Forum Linux.debian/ubuntu [Résolu] Comment cloner un disk ssd ?

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
5
28
août
2023

Bonsoir,

Je me retrouve bien sur le cul. En voulant changer le SSD du gamin, afin de lui en mettre un plus gros, je me retrouve avec son Ubuntu pas joyeuse.
Les deux disques sont des ssd nvme, de marque et de taille différente.

Ce que j'ai fait :

dd if=/dev/ancien_disque of=/dev/nouveau/disque status=progress

Une fois le disque changé, quand son Ubuntu démarre, quasiment tous ses settings sont remis par défaut, y compris le clavier en Qwerty. Les programmes et jeux qu'il a installé sont tous là, mais je ne comprends pas pourquoi, les settings se sont faits la malle. Et impossible détendre la partition.

Sauriez-vous me dire ce que j'ai bien pu rater ? Un problème avec udev et les partitions (il y a tellement de liens dans /dev/disk) ?

Si vous avez une doc, je suis preneur, et vous remercie par avance.

Edit 30/08/2023

Merci à tous pour vos idées.

J'ai effectué de nombreux tests de clonage ces dernières nuits. Aucun ne permettait à son Gnome (le gnome de mon gamin) de retrouver ses petits : boot correct de l'os, fond d'écran correct sur le login, puis après login l'équivalent d'une fresh install).

J'ai donc effectué plusieurs changements pour arriver à cloner ce disque SSD nvme :

  1. Je me suis reposé, ai dormi et finalement réfléchi au problème en journée,
  2. J'ai mis le disque du gamin dans mon PC,
  3. À la place de ma vieille rescue, j'ai pris une Puppy,
  4. Le dd avec un bs=1M m'a permis de faire la copie à 1GiB/s
  5. Remettre le disque en place dans le pc du gamin et constater que ça juste fonctionne normalement,
  6. Remettre le disque sur mon PC pour l'agrandissement de la partition avec la Puppy (*),
  7. Retour dans le PC du gamin et c'est nickel.

Finalement je soupçonne un problème sur son PC, débit à 45MiB/s au lieu du 1GiB/s. Je n'ai pas trouvé lequel et finalement, je m'en fous. Taf effectué, conseils prodigués pour les backups.

