Bonjour .
Si tu es dans le ubuntu installé, tu peux remonter SDA1 avec la seule commande
sudo mount -v /dev/sda1
Très bonne idée d'avoir laissé un espace libre en début de disque
Dois-je comprendre que tu as pu créer sans difficulté la partition fat32 avec le gparted du ubuntu installé? alors que cela n'était pas possible avec le gparted du ubuntu en live USB?
Si oui, cela ressemble donc bien à un bug
Actuellement, tu as donc SDA1 et SDB2
identique dans le contenu des données
identique dans le UUID
je n'aime pas trop avoir deux partitions qui ont un UUID identique
Souvent on indique de monter le UUID qui est dans le disque en position n°
N
Mais il arrive qu'on ne précise pas le disque, dans ce cas, le logiciel prend le premier qu'il trouve. Ce n'est pas nécessairement celui qu'on veut.
Certains O.S. refusent de mettre en route en présence de deux UUID identiques
Donc avec un gparted
Modifier la partition SDB2
-Modifier son UUID pour en faire générer un nouveau, Tu auras probablement un message disant que windows risque d'avoir un problème ( C'est un message assez stupide)
- Modifier son étiquette/label pour lui mettre un nom par exemple bootSSD
- Lui ajouter le drapeau/fag de boot ESP , il semble avoir disparu pendant la copie
Modifier la partition SDB1
-Modifier son UUID pour en faire générer un nouveau.
- Modifier son étiquette/label pour lui mettre un nom par exemple UbuntuSSD
Pour la suite, tu as deux options
A) SOIT Avec ton UBUNTU installé, faire les commandes
1) Récupération des UUID des partitions avec cette commande
sudo blkid
2) Montage de la partition ubuntu du SSD
sudo mount -v /dev/sdb1 /mnt
3) Modifier 4 lignes du fichier /mnt/etc/fstab avec ton éditeur favori
# / was on /dev/sdb1 par manipulation
UUID=xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/sdb2 par manipulation
UUID=xxxx-xxxx /boot/efi vfat umask=0077 0 1
et remplaçant les xxxx par les valeurs que tu as trouvées
4) Sauver et passer à la modification du fichier /mnt/boot/grub.cfg
Il y a pas mal de choses à faire, mais on ne fera que le minima.
Vers la ligne 150, tu vas trouver quelque chose qui ressemble à cela
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt8'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt8 --hint-efi=hd0,gpt8 --hint-baremetal=ahci0,gpt8 dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae
else
search --no-floppy --fs-uuid --set=root dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae
fi
linux /boot/vmlinuz-5.4.0-48-generic root=UUID=dcdbc6fa-e2ec-453b-b5cd-fe8958ad1cae ro quiet splash $vt_handoff
initrd /boot/initrd.img-5.4.0-48-generic
}
dans ton contexte, cela devrait être gpt7
donc tu remplaces tous les hd0,gpt7 par hd1,gpt1
et tous les UUID de gpt7 par le nouvel UUID de GPT1
5) Sauver le fichier quitter l'éditeur , démonter et passer à la réparation suivante.
sudo umount -v /dev/sdb1
sudo mount -v /dev/sdb2 /mnt
avec l'éditeur, ouvrir le fichier /mnt/EFI/ubuntu/grub.cfg
son contenu ressemble à cela
search.fs_uuid xxxxxx-xxxx-xxxx-xxxx-xxxxxxxx root hd0,gpt7
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
a@a-desktop:~$
Il faut remplacer les XXXXX par le UUID de sdb1 et si
hd0,gpt7 est présent il faut le remplacer
par hd1,gpt1
Tu comprends alors que s'il n'est pas présent, on ne sait pas trop bien quel UUID est sélectionné.
6) Quitter l'éditeur et démonter
sudo umount -v /dev/sdb1
7) Faire un dual boot
sudo update-grub
8) Tu rebootes et tu choisis de booter avec le ubuntu du SSD
ATTENTION Comme les deux partitions de boot EFI ont le même et qu'il a été impossible de le modifier, On va faire un peu de bricolage avant de réinstaller
R1. Démonter les partitions FAT32. L'une des deux est normalement montée mais je ne sais pas laquelle. Donc on fait pour des deux.. L'une dira une erreur normale.
sudo umount -v /dev/sdb2
sudo umount -v /dev/sda1
R2, Installer et lancer gparted
sudo apt install gparted && gparted
R3. Se positionner sur la partition de boot du SSD ( (SDB2) et lui dire de la formater en fat32 et lui mettre un drapeau de boot ESP. Cette action , si elle fonctionne, va changer le UUID de la partition et supprimer tous les fichiers mais se n'est pas grave,
Si elle ne fonctionne pas, supprimer la partition et en créer une nouvelle dans l'espace libéré.
On va y remettre la partie UBUNTU et on se passera de la partie windows (Windows n'étant pas sur ce disque, elle n'est pas utile)
R4. Vérifier que windows est bien détecté dans l'autre partition de boot EFI
sudo os-prober
R5. Récupérer le UUID de cette nouvelle partition
sudo blkid | grep sdb2
R6. Mettre à jour la ligne du fichier /etc/fstab décrivant le UUID de la partition de boot/efi (voir point 3).
R7. Monter cette partition afin que le grub l'utilise
sudo mount -v /dev/sdb2
9) Dire que le SSD est le boot par défaut, le plus simple est de réinstaller le grub et de le mettre à jour
sudo grub-install
sudo update-grub
B) Soit avec le ubuntu du support d'installation
1) Installer gparted
2) Lui dire de faire une réparation avancée
3) Choisir le UBUNTU du SSD
4) Chsoir la partition de boot EFI du SSD
5) Lancer la réparation
Il fera alors tout ce qui est décrit ci-dessus.
Pour la suite, Le UBUNTU étant sur un SSD, il y a quelques conseils
C) Optimisation
1) Ne déclencher le swap que lorsque cela devient nécessaire et plus de fçon préventive car le SSD est nettement plus rapide que le disque dur
Paragraphe 3.1 et 3.2 de
https://doc.ubuntu-fr.org/swap#ameliorer_l_utilisation_du_fichier_d_echange_swap
2) Mettre les fichiers temporaires en mémoire
Paragraphe 3.1 de
https://doc.ubuntu-fr.org/tmpfs#mettretmp_en_tmpfs
par exemple
tmpfs /tmp tmpfs defaults,size=320M 0 0
3) Eviter d'écrire en double exemplaire les traces
ATTENTION regarde si cela est vrai pour la version
STUDIO Sur ce point, je ne le sais pas
Paragraphe 4.6 de
https://doc.ubuntu-fr.org/ssd_solid_state_drive#eviter_d_ecrire_en_double_exemplaire_les_traces_du_fonctionnent_du_logiciel
puis au boot suivant, lorsque c'est en compte, supprimer les vieux fichiers
sudo rm -v /var/log/ker*
sudo rm -v /var/log/sys*
D) Faire des liens pour aller directement stocker sur ta partition de données personnelles
Comme je ne sais pas où elle se trouve et si tu connais déjà le principe, je ne détaille pas
http://mezigoo.free.fr/ps/
Création des liens
il suffit de copier/coller les commandes ci dessous dans le terminal
Déplacement des répertoires
mv Documents Images Musique Public Téléchargements Vidéos /media/data
Création les liens
ln -s /media/data/Documents && ln -s /media/data/Images && ln -s /media/data/Musique && ln -s /media/data/Public && ln -s /media/data/Téléchargements && ln -s /media/data/Vidéos
E) Faire la suppression du logiciel ubuntu du disque et en informer le ubuntu du SSD
sudo update-grub
Bon courage
