dd: copier un disque dur bootable sur un autre de plus petite capacité

pyrocchio · Le 07/12/2010, à 15:47

Bonjour,

Je souhaite récupérer un disque dur de 80 Go et le remplacer par un 30 Go.

Ubuntu 10.10 est installé sur le 80 Go et utilise environ 10 Go.

Quels paramètres dois-je ajouter à la commande dd pour faire le transit et que mon 30 Go devienne bootable ?

J'ai regardé la documentation (http://doc.ubuntu-fr.org/dd) mais rien ne me convient.

Comment puis-je procéder?

Merci d'avance.

Cordialement

Qid · Le 07/12/2010, à 16:19

pyrocchio a écrit :

J'ai regardé la documentation (http://doc.ubuntu-fr.org/dd) mais rien ne me convient.

pourtant cette partie la de la page fait bien référence à ton cas non ?
sinon moi perso quand j'ai eu à faire ce type de manoeuvre et que j'ai découvert que
le dd source etait plus petit que le dd d'arrivée et ce à 1 seul Giga près en plus ...
bah j'ai un peu triché en faisant seulement la copie de la partition principale
apres l'avoir réduite pour quelle tienne dans l'espace d'arrivée ...
me restait plus deriere à recréer une swap et à réinstaller grub et le tour était joué

Compte anonymisé · Le 07/12/2010, à 16:32

Salut

Il faut tout d'abord monter les 2 disques sur ta machine puis démarrer sur un LiveCD.
Ensuite tu crées les points de montage des partitions sources et destination (je supposes que les partitions / et swap sur le 30 Go sont créée) :
sudo mkdir /ancien_root /nouveau_root

tu montes la partition / que tu veux sauver :
sudo mount -o ro /dev/sdXY /ancien_root tu remplaces bien sûr X et Y par les bonnes valeurs
Tu montes la partition du dd 30 Go :
sudo mount /dev/sdVW /nouveau_root même remarque pour V et W que ci-dessus.
Tu copies ta partition :
sudo cp -a /ancien_root/. /nouveau_root attention au point "." qui est important.

Il faudra ensuite mettre à jour les UUID dans /nouveau_root/etc/fstab
Pour lister les UUID : sudo ls -l /dev/disk/by-uuid/
Il faudra aussi mettre à jour ces UUID dans :
/nouveau_root/boot/grub/grub.cfg et pour ce faire commencer par un :
sudo chmod a+w /nouveau_root/boot/grub/grub.cfg
suivi du classique :
sudo gedit /nouveau_root/boot/grub/grub.cfg

Il faudra aussi réinstaller GRUB sur le MBR de ce nouveau disque :

sudo mount --bind /dev /nouveau_root/dev
sudo mount --bind /proc /nouveau_root/proc

tu "bascules" la partition root LiveCD sur celle de ton install.
sudo chroot /nouveau_root

tu installes Grub sur le MBR du DD 30 Go
install sur MBR --> :
grub-install /dev/sdV (V à remplacer par la bonne lettre)

Ensuite tu rebootes en choisissant dans le bios de démarrer sur le 30 Go.

@+

Qid · Le 07/12/2010, à 16:39

à coups de CP ? ... c'est d'un pas propre ... pourquoi avoir inventé dd dans ce cas ... moi je dis que ton truc c'est vachement hasardeux ...

pyrocchio · Le 07/12/2010, à 16:50

merci beaucoup

Qid · Le 07/12/2010, à 17:08

pyrocchio a écrit :

merci beaucoup

heu ... ... t'es vraiment sur de ce que tu va faire ?

cep · Le 07/12/2010, à 17:08

jeanjd63 a écrit :

sudo chmod a+w /nouveau_root/boot/grub/grub.cfg

pourquoi un 666 sur /boot/grub/grub.cfg ?
Sur ubuntu il n'est pas en 444 ?
:~$ stat -c %a /boot/grub/grub.cfg
444

Je vois que tu as définitivement adopté le cp avec /.

Compte anonymisé · Le 07/12/2010, à 17:08

Qid a écrit :

à coups de CP ? ... c'est d'un pas propre ... pourquoi avoir inventé dd dans ce cas ... moi je dis que ton truc c'est vachement hasardeux ...

