écriture partition avec dd

jarek · 10-08-2023 15:42:02

Bonjour

Je suppose que dd est une bonne méthode pour
- copier une partition contenant un système Debian seul (partitions EFI root et swap) vers une partition vide
- copier une partition contenant /home vers une partition vide
les partitions de départ étant de tailles similaires aux partitions d'arrivée.

Est-ce la bonne méthode et faut-il prendre des précautions qui ne seraient pas mentionnées là -> https://debian-facile.org/doc:systeme:dd ?

Salut

Dernière modification par jarek (10-08-2023 15:42:43)

vv222 · 10-08-2023 16:52:59

Sauf situation vraiment spécifique, dd est loin d’être l’outil le plus pratique pour ça. En particulier si la partition de destination ne fait pas exactement la même taille que la partition d’origine.

Pour ce genre de transfert, je te conseille plutôt de regarder du côté de rsync.

jarek · 10-08-2023 19:00:41

J'ai regardé rsync, ça fait plein de trucs.
Il ne s'agit pas ici de le faire régulièrement mais juste une fois pour transférer d'un hdd vers un ssd, puis de supprimer le hdd (si l'opération s'est bien déroulée . . .).

vv222 · 10-08-2023 19:08:18

Dans ce cas c’est assez simple :

rsync -PahhAXUH /point/de/montage/de/la/source/ /point/de/montage/de/la/destination/

Les options passées à rsync ici servent à conserver toutes les propriétés des fichiers (propriétaire, groupe, droits, attributs étendus, etc.) et à afficher la progression de la copie.

jarek · 10-08-2023 20:13:23

Je réfléchis à ça et je reviens.

Merci

jarek · 11-08-2023 10:11:54

De ce que j'ai ci compris on peut lui dire de copier des fichiers ou des répertoires.
Avant de le faire il faudra donc créer les partitions puis les répertoires pour y écrire partition par partition.
C'est bien ça ?

Ka me semble un peu lourd, je vais faire un dd pour le disque entier.
Et si ça ne marche pas j'installerai rsync.

Merci

vv222 · 11-08-2023 13:49:24

Tu parlais jusqu’ici de copier une partition, mais maintenant tu parles de copier un disque.
Ce n’est pas le même besoin, ça ne se fait pas forcément avec les mêmes outils.

jarek · 11-08-2023 15:36:11

Oui, je ne suis pas très précis, "on" m'a déjà tiré les oreilles à ce propos . . .
Mon erreur est d'avoir considéré les partitions efi root swap comme UNE partition système, et d'autres confusions . . .

disque de départ
un hdd contenant les partitions efi root swap ... et une partion pour /home
disque d'arrivée
un ssd de même volume (indication commerciale) que le hdd mais par expérience les volumes rééls (déclarés par gparted) ne sont jamais identiques

Dans le cas présent j'ai besoin d'un transfert de la totalité du disque, mais je voulais garder la possibilité de transférer par partition.

Est-ce que la taille des block indiquée dans l'option bs de dd a une influence sur la vitesse de transfert ? En fait je ne sais pas du tout en fonction de quoi choisir une taille plutôt qu'une autre . . .

Voilà

vv222 · 11-08-2023 15:46:41

Si le support de destination est au moins aussi grand que celui d’origine, tu peux bien utiliser dd pour la copie du disque entier :

dd if=/dev/origine of=/dev/destination status=progress ; sync

Les options supplémentaires données sur le wiki sont à mon avis un exemple de cargo cult, tu peux les ignorer.

jarek · 11-08-2023 16:20:34

Arrfff , je ne le connaissais pas chez les informaticiens

Et avec dd il faut un sync, je croyais que c'était avec cp. Et c'est bien ; et pas ;; ?
Ce qui montre que j'ai bien fait de passer.

Dernière modification par jarek (11-08-2023 16:21:18)

vv222 · 11-08-2023 18:54:09

Le `sync` c’est pour t’assurer que le prompt ne te rend pas la main avant que la copie soit réellement complète, ce n’est pas strictement nécessaire.

