✎ migration_ubuntu_sur_ssd [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

===== 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>

Situation : ubuntu installé sur un HDD, et vous n'avez pas envie de réinstaller toute la configuration !

Le principe est le suivant :
    * Partitionner le SSD : avec Gparted 
      * 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**__.
      * 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. Laisser  éventuellement un espace libre de 2 Mo à la fin du SSD.
      * Si l'ordinateur boote en mode LEGACY, fabriquer une partition **non formatée** de 2 Mo. Lui mettre le drapeau **bios_grub**.
      * 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.
    * Créer un bootCD/usb clonezilla (Utiliser multisystem ).
    * Booter sur le CD/USB clonezilla et dupliquer la partition système du HDD vers la nouvelle partition du SSD. À ce stade la nouvelle partition reçoit UUID de la vieille : Nous allons corriger cela pour éviter tous problèmes.
    * Redémarrer sur l'ancien système, puis avec gparted créer un nouvel UUID pour la nouvelle partition système sur le SSD.
    * Monter la partition de ce nouveau système : Monter the SSD (nous supposons que le SSD est en sda)
<code>$ sudo mkdir /mnt/ssd
$ sudo mount /dev/sda1 /mnt/ssd/</code>

* Editer le fichier /etc/fstab afin de corriger le montage de / avec le nouvel UUID. 
    * Reste à configurer le secteur d'amorçage (grub) :

1. Monter l'ensemble des arborescences des répertoires "/proc","/sys" et "/dev" à la racine de la nouvelle partition Ubuntu:

<code>$ sudo mount --bind /proc /mnt/ssd/proc
$ sudo mount --bind /sys /mnt/ssd/sys
$ sudo mount --bind /dev /mnt/ssd/dev</code>

l'argument "--bind" fait en sorte de monter toute l'arborescence.

2. Exécuter à présent un chroot sur la racine de la nouvelle partition:

<code>$ sudo chroot  /mnt/ssd</code>

Ceci étant fait, il faut savoir qu'à présent, c'est comme si nous avions booté sur cette partition.

3. Enfin, Réinstallation de GRUB

<code>$ sudo grub-install /dev/sda #### ou sudo grub-install si boot EFI</code>

Une dernière petite chose à faire avant d'en avoir terminé, mettre à jour la configuration de GRUB par:

<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
Vous pouvez à présent quitter le chroot par

Voilà, c'est fini!
===== Comment rebooter avec un SSD =====
==== Contexte LEGACY ====
Penser à modifier le Bios LEGACY pour lui dire de booter prioritairement sur le NVME au lieu du disque dur. En effet le boot peut se faire directement  sur le SSD
1. Redémarrer en Bootant sur le SSD (en désactivant l'ancien disque si boot LEGACY et si pas de partition de swap et si pas de partition  home ou de données).
    * Une fois redémarré sur le SSD, relancer :
<code>sudo grub-install /dev/sda
sudo update-grub</code>
2. Rebooter une dernière fois le PC.
Voilà, c'est fini !
==== 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.

* 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>
  * 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>
  * Informer le bios EFI.<code bash>sudo efibootmgr --create --disk /dev/$(lsblk -l -o NAME,LABEL|grep FATSSD |cut -c-3) --part 1 --label "ubuntu" --loader "\EFI\ubuntu\shimx64.efi"   ### Si SSD standard 
sudo efibootmgr --create --disk /dev/$(lsblk -l -o NAME,LABEL|grep FATSSD |cut -c-7) --part 1 --label "ubuntu" --loader "\EFI\ubuntu\shimx64.efi"   ### Si NVME  </code>

A faire avant d'avoir oublié que le disque dur est resté la référence de boot. Voici c'est terminé. 
===== Comment déplacer uniquement le logiciel du disque dur dans un SSD =====
Lorsque la partition logicielle de ubuntu dans le disque dur est plus volumineuse que le  futur SSD, la situation n'est pas bloquée.

Il faut d'abord identifier la cause. Il y a toutes les chances que les données personnelles soient stockées dans  la partition logicielle.  Il n'y a pas d'avantages particuliers à stocker les données personnelles dans le SSD.

La proposition est alors de conserver les données personnelles dans le disque dur et de dupliquer le logiciel. Le logiciel du disque dur pourra être supprimé ultérieurement lorsque le manque de place sur  le disque dur sera détecté.

Le transfert du logiciel ne se fera pas par clonezilla mais en lignes de commandes afin de pouvoir sélectionner.
==== Travail préparatoire ====
Avec le ubuntu fonctionnant, installer l'application gparted afin de pouvoir formater le SSD. Voir ci-devant les explications. 
  *   Une table de partition GPT.
  *   Une partition de boot EFI.      Soit 36 Mo soit 512 Mo.
  *   Une partition de swap égale à la taille de la RAM mémoire si l'ordinateur est capable [[:/tutoriel/activer_hibernation|d'hiberner]]. Sinon, utiliser un fichier d'[[:/swap#creer_un_fichier_d_echange|échange]] à créer dans la nouvelle partition. Une taille de 2 Go semblerait suffisante surtout si la taille de la RAM est importante.   Il faut penser à de pas mettre en oeuvre le pré-swapping  lorsque 40% de la RAM est consommée mais attendre  le seuil  de 95%.
  *   Une partition pour le logiciel avec le reste de espace disponible éventuellement diminué de 2 Mo.
  *   Une partition bios-boot de 2Mo si nécessaire.
==== Réalisation ====
Aux dernières nouvelles, reportée à l'an prochain.
===== 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 les deux disques peuvent être branchés simultanément.
  * Si on opère avec un support d'installation.

__Réalisation__
  * 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**
  * Si présence d'une partition de  boot EFI:
    * Copier la partition EFI et coller cette partition dans l'espace libre du SSD
    * Modifier le UUID de la partition émettrice
    * Mettre le drapeau ESP dans la nouvelle partition EFI
    * Enlever le drapeau ESP de l'ancienne partition 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]] 
  * 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.
  * Rebooter.

__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.
  * 
  * 
  *

Merci de recopier le code ci-contre pour prouver que vous êtes humain : O M W M᠎ Y Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported