| Les deux révisions précédentesRévision précédente | |
| migration_ubuntu_sur_ssd [Le 04/02/2026, 13:25] – La migration de vers un SSD revient à copier le root arf... des listes vides... quelqu'un se relit !? zéro lien interne. page doublon à supprimer si pas d'amélioration krodelabestiole | migration_ubuntu_sur_ssd [Le 14/04/2026, 23:05] (Version actuelle) – màj liens internes krodelabestiole |
|---|
| {{tag>système ssd brouillon vétuste à_supprimer}} | {{tag>système ssd brouillon vétuste à_supprimer}} |
| |
| |
| ===== Comment assurer la migration d'Ubuntu vers un SSD ? ==== | ===== Comment assurer la migration d'Ubuntu vers un SSD ? ==== |
| |
| |
| <note tip>La migration d'Ubuntu sur un [[:SSD]] revient à copier la [[:arborescence#racine]] du [[:disque dur]] vers le [[:SSD]]. La page [[:deplacer_root|Déplacer sa racine(ou root (/))]] traite de ce point. Elle parait mieux finalisée, plus claire. | <note tip>La migration d'Ubuntu sur un [[:SSD]] revient à copier la [[:arborescence#racine]] du [[:disque dur]] vers le [[:SSD]]. La page [[:deplacer_root|Déplacer sa racine(ou root (/))]] traite de ce point. Elle parait mieux finalisée, plus claire. |
| |
| À condition qu'Ubuntu ait été installé dans cette seule partition. Il y a aussi la [[:swap]] à déplacer, qui peut être en fichier ou en partition. Et cette méthode demande à modifier la configuration de [[:GRUB]], de [[:mount_fstab|fstab]]; bref elle est beaucoup plus compliquée que la méthode simple par Clonezilla (voir encadré suivant).</note> | À condition qu'Ubuntu ait été installé dans cette seule partition. Il y a aussi la [[:swap]] à déplacer, qui peut être en fichier ou en partition. Et cette méthode demande à modifier la configuration de [[:GRUB]], du fichier ''[[:fstab|/etc/fstab]]'', bref elle est beaucoup plus compliquée que la méthode simple par Clonezilla (voir encadré suivant).</note> |
| |
| Situation : Ubuntu installé sur un HDD ([[:disque dur]]), et vous n'avez pas envie de réinstaller toute la configuration ! | Situation : Ubuntu installé sur un HDD ([[:disque dur]]), et vous n'avez pas envie de réinstaller toute la configuration ! |
| Il suffit de démarrer sur [[:Clonezilla]] en changeant éventuellement l'[[:tutoriel:modifier_ordre_amorcage_du_bios|ordre de démarrage dans le BIOS]], puis on peut réaliser un clone parfait de son disque en quelques clics. Clonezilla conserve même l'[[:uuid_et_label|UUID]] des partitions (qui sert au système à les identifier) donc il ne faut plus utiliser l'ancien disque sur le même ordi sans en changer les UUIDs (avec [[https://manpages.ubuntu.com/manpages/impish/fr/man8/tune2fs.8.html|tune2fs]] ou, plus simple, en [[:partitions|repartitionnant]] cet ancien disque dur). | Il suffit de démarrer sur [[:Clonezilla]] en changeant éventuellement l'[[:tutoriel:modifier_ordre_amorcage_du_bios|ordre de démarrage dans le BIOS]], puis on peut réaliser un clone parfait de son disque en quelques clics. Clonezilla conserve même l'[[:uuid_et_label|UUID]] des partitions (qui sert au système à les identifier) donc il ne faut plus utiliser l'ancien disque sur le même ordi sans en changer les UUIDs (avec [[https://manpages.ubuntu.com/manpages/impish/fr/man8/tune2fs.8.html|tune2fs]] ou, plus simple, en [[:partitions|repartitionnant]] cet ancien disque dur). |
| |
| En suivant cette méthode on n'a aucun changement à effectuer côté [[:mount_fstab|fstab]] ou [[:GRUB]]. | En suivant cette méthode on n'a aucun changement à effectuer côté ''[[:fstab|/etc/fstab]]'' ou [[:GRUB]]. |
| |
| Cette méthode simple n'est malheureusement pas décrite sur cette page.\\ | Cette méthode simple n'est malheureusement pas décrite sur cette page.\\ |
| $ sudo mount /dev/sda1 /mnt/ssd/</code> | $ sudo mount /dev/sda1 /mnt/ssd/</code> |
| |
| * Editer le fichier /etc/fstab afin de corriger le montage de / avec le nouvel UUID. | * Editer le fichier ''[[:fstab|/etc/fstab]]'' afin de corriger le montage de / avec le nouvel UUID. |
| * Reste à configurer le secteur d'amorçage (grub) : | * Reste à configurer le secteur d'amorçage (grub) : |
| |
| <code>$ sudo update-grub</code> | <code>$ sudo update-grub</code> |
| |
| En effet, comme les UUID des partitions ont changé, nous avons informé fstab, mais pas les fichiers de config GRUB | En effet, comme les UUID des partitions ont changé, nous avons informé ''[[:fstab|/etc/fstab]]'', mais pas les fichiers de config GRUB |
| Vous pouvez à présent quitter le chroot par | Vous pouvez à présent quitter le chroot par |
| |
| 2. Rebooter une dernière fois le PC. | 2. Rebooter une dernière fois le PC. |
| Voilà, c'est fini ! | Voilà, c'est fini ! |
| | |
| ==== Contexte UEFI ==== | ==== Contexte UEFI ==== |
| | |
| La solution retenue est de continuer à booter avec la partition EFI du disque dur. Cependant, il semble préférable que la structure de boot soit dans le même disque que le logiciel. Pour résoudre ce problème, [[:boot-repair|boot-repair]] est utilisable ainsi que la ligne de commande. | La solution retenue est de continuer à booter avec la partition EFI du disque dur. Cependant, il semble préférable que la structure de boot soit dans le même disque que le logiciel. Pour résoudre ce problème, [[:boot-repair|boot-repair]] est utilisable ainsi que la ligne de commande. |
| |
| |
| * Modifier le fichier /etc/fstab pour décrire la nouvelle partition de boot afin d'utiliser celle du SSD et plus celle du disque dur.<code bash>sed -i '/boot\/efi/d' /etc/fstab && echo UUID=$(lsblk -o UUID,NAME,LABEL | grep FATSSD | cut -c-9) /boot/efi vfat umask=0077 0 1| sudo tee -a /etc/fstab</code> | * Modifier le fichier ''[[:fstab|/etc/fstab]]'' pour décrire la nouvelle partition de boot afin d'utiliser celle du SSD et plus celle du disque dur.<code bash>sed -i '/boot\/efi/d' /etc/fstab && echo UUID=$(lsblk -o UUID,NAME,LABEL | grep FATSSD | cut -c-9) /boot/efi vfat umask=0077 0 1| sudo tee -a /etc/fstab</code> |
| * Monter la partition EFI nouvelle.<code bash>sudo umount -v /boot/efi && sudo mount -av </code> | * Monter la partition EFI nouvelle.<code bash>sudo umount -v /boot/efi && sudo mount -av </code> |
| * Rebâtir le grub. <code bash>sudo grub-install && sudo update-grub</code> | * Rebâtir le grub. <code bash>sudo grub-install && sudo update-grub</code> |