Accéder au contenu.
Menu Sympa

technique - Re: [TECH] Copie de disque

Objet : Liste pour les discussions techniques (liste à inscription publique)

Archives de la liste

Re: [TECH] Copie de disque


Chronologique Discussions 
  • From: Rault Alexandre <rault.alexandre AT gmail.com>
  • To: technique AT april.org
  • Cc: Dominique Rousseau <drousseau AT april.org>
  • Subject: Re: [TECH] Copie de disque
  • Date: Sun, 01 Nov 2009 13:40:08 +0100
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Ib6WzzYfwDy7y1u+N1m0WYI8//v7bAtaq30+m9mp0Y4WslKLagcB9d7Rjv/ABsyoBs DUvN+gzVMkGTQGtnEXgy31/1E8zsdPHDjdBEnFMbK5mKDw7FAffxjJDVKpmXbDGGQY4Z dwRzn5jU0aLJG1MzpcXdLTSsuqbo88oTHml1E=

Dominique Rousseau a écrit :
Le Sun, Nov 01, 2009 at 12:56:17PM +0100, Rault Alexandre
[rault.alexandre AT gmail.com] a écrit:
P.S. : cela va-t-il devenir un débat sur CP vs DD

cp et dd ont un role complètement différent.
Toi, dans la solution que tu proposes, tu ne fais pas un miroir du
disque, tu copies l'intégralité des fichiers.
Euh... c'est exactement ce que j'exprime dans ma première intervention !
Comme je le précisais, un DD est parfaitement adapté pour faire une image dans l'optique d'une récupération de données sans risquer de corrompre la source ! Je l'utilise pour ce genre de choses, justement ;)
L'autre solution que je propose est pour _transférer_ les données d'un disque a un autre.
Il faudrait que Lionel Allorge nous précise un peu plus de chose pour lui conseiller la meilleure solution :D
Ce qui comporte plusieurs différences notables :

- les fichiers sont recréés, 1 par 1. Ce qui a notamment pour
conséquence que les fichiers qui étaient fragmentés sur le disque
d'origine ne le seront plus sur le disque cible.
Sur un fs qui vit pas mal de créations/suppressions/... de fichiers,
ça peut faire une vraie différence de perf.

- ça permet de changer le type de fs utilisé.

- la copie présuppose/nécessite que le système de fichier d'origine soit
lisible. Donc un qui soit supporté par le noyau, en lecture, et en
écriture, si on veut utilsier le même sur la destination.
(par exemple, selon la version de noyau/distrib, ça exclue la manip
sur un disque contenant du NTFS)
Mais celà signifie aussi que le fs doit être sain. On peut en effet
vouloir faire une copie "miroir" d'un disque mal en point, afin de
faire des tentatives de récupération en lançant les fskc & co sur une
copie.
On peut meme envisager l'utilisation de ddrescue, quand c'est le
disque qui est endommagé, qui peut permettre de récupérer les données
les plus lisibles rapidement.



Bien d'accord avec tout cela.
En corolaire, pour essayer de synthétiser les choses pour Lionel, je me suis fait une petite page sur un DokuWiki, n'hésitez par à faire des ajouts, corrections, ou préciser les erreurs (merci de ne pas sauvagement modifier non plus :p Ajoutez juste 'a coté' vos corrections)
En principe, la page est en écriture pour tout le monde.
http://www.toglut.net/dokuwiki/doku.php?id=vrac:hdd_copy

Alex





Archives gérées par MHonArc 2.6.16.

Haut de le page