Forum Linux.général migration vers un nouveau disque interne

Posté par  . Licence CC By‑SA.
Étiquettes :
3
3
fév.
2025

Je viens de faire l'acquisition d'un SSD interne pour mon laptop qui va me permettre de doubler la capacité de stockage.

Je m'interroge sur la meilleure façon de migrer.

J'ai en tout cas deux options :

  1. refaire une install de zéro, remettre mes données et remonter ma configuration au fur et à mesure
  2. cloner et étendre la partition et donc garder

Quelques précisions:

  • Le laptop n'a qu'un seul emplacement M2, je ne peux donc pas cloner par le host.
  • le disque actuel est chiffré avec lvm/luks/dm_crypt ; le nouveau le sera aussi ; je ne sais pas si le clonage permet de conserver la clé et le chiffrement
  • le système installé est Debian 12.8 ; La 13 arrive, peut être l'occasion de repartir de là
  • c'est une machine de dev/ops, j'ai énormément de "trucs" télécharger : images docker, distribs de langage, dépendance de projets, etc ; l'occasion de faire le ménage :/

Quel serait votre façon de faire ?

  • # ca depend, ca depasse

    Posté par  . Évalué à 3 (+0/-0).

    pour faire "vite" 1 disque dans la machine, un disque dans un support USB3
    boot sur clonezilla, clonage integrale disque à disque

    tu recuperes alors une machine fonctionnelle avec plus d'espace, le lendemain matin sur peux travailler.

    pour faire "propre", reinstallation de zero, tu as tes données dans le support USB3 (une sorte de backup externe)

    tu reconfigures au fur et à mesure, l'occasion de se rendre compte que certains logiciels ne te servent plus (et donc prennent de la place sur le disque dur), etc

  • # rsync for the win

    Posté par  (site web personnel) . Évalué à 4 (+2/-0).

    Je ne connais pas ton niveau d'utilisation de tous les outils « bas niveau » donc je te donne ma vision assez roots mais que j'utilise souvent.

    Pour ma part c'est :

    1. Prendre un disque dur externe >= SSD actuel et le monter dans /mnt
    2. Faire un bon gros rsync -avHX --exclude=/dev --exclude=/sys --exclude=/proc --exclude=/mnt / /mnt/DISQUE_EXTERNE/
    3. Installer le nouveau SSD/NVMe
    4. Booter un iso linux quelconque avec au minimum rsync
    5. Partitionner son nouveau disque au choix et le monter dans /mnt/target
    6. Monter le disque dur externe de backup dans /mnt/backup
    7. Copier le contenu rsync -avHX /mnt/backup/ /mnt/target
    8. En fonction du chargeur de démarrage, rajouter une entrée EFI s'il n'y a pas un bootx64.efi par défaut (efibootmgr par exemple)

    Attention à bien mettre des slash en fin de nom des répertoire sources, il s'agit de copier le contenu et pas le répertoire lui même rsync -a /foo /bar copie /foo dans /bar alors que rsync -a /foo/ /bar copie le contenu de /foo dans /bar ce qui nous intéresse dans ce genre de cas.

    git is great because linus did it, mercurial is better because he didn't

  • # Commentaire supprimé

    Posté par  . Évalué à 3 (+1/-0).

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

    • [^] # Re: A la mano

      Posté par  (site web personnel) . Évalué à 3 (+1/-0).

      Tu as clonezilla qui fait ça très bien : démarrage sur un disque externe, lancement de la procédure de clonage, redémarrage sur disque externe après changement du disque interne, lancement de la procédure d'écriture du clone, il te sera alors proposé d'ajuster la table des partitions en fonction de la taille du disque.

  • # dédé ?

    Posté par  . Évalué à 3 (+1/-0). Dernière modification le 04 février 2025 à 23:08.

    Le ménage de printemps attendra. J'ai dégoté un pc avec deux emplacements M2. Boot depuis une clé, dd bs=32M if=/dev/sda of=/dev/nvme0n1 conv=fdatasync,notrunc iflag=direct oflag=direct, étendre la partition puis reboot puis dire au FS de prendre tout. 313MBps ~= 2.4Gbps, 25min pour la copie, c'est correct.

    • [^] # Re: dédé ?

      Posté par  . Évalué à 3 (+1/-0). Dernière modification le 05 février 2025 à 10:25.

      Je plussoie, c'est une solution directe, simple comme une ligne de commande et sans grosse prise de tête ( juste faire attention à ne pas mélanger les ancien et nouveau périphériques 😅 ).

    • [^] # Re: dédé ?

      Posté par  . Évalué à 4 (+1/-0).

      clonezilla l'aurait fait pour toi en ne copiant que le contenu des partitions :D

      mais il est vrai qu'avec les NVMe, un dd fait le taff

      • [^] # Re: dédé ?

        Posté par  . Évalué à 2 (+0/-0).

        Le disque était presque plein et je suis pas sûr que clonezilla aurait pu lire à l'intérieur d'une partition chiffrée.

    • [^] # Re: dédé ?

      Posté par  (Mastodon) . Évalué à 2 (+1/-0).

      Histoire de ne pas avoir à mémoriser toutes ces options compliquées qui ne font pas gagner tant de temps que ça, j'utilise simplement cat de la façon suivante : cat /dev/sda > /dev/nvme0n1

      • [^] # Re: dédé ?

        Posté par  . Évalué à 2 (+0/-0). Dernière modification le 07 février 2025 à 14:20.

        Intéressant
        Sachant qu'entre le DD de base et le DD avec les paramètres que j'ai mis je suis passé de 30GBps à 300GBps (x10), je me demande ce que donnerai cat.

        Premier inconvénient que je vois, il n'y a pas d'affichage de la progression avec cat contrairement à DD. On est en aveugle.

        • [^] # Re: dédé ?

          Posté par  (Mastodon) . Évalué à 2 (+1/-0).

          Si tu as trouvé un bon paramétrage, c'est fort possible que tu sois plus lent avec cat. Mais comme le montre la personne qui a réalisé les tests, à priori tu ne tombes quand même pas si mal que ça en utilisant cat, d'où mon choix de l'utiliser, je ne suis pas à quelques secondes/minutes en général lorsque je copie un disque vers un autre.

          Pour l'avancement, c'est bizarre, dans mon souvenir dd n'affichait rien non plus. C'est sur les nouvelles versions ?

          • [^] # Re: dédé ?

            Posté par  . Évalué à 4 (+2/-0).

            Bonne remarque, j'ai oublié un bout de ma commande : dd ... status=progress permet de voir l'avancement et le débit en temps réel. Je ne sais pas de quand ça date par contre.

Envoyer un commentaire

Suivre le flux des commentaires

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