46 votes

Comment cloner vers un disque dur plus petit?

Comment cloner un disque dur sur un disque plus petit.

  1. Clonezilla est excellent mais il ne prend pas en charge cette fonctionnalité.
  2. Aussi dd et PartImage ne prennent pas en charge cette demande.
  3. rsync ne copiera pas le MBR car un MBR n'est pas un fichier.

J'ai besoin de cloner un HDD et non de faire une sauvegarde, donc rsync n'est pas une réponse acceptable.

Des suggestions?

0voto

Rey Points 9

Après avoir rétréci le système de fichiers dans le disque plus grand en utilisant GParted, j'ai mis les deux disques dans un boîtier RAID en mode miroir, où le disque plus grand est la source et le disque plus petit est la cible. J'ai juste eu à cliquer sur le bouton de réinitialisation à l'intérieur du boîtier (sans changer le mode, c'est-à-dire de Raid 1 à Raid 0) pour que le clonage commence. Ça a marché parfaitement! :) J'ai utilisé le boîtier Raid GW3.5AX2-SU3/MB.

0voto

oso_togari Points 1

Je poste mon expérience de réduction d'un disque de démarrage de 250 Go (sda) à un disque de 120 Go (sdc)

sda contient 2 partitions :

  • sda1 --> /boot (ext3)
  • sda2 --> lvm2: /(245 Go) et swap (5 Go)

Je fais donc :

  • dd sda mbr vers sdc
  • fdisk sdc et écris les changements, pour créer la structure dans sdc
  • dd sda1 vers sdc1

Ensuite, comme mon gparted ne fonctionne PAS avec lvm :