(*) Le seul problème que j'ai rencontré sur la Puppy, c'est le resize2fs qui demandait un e2fsck en permanence. J'ai contourné en utilisant resizefs -f.

  • # UUID ?

    Posté par  (Mastodon) . Évalué à 9.

    Tu as bien le /home monté proprement ? Le premier truc auquel je pense c'est que peut-être que le UUID du disque a changé, et donc que le fstab n'est plus correct ?

    Pour ce qui est du redimensionnement du file system, tu ne peux pas le faire sur une partition mountée donc tu dois passer par un Live CD par exemple. Et pour étendre le filesystem tu dois auparavant étendre la partition elle-même.

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: UUID ?

      Posté par  (site web personnel) . Évalué à 3. Dernière modification le 28 août 2023 à 08:42.

      Ah oui merci, je n'y ai pas pensé. Je retente ce soir.

      En regardant son fstab, Non seulement / est basé sur uuid standard, mais le /boot/efi est basé sur un id chelou de charactères en upper case.

      • [^] # Re: UUID ?

        Posté par  . Évalué à 1.

        En regardant son fstab, Non seulement / est basé sur uuid standard, mais le /boot/efi est basé sur un id chelou de charactères en upper case.

        J'ignore ce qu'est une "uuid standard". Normalement, l'uuid est attribué à un seul disque et, si on le remplace par un autre disque, il faut détecter l'uuid de ce dernier en utilisant un système installé sur livecd/usb, par exemple, systemrescue que je connais mais il en existe d'autres.
        'blkid' ou/et 'blkid /dev/sda' etc…Il suffit ensuite de copier l'uuid dans le fstab.

        Extrait du wiki de Arch, fstab (Français)
        Persistent block device naming (Français)

        Un /etc/fstab simple, utilisant les UUIDs du système de fichiers :

        UUID=0a3407de-014b-458b-b5c1-848e92a327a3 / ext4 defaults 0 1
        UUID=f9fe0b69-a280-415d-a03a-a32752370dee none swap defaults 0 0
        UUID=b411dc99-f0a0-4c87-9e05-184977be8539 /home ext4 defaults 0 2

        Il faudrait également reconfigurer l'uefi

        • [^] # Re: UUID ?

          Posté par  (site web personnel) . Évalué à 2.

          L'uuid dans le /etc/fstab était correcte. Il semble que la copie ne se passait pas bien.

          Pour moi 4E73-CE1B est un uuid chelou.

          • [^] # Re: UUID ?

            Posté par  (site web personnel) . Évalué à 2.

            D'autant, que — sauf méprise — une copie de partition avec dd est censée préserver l'UUID. Pour moi aussi 4E73-CE1B est un UUID bizarroïde. Pourtant, j'ai un très vague souvenir d'avoir déjà vu ça, mais impossible de savoir où.

            « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

            • [^] # Re: UUID ?

              Posté par  . Évalué à 3.

              C'est parce que la partition est formatée en FAT32 pour l'UEFI. C'est un UUID tout à fait normal.

    • [^] # Commentaire supprimé

      Posté par  . Évalué à 6. Dernière modification le 28 août 2023 à 10:02.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: UUID ?

        Posté par  (site web personnel) . Évalué à 4.

        On est d'accord, je n'ai pas fait la copie avec le PC booté sur la partoche active. Ma rescue key a été utilisée.

        Et le dd a été fait sur le disque entier.

  • # dd

    Posté par  (Mastodon) . Évalué à 9.

    Au passage :

    dd if=/dev/ancien_disque of=/dev/nouveau/disque status=progress

    J'aurais plutôt fait :

    dd if=/dev/ancien_disque of=/dev/nouveau/disque status=progress bs=1M conv=fsync
    • bs=1M : faire des blocs de 1Mo pour le transfert (bcp plus rapide !)
    • conv=fsync : forcer la synchro des disques pour être certains d'être propre à la fin de la commande

    En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

    • [^] # Re: dd

      Posté par  (site web personnel) . Évalué à 2.

      Merci pour le conv=fsync, comme je dois refaire une copie, je vais retenter.
      Cependant pour le bs=1M, j'ai bien l'impression que le bus de son petit PC saturait à 47,MiB/s. Mais je vais essayer.

      • [^] # Re: dd

        Posté par  . Évalué à 4. Dernière modification le 28 août 2023 à 09:50.

        pour le bs=1M, j'ai bien l'impression que le bus de son petit PC saturait à 47,MiB/s.

        J'ai déjà fait ce genre de manip, et j'ai remarqué que selon le type de matériel ou de disque utilisé, la taile du bloc optimal peut changer. Il faut doc tester un peu avant, sur une quantité limitée de blocs, lorsque la copie peut prendre longtemps.

        Sinon, pour faire ce genre de manip, il vaut mieux le faire sur un disque non utilisé (ne pas copier me disque sur lequel ton système est démarré - prendre un live CD est plus pratique).

        Sinn si tu disposes d'un disque externe, utiliser clonezilla peut être une solution. Clonezilla permet de redimensionner les partitions cible ( voir https://clonezilla.org/clonezilla-live/doc/11_lite_server/advanced/09-advanced-param.php )

  • # Clonezilla

    Posté par  (site web personnel) . Évalué à 2.

    Tu pourrais passer par clonezilla, il peut faire des copies disque à disque, et si le disque est plus grand, tu peux lui dire d'agrandir les partitions (de mémoire il les agrandit en faisant en sorte que le pourcentage soit le même)

    S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.

  • # Partition utilisateur ?

    Posté par  (site web personnel) . Évalué à 2.

    Se pourrait-il que le problème soit lié au montage de la partition où résident les données utilisateur (dans la mesure où le système semble démarrer) ? Qu'est ce qu'indique un cat /etc/mtab ? Est-ce cohérent avec /etc/fstab ?

    « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.