Pas besoin de mettre plusieurs points-virgules d’affilée, un seul suffit à séparer deux commandes.

jarek · 12-08-2023 09:10:54

J'essaye ça ce soir , merci

raleur · 13-08-2023 08:37:44

vv222 a écrit :

Si le support de destination est au moins aussi grand que celui d’origine, tu peux bien utiliser dd pour la copie du disque entier

A condition que les tailles de secteur logique (512 ou 4096) soient identiques. Et si les tailles des disques ne sont pas identiques au secteur près, la table de partition de secours GPT ne sera pas au bon endroit (elle doit être dans les derniers secteurs du disque), les programmes de partitionnement le détectent généralement et proposent de le corriger.

vv222 a écrit :

Les options supplémentaires données sur le wiki sont à mon avis un exemple de cargo cult, tu peux les ignorer.

conv=notrunc,noerror n'est utile que pour copier ce qui peut l'être depuis un support qui a des blocs défectueux illisibles.
Par contre bs=4096 est utile. La taille de bloc par défaut (512) peut fortement réduire le débit effectif. 4096 est la taille minimum qui permet d'atteindre le débit nominal dans mon expérience. Par comparaison cp utilise une taille de bloc de 128 Kio. Je mets bs=1M pour être tranquille.

vv222 a écrit :

Le `sync` c’est pour t’assurer que le prompt ne te rend pas la main avant que la copie soit réellement complète, ce n’est pas strictement nécessaire.

Je n'ai pas encore vu la moindre preuve objective de sa nécessité lors du transfert vers un périphérique bloc (et non vers un fichier normal, qui va transiter par le cache de page). Pour le coup ça ressemble aussi à du cargo cult.

Dernière modification par raleur (13-08-2023 08:38:21)

jarek · 13-08-2023 09:57:38

Fait à ~30 Mo/s
Je tente un démarrage sur le nouveau disque ce soir au calme.

vv222 · 13-08-2023 12:45:58

raleur a écrit :

vv222 a écrit :
Le `sync` c’est pour t’assurer que le prompt ne te rend pas la main avant que la copie soit réellement complète, ce n’est pas strictement nécessaire.

Je n'ai pas encore vu la moindre preuve objective de sa nécessité lors du transfert vers un périphérique bloc (et non vers un fichier normal, qui va transiter par le cache de page). Pour le coup ça ressemble aussi à du cargo cult.

Je l’utilise quand je bosse avec des supports amovibles (clés USB ou périphériques externes), pour m’assurer de ne pas débrancher le périphérique avant que la copie soit effectivement terminée. Comme je ne travaille pas souvent avec dd, je ne suis pas certain que ce soit utile dans ce cas.

jarek · 13-08-2023 16:36:19

Si par la suite on veut laisser les deux disques à demeure, ne pas oublier de modifier les UUID des partitions et les lignes fstab correspondantes sur le disque cible.

raleur · 13-08-2023 17:15:49

J'avais cru comprendre que tu comptais retirer le disque source et le remplacer par le disque de destination (message #3).
Pour qu'un système cloné soit opérationnel et autonome après avoir changé ses UUID. il y a aussi des modifications à faire dans le chargeur d'amorçage ainsi que dans la configuration de l'initramfs pour le retour d'hibernation.

jarek · 13-08-2023 18:53:47

Oui, puis je me suis dit autant le laisser, il pourrait servir. Pour l'instant j'ai démarré sur le disque source.
Je voudrais essayer d'intervenir, donc sur quoi plus précisemment sur le disque cible ?
Si c'est trop compliqué je débrancherai le disque source. Avec le disque cible sans modif ça doit fonctionner ?

raleur · 14-08-2023 09:45:32

