Comment cloner un OS sur un média sur un média plus petit ?

otyugh · 30-06-2021 10:56:34

Cas typique : "OS sur média (/dev/sda1) de 1To (/dev/sda); je veux cloner tout ça sur un plus petit disque de 500Go (/dev/sdb" - comment faire ça avec le moins de manip possible ?

Première étape : réduir la partition /dev/sda1 pour qu'elle tienne sur mon futur disque /dev/sdb => ok.
Deuxième étape : ... Comment changer la taille de /dev/sda pour que je puisse juste faire un "dd if=/dev/sda of=/dev/sdb" ?

Je pose la question parce que je suis sûr que le problème va m'arriver encore dans le futur, et que j'ai déjà entendu deux personnes avoir ce problème. C'est trop bête de coincer là-dessus X_X

Dernière modification par otyugh (30-06-2021 11:05:46)

raleur · 30-06-2021 13:12:00

Je ne connais aucun moyen de faire paraître un disque plus petit qu'il l'est réellement. De toute façon dd s'arrêtera à la fin du périphérique le plus petit donc je n'en vois pas l'intérêt.

Dans le cas d'une table de partition GPT, il faudra mettre à jour l'en-tête GPT avec la nouvelle taille et recréer la table de secours à la fin du nouveau disque. Je ne sais plus lesquels des partitionneurs usuels font ça, au moins gdisk je pense. Si le disque de destination est un SSD, TRIMer les parties vides.

Caribou22 · 30-06-2021 13:45:05

Salut

Une solution m'intéresserait aussi. Je sais que ça existe du côté propriétaire en tout cas. Si on veut cloner sur un SSD de marque Crucial, il y a ce logiciel qui fonctionne bien (testé!) mais que sous Windows et qu'avec un SSD Crucial : https://www.crucial.fr/support/articles … rucial-faq

otyugh · 30-06-2021 15:00:43

raleur a écrit :

De toute façon dd s'arrêtera à la fin du périphérique le plus petit donc je n'en vois pas l'intérêt.

L'intêret serait d'avoir quelque chose qui fonctionne. J'avais fait quelques tentatives à l'époque où j'avais un SD de raspberrypi à copier vers une plus petite carte. Je pensais que ça passerai vu que la partie "non-copiée" étaient "vide" - mais j'ai pas réussi à démarrer sur l'image ensuite, même "réparées" (mais pour le coup les images système pour petits ordis SoC sont pas les plus standard du monde... Pas que je sache dans le détail.)

Après je suis jamais vraiment revenu sur ces echecs, j'ai juste souvenir d'avoir rien trouvé à l'époque. Je suis pas solide sur le sujet, sinon j'aurai l'explication ! La prochaine fois que je tombe sur cette situation j'essayerai plus fort, et je prendrai des notes surtout ^^'

Dernière modification par otyugh (30-06-2021 15:04:05)

raleur · 30-06-2021 18:21:43

Je parlais de l'intérêt de faire passer le disque source pour plus petit qu'il l'est en réalité. Cela ne ferait aucune différence sur le résultat de dd qui s'arrêtera de toute façon après avoir atteint la fin du disque source ou destination.

jpt · 01-07-2021 10:23:51

Bonjour,

raleur a écrit :

[...] dd qui s'arrêtera de toute façon après avoir atteint la fin du disque source ou destination.

mais qui s'arrêtera d'une manière propre avec un media cloné utilisable, ou à l'arrache en laissant le clone en vrac ?

Je pars du principe que le disque source contient des informations sur sa géométrie au début du support (si c'est à la fin c'est presque pareil) et donc le clone va avoir au début de ses données les données fausses pour lui de la source. Il faut donc faire tourner un outil de réparation sur le clone, après dd, non ?

raleur · 01-07-2021 20:25:45

jpt a écrit :

mais qui s'arrêtera d'une manière propre avec un media cloné utilisable, ou à l'arrache en laissant le clone en vrac ?

Ça ne dépend pas de la taille du disque source mais uniquement de son contenu.

jpt a écrit :

Je pars du principe que le disque source contient des informations sur sa géométrie au début du support

Non, pas systématiquement. Ça dépend de la structure du contenu.

Les méta-données d'un système de fichiers contiennent sa taille, donc il devra bien évidemment avoir été réduit à une taille compatible avec le disque de destination, ne serait-ce que pour être sûr de ne pas perdre de données situées à la fin. Idem avec un PV LVM, un membre d'ensemble RAID... (mais pas un volume chiffré LUKS).

Une table de partition quelconque contient la position et la taille des partitions, donc évidemment toute partition s'étendant au-delà de la taille du disque de destination devra avoir été réduite ou déplacée.

L'en-tête d'une table de partition GPT contient des informations liées à la taille du disque. Mais des informations erronées ne devraient pas gêner l'utilisation du disque, car a priori elles ne sont utiles que pour les programmes de partitionnement, et ceux-ci devraient être capables de les corriger automatiquement ou manuellement.

Dernière modification par raleur (01-07-2021 20:26:18)

jpt · 01-07-2021 23:10:47

raleur a écrit :

--snip--

Merci pour ces précisions bien détaillées.

--gilles-- · 02-07-2021 11:57:03

Est-ce que clonezilla ferait l'affaire ?

Debian-facile

#1 30-06-2021 10:56:34

Comment cloner un OS sur un média sur un média plus petit ?

#2 30-06-2021 13:12:00

Re : Comment cloner un OS sur un média sur un média plus petit ?

#3 30-06-2021 13:45:05

Re : Comment cloner un OS sur un média sur un média plus petit ?

#4 30-06-2021 15:00:43

Re : Comment cloner un OS sur un média sur un média plus petit ?

#5 30-06-2021 18:21:43

Re : Comment cloner un OS sur un média sur un média plus petit ?

#6 01-07-2021 10:23:51

Re : Comment cloner un OS sur un média sur un média plus petit ?

#7 01-07-2021 20:25:45

Re : Comment cloner un OS sur un média sur un média plus petit ?

#8 01-07-2021 23:10:47

Re : Comment cloner un OS sur un média sur un média plus petit ?

#9 02-07-2021 11:57:03

Re : Comment cloner un OS sur un média sur un média plus petit ?

Pied de page des forums