Cloner un système avec dd
Fermé
tlep
Messages postés
596
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
25 octobre 2012
-
21 janv. 2007 à 22:55
Bazath - 17 déc. 2010 à 15:16
Bazath - 17 déc. 2010 à 15:16
A voir également:
- Cloner un système avec dd
- Cloner disque dur - Guide
- Restauration systeme windows 10 - Guide
- Cloner disque dur vers ssd - Guide
- Comment refaire le système d'un ordinateur - Guide
- Système d'exploitation freedos ✓ - Forum Matériel & Système
2 réponses
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 567
21 janv. 2007 à 23:08
21 janv. 2007 à 23:08
Salut,
Affiche ici ce que te donne
Affiche ici ce que te donne
df -h
lami20j
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 567
21 janv. 2007 à 23:36
21 janv. 2007 à 23:36
Re,
ben, oui, il explique clairement
La première est compliquée sinon impossible si vos disques durs n'ont pas exactement les mêmes types et géométries. C'est une façon excellente pour copier des images iso (dd if=/dev/cdrom of=image.iso) ou des disquettes - ici (shell script de copie de disque - diskcopy) est un exemple de script diskcopy utilisant dd. L'autre inconvénient de l'approche basée sur dd est que l'espace inoccupé est aussi copié, prenant donc du temps inutilement.
je l'ai déjà fait avec dump et restore, ça vaut le coup
ben, oui, il explique clairement
La première est compliquée sinon impossible si vos disques durs n'ont pas exactement les mêmes types et géométries. C'est une façon excellente pour copier des images iso (dd if=/dev/cdrom of=image.iso) ou des disquettes - ici (shell script de copie de disque - diskcopy) est un exemple de script diskcopy utilisant dd. L'autre inconvénient de l'approche basée sur dd est que l'espace inoccupé est aussi copié, prenant donc du temps inutilement.
je l'ai déjà fait avec dump et restore, ça vaut le coup
tlep
Messages postés
596
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
25 octobre 2012
118
22 janv. 2007 à 00:03
22 janv. 2007 à 00:03
Moyennement clair lol:
Ce n'est pas tant que "l'espace inoccupé est aussi copié, prenant donc du temps inutilement", c'est surtout que "l'espace non copié est inexistant !!!!!!!!!!!"
Les partitions cibles étant initialement formatées intégralement et correctement, comme en témoigne cfdisk (y compris avec un live cd), je ne comprends pas pourquoi le système cloné via dd ne parvient pas à utiliser, sur ces partitions cibles, plus que que l'espace cloné (c.a.d mes 80 Go restants).
J'ai bien pensé à la table des partitions (lilo) que j'ai réinstallé, mais çà ne semble pas la bonne explication.
Peut-être la gestion des superblocks, qui serait donc indépendante du formatage ?
Je vais essayer avec dump et vous tiens au courant, merci !!
Ce n'est pas tant que "l'espace inoccupé est aussi copié, prenant donc du temps inutilement", c'est surtout que "l'espace non copié est inexistant !!!!!!!!!!!"
Les partitions cibles étant initialement formatées intégralement et correctement, comme en témoigne cfdisk (y compris avec un live cd), je ne comprends pas pourquoi le système cloné via dd ne parvient pas à utiliser, sur ces partitions cibles, plus que que l'espace cloné (c.a.d mes 80 Go restants).
J'ai bien pensé à la table des partitions (lilo) que j'ai réinstallé, mais çà ne semble pas la bonne explication.
Peut-être la gestion des superblocks, qui serait donc indépendante du formatage ?
Je vais essayer avec dump et vous tiens au courant, merci !!
21 janv. 2007 à 23:26
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda1 18G 4,9G 12G 30% /
tmpfs 126M 0 126M 0% /dev/shm
/dev/hda2 58G 37G 18G 68% /home
tmpfs 10M 812K 9,3M 8% /dev
(J'ai mis le 160 Go en hda à la place du 80 Go)
cfdisk :
------------------------------------------------------------------------------
hda1 Boot Primary Linux ext3 [/] 20003,89
hda2 Primary Linux ext3 142001,24
hda3 Primary Linux swap / Solaris 2689,67
J'ai vu cet article qui indique que le clonage via dd n'est pas une bonne solution.
http://www.linuxfocus.org/Francais/March2005/article370.shtml
Cependant, il n'explique clairement pas pourquoi.
:-|