Modifier les PARTUUID et PARTLABEL des partitions GPT ou l'identifiant de disque de la table de partition DOS/MBR.
Modifier les UUID et LABEL de tous les systèmes de fichiers et swaps.
Modifier les UUID internes des PV et VG LVM et les noms de VG LVM.
Modifier les UUID internes des ensembles et membres RAID.
Modifier les champs correspondants dans /etc/fstab et /etc/initramfs-tools/conf.d/resume.
Modifier les UUID dans /boot/grub/grub.cfg ou le regénérer (en chroot) avec update-grub.
Pour amorcer le système modifié depuis son propre GRUB, il faut réinstaller ce dernier. Si amorçage EFI, ça risque de coincer car par défaut les deux systèmes ont le même identifiant "debian". Pour le lancer depuis le GRUB de l'autre, il suffit d'activer os-prober dans /etc/default/grub et exécuter update-grub pour l'ajouter au menu.

Bref, pas forcément plus simple que partitionner le nouveau disque et copier avec rsync.

Dernière modification par raleur (14-08-2023 10:19:55)

jarek · 14-08-2023 10:05:52

C'est tout ?
Bon, je débranche le disque source

Et merci encore

raleur · 14-08-2023 10:13:01

jarek a écrit :

C'est tout ?

Tu trouves que c'est trop simple, tu en veux plus ?
Il y a aussi des identifiants uniques utilisés par systemd/dbus (/etc/machine-id, /var/lib/dbus/machine-id) mais je ne sais pas à quoi ils servent ni si ça vaut le coup de les modifier.

Dernière modification par raleur (14-08-2023 10:17:56)

jarek · 14-08-2023 11:02:39

raleur a écrit :

Tu trouves que c'est trop simple, tu en veux plus ?

N'en jettes plus, la cour est pleine

Je vais ensuite essayer rsync, à titre ludique uniquement (maintenant que j'ai un hdd disponible dans le PC).
L'idée de vv222 était finalement aussi simple qu'un "simple" dd.

raleur · 14-08-2023 11:36:02

Ça dépend de l'objectif. rsync ne copie que l'arborescence de fichiers, ça ne suffit pas pour cloner un système complet : ça ne crée pas les partitions, ne les formate pas, n'installe pas le chargeur d'amorçage...

jarek · 14-08-2023 12:54:12

raleur a écrit :

. . . n'installe pas le chargeur d'amorçage...

Ha ça j'avais pas vu.
Pour l'instant je me contente de sauvegarder avec back in time.
Rsync attendra un peu, j'ai toute la vie devant moi . . .

Debian-facile

#1 10-08-2023 15:42:02

écriture partition avec dd

#2 10-08-2023 16:52:59

Re : écriture partition avec dd

#3 10-08-2023 19:00:41

Re : écriture partition avec dd

#4 10-08-2023 19:08:18

Re : écriture partition avec dd

#5 10-08-2023 20:13:23

Re : écriture partition avec dd

#6 11-08-2023 10:11:54

Re : écriture partition avec dd

#7 11-08-2023 13:49:24

Re : écriture partition avec dd

#8 11-08-2023 15:36:11

Re : écriture partition avec dd

#9 11-08-2023 15:46:41

Re : écriture partition avec dd

#10 11-08-2023 16:20:34

Re : écriture partition avec dd

#11 11-08-2023 18:54:09

Re : écriture partition avec dd

#12 12-08-2023 09:10:54

Re : écriture partition avec dd

#13 13-08-2023 08:37:44

Re : écriture partition avec dd

#14 13-08-2023 09:57:38

Re : écriture partition avec dd

#15 13-08-2023 12:45:58

Re : écriture partition avec dd

#16 13-08-2023 16:36:19

Re : écriture partition avec dd

#17 13-08-2023 17:15:49

Re : écriture partition avec dd

#18 13-08-2023 18:53:47

Re : écriture partition avec dd

#19 14-08-2023 09:45:32

Re : écriture partition avec dd

#20 14-08-2023 10:05:52

Re : écriture partition avec dd

#21 14-08-2023 10:13:01

Re : écriture partition avec dd

#22 14-08-2023 11:02:39

Re : écriture partition avec dd

#23 14-08-2023 11:36:02

Re : écriture partition avec dd

#24 14-08-2023 12:54:12

Re : écriture partition avec dd

Pied de page des forums