à partir d'un disque de secours :

  • d'abord umount VG/LV00
  • e2fsck VG/LV00
  • resize2fs /VG/LV00 xxxxxxxxK (je donne 1 Go de plus que l'espace utilisé)
  • lvreduce -L xxxxxxxxxK VG/LV00 (je donne 1 Go de plus que l'espace fs)
  • pvresize /dev/sda2 --setphysicalvolumesize xxxxxxxxxxxxK (je donne 1 Go de plus que l'espace LV) (j'ai une ERREUR ici... donc :

    • pvs -v --segments /dev/sda2 (pour voir les segments)
      • pvmove --alloc anywhere /dev/sda2:segment_min-segment_max (à partir des segments que j'ai vus "à droite" du disque)

Mais la partition était toujours grande, car je n'ai réduit que le FS-LV-VG, donc :

je recrée la partition avec fdisk :

fdisk /dev/sda
d --> 2
n --> p --> 2 --> par défaut --> (nouvelle taille réduite !!!)
w

ensuite, le système indique que l'ancienne table de partitions sera utilisée jusqu'au prochain redémarrage. Mais j'ai oublié de redémarrer et de faire l'image :

dd if=/dev/sda2 of=/dev/sdc2 bs=4096 (à ce stade, je pensais que quelque chose ne irait pas et que je ne pourrais pas démarrer avec sdc car la table de partitions ne reflète pas la fin du nouveau sda2)

MAIS tout était OK et après le redémarrage, et même le système choisit la partition sdc pour démarrer (il se plaint de doublons PV, LV et /boot)

Je ne sais pas si je suis chanceux ou si j'ai fait des étapes inutiles... tout commentaire sera apprécié.

0voto

Saran Points 146

Je suis confronté à ce problème car la mise à jour de Windows 10 vers la version 1607 se bloquait après le redémarrage, causé par le fait que mon NVMe (Samsung 950 Pro) n'était pas reconnu. J'ai donc cloné le NVMe sur un autre disque interne (plus grand) (dans mon cas Toshiba), mis à jour Windows 10 et restauré le système sur le NVMe.

Voici les étapes que j'ai dû suivre pour y parvenir (car la restauration avec -icds de restoreparts ne fonctionnait pas).

Outils :

  • DVD de Windows 10 1607 (en fonction de la profondeur de bits et de la langue de votre OS actuel)
  • DVD de Clonezilla Live (2.4.5+)
  • ou DVD de Clonezilla Live (20160203-xenial +), car il peut démarrer avec l'UEFI défini dans le BIOS
  • (optionnel) DVD de GParted Live (0.27.0-1)

Préparation :

  1. Graver tous les outils sur des CD/DVD
  2. Exécuter Clonezilla et cloner (disque vers image) le NVMe vers une image (sur par exemple un disque externe)

Note :

Si vous avez utilisé Clonezila de la branche stable, vous devez passer en mode de démarrage Legacy dans le BIOS pour pouvoir démarrer à partir du CD. Sinon, si vous utilisez le téléchargement de la branche alternative, cela devrait prendre en charge le démarrage UEFI.

Avis de non-responsabilité :

Suivez le guide sous votre propre responsabilité. Les étapes et les commandes ici sont vérifiées et revérifiées, mais des fautes de frappe pourraient vous causer une perte de données ou une défaillance matérielle, alors apprenez d'abord ce que vous faites et prenez ces étapes comme des indices vers la bonne direction.

La procédure :

  1. Exécuter Clonezilla et cloner (disque à disque) le NVMe sur Toshiba (dans mon cas, l'autre disque interne, que j'ai nettoyé/sauvegardé au préalable)
  2. la première fois, je pense avoir eu des conflits sous Windows avec le NVMe conservant encore des informations de démarrage de Win, donc cette fois, immédiatement après le clonage initial sur Toshiba (avant le passage au démarrage UEFI), j'ai supprimé toutes les partitions sur le disque NVMe
  • la suppression est facilement effectuée dans l'interface de commande de Clonezilla avec :

    sudo dd if=/dev/zero of=/dev/nvme0n1 bs=512 count=1
  • alternativement, démarrez GParted et faites-le visuellement là-bas

  1. (Passer en mode de démarrage UEFI dans le BIOS)

  2. Démarrer (Toshiba sera utilisé)

  3. Exécuter le DVD d'installation de Windows 10 1607 et choisir Installer, cocher Télécharger les mises à jour et choisir Conserver les applications et les données. Cela devrait mettre à niveau Toshiba vers la dernière version de Windows 10.

  4. (Passer en mode de démarrage Legacy dans le BIOS) au cas où, sauvegarder Toshiba sur une image (via Clonezilla)

  5. Puisque la copie du MBR n'a rien fait pour moi, le GPT est important dans cette histoire, donc entrez dans l'interface de commande (Clonezilla) et copiez le GPT de Toshiba vers NVMe avec

    sudo sgdisk /dev/sda -R /dev/nvme0n1
    sudo sgdisk -G /dev/nvme0n1`

    (explication)

  6. puisque Clonezila (même avec le commutateur Expert -icds) refuse de restaurer les partitions, entrez à nouveau dans l'interface de commande et faites :

     sudo partprobe #force le noyau à recharger les infos de partition
     sudo fdisk -l #affiche toutes les informations des disques
     sudo dd if=/dev/sda1 of=/dev/nvme0n1p1 bs=64K status=progress
     sudo dd if=/dev/sda2 of=/dev/nvme0n1p2 bs=64K status=progress
     sudo dd if=/dev/sda3 of=/dev/nvme0n1p3 bs=64K status=progress
     ...

    (plus d'infos)

  7. Sauvegarder le MBR et le GPT de Toshiba :

     sudo sgdisk --backup=sda.gpt /dev/sda
  8. Copier la sauvegarde dans un endroit sûr (afin de pouvoir la restaurer et ne pas restaurer l'image complète du disque que nous avons faite à l'étape 6)

    sudo mkdir /mnt/usb
    (mettre sur une clé USB ou similaire)
    sudo mount /dev/sdb /mnt/usb
    sudo cp sda.gpt /mnt/usb
    sudo umount /dev/sdb`
  9. Effacer les informations de partition de Toshiba pour éviter les conflits avec Windows

    sudo dd if=/dev/zero of=/dev/sda bs=512 count=1
  10. (Passer en mode de démarrage UEFI dans le BIOS) démarrer depuis Windows 10 (1607) DVD, choisir Réparer > Dépannage > Invite de commandes et exécuter tout ceci :

    bootrec /fixboot
    bootrec /scanos
    bootrec /fixmbr
    bootrec /rebuildbcd
    exit

    (plus d'infos)

  11. redémarrer sur Windows 1607 sur votre disque NVMe

  12. Gagné !

  13. (réinitialiser Toshiba dans la Gestion des disques)

  14. (optionnel) sauvegarder le disque NVMe mis à jour (cloner vers une image avec Clonezilla)

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X