| Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
| migration_ubuntu_sur_ssd [Le 09/01/2023, 19:11] – [Installation du grub] geole | 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}} |
| | |
| ===== Comment assurer la migration d'Ubuntu vers un SSD ? ==== | ===== Comment assurer la migration d'Ubuntu vers un SSD ? ==== |
| {{tag> migration système ssd }} | |
| |
| <note tip>La migration de vers un SSD revient à copier le root 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> | <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]], 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 ! |
| | |
| | <note tip>[[:Clonezilla]] est une distribution [[:live_usb|live]] qui permet de créer une copie conforme de l'intégralité d'un support de stockage (disque dur ou SSD) sur un autre, ou dans un fichier ''.img''. |
| | |
| | Avec une tour il est généralement possible de brancher le SSD et le disque dur simultanément.\\ |
| | C'est aussi souvent possible sur un portable, sinon il suffit de brancher son SSD en USB au moyen d'une interface externe, ou inversement (on peut utiliser [[:Clonezilla]] //après// avoir interchangé les supports, puisque c'est un système live autonome). |
| | |
| | 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é ''[[:fstab|/etc/fstab]]'' ou [[:GRUB]]. |
| |
| Situation : ubuntu installé sur un HDD, et vous n'avez pas envie de réinstaller toute la configuration ! | Cette méthode simple n'est malheureusement pas décrite sur cette page.\\ |
| | Voir la [[:clonezilla#comment_creer_une_image_de_sauvegarde_de_partition_s_ou_de_disque|documentation à ce sujet]] sur la page de Clonezilla.</note> |
| |
| Le principe est le suivant : | La méthode proposé sur cette page est la suivante : |
| * Partitionner le SSD : avec Gparted | * Partitionner le SSD : avec Gparted |
| * Créer une table de partition GPT (Onglet **Périphérique**). | * Créer une table de partition GPT (Onglet **Périphérique**). |
| * Créer une partition FAT32 destinée à contenir les fichiers de boot EFI même si vous n'utilisez pas l'EFI. La taille officielle est 512 Mo mais 36 Mo suffisent. Mettre une étiquette **FATSSD** __et un drapeau **ESP**__. Cependant si l'ordinateur boote en LEGACY, remplacer le drapeau ESP par le drapeau **bios_grub**. | * Créer une partition FAT32 destinée à contenir les fichiers de boot EFI même si vous n'utilisez pas l'EFI. La taille officielle est 512 Mo mais 36 Mo suffisent. Mettre une étiquette **FATSSD** et un drapeau **ESP**. Cependant si l'ordinateur boote en LEGACY, remplacer le drapeau ESP par le drapeau **bios_grub**. |
| * Créer une nouvelle partition au moins aussi grande que l'ancienne (sinon clonezilla ne sera pas content) type ext4 ou rétrécissez au maxima la taille de la partition du disque dur pour que cela soit compatible avec la taille du SSD. | * Créer une nouvelle partition au moins aussi grande que l'ancienne (sinon clonezilla ne sera pas content) type ext4 ou rétrécissez au maxima la taille de la partition du disque dur pour que cela soit compatible avec la taille du SSD. |
| * Ne pas créer de partition de swap, pour utiliser celle existante du HDD. Swapper sur un SSD va diminuer sa durée de vie par un nombre d'écriture trop important. En même temps, les machines récentes n'ont souvent que des SSD. Question ouverte sur ce problème qui est peut-être plus théorique que pratique. Si vous souhaitez vous assurer de la durée de vie de votre SSD, conserver la partition swap sur le disque dur classique. | * Ne pas créer de partition de swap, pour utiliser celle existante du HDD. Swapper sur un SSD va diminuer sa durée de vie par un nombre d'écriture trop important. En même temps, les machines récentes n'ont souvent que des SSD. Question ouverte sur ce problème qui est peut-être plus théorique que pratique. Si vous souhaitez vous assurer de la durée de vie de votre SSD, conserver la partition swap sur le disque dur classique. |
| $ 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> |
| - Si le boot est EFI, mettre à jour le nouvel UUID de boot dans le fichier /etc/fstab et le fichier de configuration de refind. <code bash>sed -i '/boot\/efi/d' /media/$USER/NewUbuntu/etc/fstab | - Si le boot est EFI, mettre à jour le nouvel UUID de boot dans le fichier /etc/fstab et le fichier de configuration de refind. <code bash>sed -i '/boot\/efi/d' /media/$USER/NewUbuntu/etc/fstab |
| echo UUID=$(lsblk -o UUID,NAME,LABEL | grep FATSSD | cut -c-9) /boot/efi vfat umask=0077 0 1| tee -a /media/$USER/NewUbuntu/etc/fstab | echo UUID=$(lsblk -o UUID,NAME,LABEL | grep FATSSD | cut -c-9) /boot/efi vfat umask=0077 0 1| tee -a /media/$USER/NewUbuntu/etc/fstab |
| sed -i "s/$UUIDold/$UUIDgood/" /media/$USER/$LABEL/boot/refind_linux.conf </code> | sed -i "s/$UUIDold/$UUIDgood/" /media/$USER/NewUbuntu/boot/refind_linux.conf </code> |
| ==== Installation du grub ==== | ==== Installation du grub ==== |
| <note>Action inutile lorsque [[:/refind|refind]] est utilisé.</note> | <note>Action inutile lorsque [[:/refind|refind]] est utilisé.</note> |
| - Rebooter sans oublier de modifier le BIOS LEGACY pour mettre prioritaire le disque SSD. | - Rebooter sans oublier de modifier le BIOS LEGACY pour mettre prioritaire le disque SSD. |
| |
| | ===== Autre méthode de migration avec gparted ===== |
| |
| | Cette méthode peut s'appliquer : |
| | |
| ===== Autre méthode de migration avec gparted ===== | |
| __Cette méthode peut s'appliquer__: | |
| * Si la partition contenant le logiciel du disque émetteur (éventuellement après rétrécissement) a une taille inférieure à l'espace libre du SSD. | * Si la partition contenant le logiciel du disque émetteur (éventuellement après rétrécissement) a une taille inférieure à l'espace libre du SSD. |
| * Si les deux disques peuvent être branchés simultanément. | * Si les deux disques peuvent être branchés simultanément. |
| * Si on opère avec un support d'installation. | * Si on opère avec un support d'installation. |
| |
| __Réalisation__ | Réalisation |
| * Booter avec le support d'installation et lancer gparted. | * Booter avec le support d'installation et lancer gparted. |
| * Créer une table de partition GPT dans le SSD en utilisant l'onglet **Périphérique** | * Créer une table de partition GPT dans le SSD en utilisant l'onglet **Périphérique** |
| * Enlever le drapeau ESP de l'ancienne partition EFI | * Enlever le drapeau ESP de l'ancienne partition EFI |
| * Si absence de partition de boot EFI: | * Si absence de partition de boot EFI: |
| * Créer une partition non formatée de **__36 Mo__** afin qu'elle puisse devenir un jour une partition de boot EFI et lui mettre un drapeau [[:/gpt#creer_une_partition_bios-boot|bios_grub]] | * Créer une partition non formatée de **36 Mo** afin qu'elle puisse devenir un jour une partition de boot EFI et lui mettre un drapeau [[:/gpt#creer_une_partition_bios-boot|bios_grub]] |
| * Copier la partition contenant le logiciel dans l'espace libre du SSD puis modifier le UUID de la partition émettrice. | * Copier la partition contenant le logiciel dans l'espace libre du SSD puis modifier le UUID de la partition émettrice. |
| * Si absence de partition EFI, lancer boot-repair et réparer le ubuntu du SSD afin qu'il garnisse la partition de 36 Mo. | * Si absence de partition EFI, lancer boot-repair et réparer le ubuntu du SSD afin qu'il garnisse la partition de 36 Mo. |
| |
| |
| __Erreur possible__ | Erreur possible |
| |
| Lors d'un boot EFI, les anciennes versions, imposent le N° de partition qui peut avoir changé. Donc si plantage, lancer boot repair et réparer le ubuntu du SSD afin qu'il réinstalle la structure EFI avec un bon numéro. | Lors d'un boot EFI, les anciennes versions, imposent le N° de partition qui peut avoir changé. Donc si plantage, lancer boot repair et réparer le ubuntu du SSD afin qu'il réinstalle la structure EFI avec un bon numéro. |