Ah bon pas propre ??? dd c'est mieux ??? A ma connaissance dd 80 Go sur 30 Go ça doit être un peu rock and roll
En plus dd fait de la copie block par block et je serai curieux du résultat sur les structures inodes etc...

Bon chacun fait comme il veut.

Compte anonymisé · Le 07/12/2010, à 17:14

cep a écrit :

jeanjd63 a écrit :
sudo chmod a+w /nouveau_root/boot/grub/grub.cfg
pourquoi un 666 sur /boot/grub/grub.cfg ?
Sur ubuntu il n'est pas en 444 ?
:~$ stat -c %a /boot/grub/grub.cfg
444
Je vois que tu as définitivement adopté le cp avec /.

Et 444 --> read pour tout le monde non ???

Qid · Le 07/12/2010, à 17:17

jeanjd63 a écrit :

chacun fait comme il veut.

oui mais certain ferais bien de garder leur mauvais conseils pour eux ... (et la situation actuelle n'est pas la seule que je vise ... loin de la)

cep · Le 07/12/2010, à 17:25

jeanjd63 a écrit :

cep a écrit :
jeanjd63 a écrit :
sudo chmod a+w /nouveau_root/boot/grub/grub.cfg
pourquoi un 666 sur /boot/grub/grub.cfg ?
Sur ubuntu il n'est pas en 444 ?
:~$ stat -c %a /boot/grub/grub.cfg
444
Je vois que tu as définitivement adopté le cp avec /.

Et 444 --> read pour tout le monde non ???

oui.
$ stat -c %a /boot/grub/grub.cfg
444
$ ls -lh /boot/grub/grub.cfg
-r--r--r-- 1 root root 6,2K 1 déc. 18:58 /boot/grub/grub.cfg

644 pour tous les fichiers dans /boot/grub et 444 pour grub.cfg créé par le système, d'où le conseil de ne pas l'éditer.
Il est en 666 chez toi ? c'est à dire -rw-rw-rw- ? curieux.

cep · Le 07/12/2010, à 17:45

comme cela m'intriguait je regarde les sources de grub-mkconfig et il y a bien
chmod 400 ${grub_cfg}.new || grub_warn "Could not make ${grub_cfg}.new readable by only root.\
This means that if the generated config contains a password it is readable by everyone"
puis dans le debian/patches/grub.cfg_400.patch
+if [ "x${grub_cfg}" != "x" ] && ! grep -q "^password " ${grub_cfg}.new ; then
+ chmod 444 ${grub_cfg}.new || true
+fi

Donc dans /usr/sbin/mkconfig :
if [ "x${grub_cfg}" != "x" ] && ! grep -q "^password " ${grub_cfg}.new ; then
chmod 444 ${grub_cfg}.new || true
fi

d'ou 444.

Dernière modification par cep (Le 07/12/2010, à 17:49)

Qid · Le 07/12/2010, à 17:51

putain les mecs mais vous tripatouillez quoi la ... ... heureusement que la question d'origine etait toute simple ...

Compte anonymisé · Le 07/12/2010, à 17:52

Qid a écrit :

jeanjd63 a écrit :
chacun fait comme il veut.
oui mais certain ferais bien de garder leur mauvais conseils pour eux ... (et la situation actuelle n'est pas la seule que je vise ... loin de la)

Ho c'est facile ça. Faudrait peut être argumenter un peu. Mais on s'éloigne du sujet initial et je doute que cela aille dans le sens de l'aide à pyrocchio.

Qid · Le 07/12/2010, à 17:57

jeanjd63 a écrit :

Faudrait peut être argumenter un peu. Mais on s'éloigne du sujet initial et je doute que cela aille dans le sens de l'aide à pyrocchio.

non mais c'est bon de toutes façon j'ai bien compris que vous etiez partisant du "pourquoi faire simple quand on peu faire compliquer"
alors bon je vous laisse partir dans vos délires ... de toutes façon tant que l'interessé ne reviendra pas poster ça sert à rien

cep · Le 07/12/2010, à 18:05

hé Qid, on se calme, un chmod sur grub.cfg c'est pas rien

Pour le reste, un dd avec deux disques différents c'est un peu se compliquer l'existence pour pas grand chose, sans parler de la lenteur de l'opération.
Alors autant repartir sur une base saine avec un nouveau partitionnement, quitte à utiliser l'option -U à mkfs pour imposer des uuid et ensuite cp, ou rsync, ou tar et le tour est joué.

Bonne continuation.
cep

Dernière modification par cep (Le 07/12/2010, à 18:19)

Qid · Le 07/12/2010, à 19:11

cep a écrit :

hé Qid, on se calme, un chmod sur grub.cfg c'est pas rien
Pour le reste, un dd avec deux disques différents c'est un peu se compliquer l'existence pour pas grand chose, sans parler de la lenteur de l'opération.
Alors autant repartir sur une base saine avec un nouveau partitionnement

bah oui non mais justement ... vous vous prenez la tete la dessus alors qu'il n'y avait pas franchement lieu c'est bien ce que je disais

bah quitte à repartir sur une base saine autant réinstaller completement dans ce cas ...
parce que je maintiens que justement à cause de la gestion des droit un cp est loin d'etre approprié pour le cas présent

enfin bref ...

Compte anonymisé · Le 07/12/2010, à 19:14

Oui mais faudra revoir tes classiques :
cp -a respecte justement les droits et les conserve

-a, --archive
Préserver autant que possible la structure et les
attributs du fichier original lors de la copie.
Cette option est équivalente à -dpR

-d, --no-dereference
Copier les liens symboliques en tant que tels
plutôt que de copier les fichiers vers lesquels ils
pointent. Préserver également les liens matériels
entre les fichiers sources durant la copie.

-P, --parents
Construire le nom de chaque fichier destination en
ajoutant au répertoire cible un slash et le nom du
fichier source indiqué. Le dernier argument de cp
doit être un répertoire existant. Par exemple, la
commande `cp --parents a/b/c rep_existant' copie le
fichier a/b/c en rep_existant/a/b/c, tout en créant
les sous-répertoires intermédiaires manquants.

-R Copier récursivement les répertoires, et gérer cor-
rectement les copies des fichiers spéciaux ou des
FIFOs.

Dernière modification par Compte anonymisé (Le 07/12/2010, à 19:18)

FRUiT · Le 07/12/2010, à 19:20

Et PAN !

Qid · Le 07/12/2010, à 19:28

FRUiT a écrit :

Et PAN !

bof ... je sais bien qu'il existe une option pour maintenir les droits mais l'un n'empeche pas l'autre
je maintiens que cp n'est pas adapté ... ou alors quelle est pour toi la différence entre une copie de partition et une copie de fichiers
le cp il est bon pour quelques fichiers ... sauf que la ont parle de toute la partition ... c'est quand meme pas la meme chose

cep · Le 07/12/2010, à 19:42

Qid a écrit :

cep a écrit :
hé Qid, on se calme, un chmod sur grub.cfg c'est pas rien
Pour le reste, un dd avec deux disques différents c'est un peu se compliquer l'existence pour pas grand chose, sans parler de la lenteur de l'opération.
Alors autant repartir sur une base saine avec un nouveau partitionnement
bah oui non mais justement ... vous vous prenez la tete la dessus alors qu'il n'y avait pas franchement lieu c'est bien ce que je disais
bah quitte à repartir sur une base saine autant réinstaller completement dans ce cas ...
parce que je maintiens que justement à cause de la gestion des droit un cp est loin d'etre approprié pour le cas présent
enfin bref ...

tu es partisan d'un dd ? soit.
Mais alors, il doit réduire au minimum sa ou ses partitions pour ne pas avoir à se préoccuper de la fin de dd. Le faire ainsi de 80 à 30 Go n'est pas possible.
Actuellement il y a 10 Go occupés ? alors resize de la partition au strict minimum (du fs et de la partition), puis dd du /dev/80 vers /dev/30 et lorsque dd aura terminé, on augmente au maximum /dev/30 et un fsck avec -f -y.
Bonne continuation.
cep

Qid · Le 07/12/2010, à 19:49

cep a écrit :

il doit réduire au minimum sa ou ses partitions pour ne pas avoir à se préoccuper de la fin de dd. Le faire ainsi de 80 à 30 Go n'est pas possible.

c'est ce que je disais dans mon premier post oui mais pourquoi tu dis que c'est pas possible ?

cep · Le 07/12/2010, à 20:41

sans réduire ce n'est pas possible car dd ne pourra pas clore l'écriture de la dernière partition, faute de place, et elle se trouvera donc dans un état détérioré, par exemple si c'est une ext3/4 les descripteurs ne correspondront plus et il faudra solutionner. Sauf à jouer avec les commandes fines de dd, mais cela ne résoudra pas le problème du fs.
Donc le plus simple, réduire au minimum les partitions (éventuellement les déplacer s'il y en a plusieurs) et lancer le dd. Comme tu vois, même si on joue sur bs en mettant une valeur en Mo importante pour gagner un peu de temps, ce sera tout de même long.
Donc le plus simple, on partitionne le disque, on fait un mkfs.ext3 ou 4 avec l'option -U pour indiquer les mêmes uuid que l'ancien disque, on monte la partition à copier en lecture seulement et :
cd /mnt/ancienne_partition
tar -cpf - . | (cd /mnt/nouvelle_partition && tar xf - )

Bien faire attention aux points et - et lire le man avant. Faire ainsi pour chaque partition. Ou utiliser rsync -a /un /autre.

Dernière modification par cep (Le 07/12/2010, à 20:42)

Qid · Le 07/12/2010, à 20:49

cep a écrit :

Donc le plus simple, réduire au minimum les partitions (éventuellement les déplacer s'il y en a plusieurs) et lancer le dd. Comme tu vois, même si on joue sur bs en mettant une valeur en Mo importante pour gagner un peu de temps, ce sera tout de même long.

de toutes façon jouer avec des partitions c'est long ça c'est pas nouveau et ça m'étonne pas ...
et je te ferais remarqué que comme je l'ai redonné en lien dans toujours le meme post
la doc de dd en parle du déplacement vers un dd plus petit ...
mais bon c'est claire que perso je pense qu'il est plus sur de réduire avant
en tous cas un cp de tout un systeme c'est sur que c'est pas une bonne idée ...
si encore notre amis n'avais pas abordé dd mais la c'est meme pas le cas ...

Vysserk3 · Le 07/12/2010, à 20:59

Tu peux utiliser une solution intermédiaire entre le dd brut (trop long) et le cp. fsarchiver par exemple travaille au niveau du système de fichier, mais permet de faire des copies intégrales d'une partition et de la restaurer à des endroits de taille plus petite pour peu que l'espace utilisé en tant que tel soit plus petit naturellement. De plus il permet de faire des sauvegardes sur des systèmes de fichier monté (évidemment il s'agit pas d'avoir des serveur de base de données qui tournent en même temps ou autre applications qui utilisent le disque de manière intensive pendant la sauvegarde). Perso je m'en sers pour les sauvegardes du système (pas du /home) et j'ai déjà fait plein de restaurations, jamais eu aucun soucis avec

Dernière modification par Vysserk3 (Le 07/12/2010, à 20:59)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 07/12/2010, à 15:47

dd: copier un disque dur bootable sur un autre de plus petite capacité

#2 Le 07/12/2010, à 16:19

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#3 Le 07/12/2010, à 16:32

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#4 Le 07/12/2010, à 16:39

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#5 Le 07/12/2010, à 16:50

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#6 Le 07/12/2010, à 17:08

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#7 Le 07/12/2010, à 17:08

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#8 Le 07/12/2010, à 17:08

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#9 Le 07/12/2010, à 17:14

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#10 Le 07/12/2010, à 17:17

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#11 Le 07/12/2010, à 17:25

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#12 Le 07/12/2010, à 17:45

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#13 Le 07/12/2010, à 17:51

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#14 Le 07/12/2010, à 17:52

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#15 Le 07/12/2010, à 17:57

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#16 Le 07/12/2010, à 18:05

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#17 Le 07/12/2010, à 19:11

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#18 Le 07/12/2010, à 19:14

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#19 Le 07/12/2010, à 19:20

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#20 Le 07/12/2010, à 19:28

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#21 Le 07/12/2010, à 19:42

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#22 Le 07/12/2010, à 19:49

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#23 Le 07/12/2010, à 20:41

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#24 Le 07/12/2010, à 20:49

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

#25 Le 07/12/2010, à 20:59

Re : dd: copier un disque dur bootable sur un autre de plus petite capacité

Pied de page des forums