commande dd est baucoup trop lente [résolut]

marcusbaslerus · Le 10/05/2010, à 16:14

Bonjour,

après avoir parcouru la documentation :http://doc.ubuntu-fr.org/dd
J'ai lancé il y a une semaine (lundi le 3 mai) la commande :

sudo dd if=/dev/sdc1 of=image.iso bs=16065b conv=notrunc,noerror

Qui ne s'est pas arrêté d'elle même, et que je viens de d'arrêter par erreur...

la partition sdc1 est sur un disque que j'ai rajouté directement sur un port sata de ma carte mère. Il contient un système windows XP, que l'on arrive n'y à démarrer n'y à lire à partir de ubuntu, et bien sure je voudrais y récupérer des données.

cette partition fais environ 400Go. après une ou deux heures d'exécution de dd je voyais la taille du fichier image.iso qui faisait dans les 20 à 30Go, 24 heures après il faisait 80Go, quelque jours après 120Go, et aujourd'hui 150Go.

avant d'exécuter "dd" je me suis placé dans un répertoire d'un disque USB de 1TO à l'aide de "cd /media/disk..."

Si ja n'avais pas fais cette fausse manip dans le terminal, je ne sais pas combien de temps ça aurais pris de copier les 400Go, mais ce qui est sure, au vu de ce que j'ai pus lire dans la documentation ubuntu ou les forums, ce n'est pas un temps de copie normal. Et en plus la copie était de plus en plus lente au fur et à mesure que les jours passaient, donc peut-être n'aurait-elle jamais abouti ?

Évidement je n'arrive à pas monter le fichier image qui est incomplet.:(

Si vous comprenez quelque-chose à se fonctionnement bizar de "dd" ça m'interresse, si en plus vous avez une solution pour copier ces données dans un temps raisonnable ce serait le Pérou.

Marc.

Dernière modification par marcusbaslerus (Le 20/05/2010, à 17:05)

credenhill · Le 10/05/2010, à 16:25

hello

marcusbaslerus a écrit :

Il contient un système windows XP, que l'on arrive n'y à démarrer n'y à lire à partir de ubuntu,

c'est peut-être là le problème. pour voir si le dd s'arrête sur des erreurs

sudo dd if=/dev/sdc1 of=/dev/null bs=16065b

pbout340 · Le 10/05/2010, à 16:32

Pour la commande dd:
http://nuticiel2.ac-corse.fr/tice/docs/ … nde_dd.pdf
Il y est spécifié d'entrée que cette commande exige que les 2 disques "soient rigoureusement identiques".
donc, déjà...
pour le disque HDD sur lequel tu as, apparemment un system windows XP installé :
s'il provient d'une autre machine, il ne pourra, de toute façon démarrer sans erreur sauf si, là encore, la machine d'accueil est côté hardware, identique à la machine d'origine.
Dans le cas contraire, faut pas rêver... (comme on dit)...
d'autre part, il y a de forte chance pour que ce HDD ait été installé en C: ; donc, pareil, boot.ini étant pas configuré pour un système placé en C:, tu ne démarreras pas non plus.
Grub pourra récupérer le démarrage XP mais si boot.ini n'est pas configuré sur un disque en seconde position, il ne suivra pas le mouvement.
Si tu as des documents à récupérer sur ce HDD windows, il devraient être accessibles depuis nautilus, l'explorateur de fichier de Ubuntu.
S'il est correctement monté, tu devrais y avoir accès (pour les données).
Peux-tu envoyer les résultats de

fdisk -l

et de

gedit /etc/fstab

qui permettront de peut-être résoudre le problème strict de la récupération des données.

EauLand · Le 10/05/2010, à 16:39

Hello

Suivant la taille d'une partition dd peut être lent, pour pas devenir trop fou avec de gros volume installe dcfldd qui fonctionne exactement comme dd mais qui rajoute une progression ainsi tu vois ou tu en es et tu peux rester calme même si c'est long.

marcusbaslerus · Le 10/05/2010, à 17:37

Merci déjà pour vos réponse.

voici les résultats des commandes :

marc@marc-desktop:/media/My Book/image_disque_waton$ sudo fdisk -l
[sudo] password for marc: 

Disque /dev/sda: 80.0 Go, 80026361856 octets
255 heads, 63 sectors/track, 9729 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0x6fc54f27

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1               1        9729    78148161   83  Linux

Disque /dev/sdb: 80.0 Go, 80000000000 octets
255 heads, 63 sectors/track, 9726 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0x3ddeed12

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdb1   *           1        1305    10482381    7  HPFS/NTFS
/dev/sdb2            1306        2610    10482412+  83  Linux
/dev/sdb3            2611        9725    57151237+   f  W95 Etendu (LBA)
/dev/sdb5            2611        9456    54990463+  83  Linux
/dev/sdb6            9457        9590     1076323+   7  HPFS/NTFS
/dev/sdb7            9591        9725     1084356   82  Linux swap / Solaris

Disque /dev/sdc: 400.0 Go, 400088457216 octets
255 heads, 63 sectors/track, 48641 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0xb050faf8

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdc1   *           1       48641   390708801    7  HPFS/NTFS

Disque /dev/sdd: 999.5 Go, 999501594624 octets
255 heads, 63 sectors/track, 121515 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0x0002ae3f

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdd1               1      121516   976074752    7  HPFS/NTFS

et le contenu du fichier fstab :

marc@marc-desktop:/media/My Book/image_disque_waton$ gedit /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>

proc	/proc	proc	defaults	0	0
#Entry for /dev/sdb2 :
UUID=af6289d1-814e-4319-95ae-b45a18e30bf1	/	ext3	relatime,errors=remount-ro	0	1
#Entry for /dev/sdb5 :
UUID=3a6c3b62-9581-4685-987c-4fa2fb02bbea	/home	ext3	relatime	0	2
#Entry for /dev/sdd1 :
UUID=12C23AD8C23AC031	/media/My\040Book	ntfs-3g	defaults,nosuid,nodev,uhelper=hal,locale=fr_FR.UTF-8	0	0
#Entry for /dev/sda1 :
UUID=e78d90c5-7fcb-4910-8531-6466e12d7e85	/media/photo-video	ext3	defaults	0	2
#Entry for /dev/sdb1 :
UUID=90081DA3081D88FC	/media/sdb1	ntfs-3g	defaults,locale=fr_FR.UTF-8	0	0
#Entry for /dev/sdc1 :
UUID=AAD8D592D8D55D5F	/media/sdc1	ntfs-3g	defaults,locale=fr_FR.UTF-8	0	0
#Entry for /dev/sdb6 :
UUID=4440C0AB40C0A4D0	/media/swap-windows	ntfs-3g	defaults,locale=fr_FR.UTF-8	0	0
UUID=3E35-10DC	/media/sda1	vfat	defaults,utf8,umask=0	0	2
#Entry for /dev/sdb7 :
UUID=f54497cb-12e7-43c8-9555-341a11d8506d	none	swap	sw	0	0
/dev/scd0	/media/cdrom0	udf,iso9660	user,noauto,exec,utf8	0	0

le disque défectueux avec windows est sdc
la partition sur laquel j'ai essayé de créé une image est sdd1 (= /media/My Book)

Marc.

pbout340 · Le 10/05/2010, à 18:03

Je ne comprends pas pourquoi tu veux créer une image d'un disque dur défectueux.
Si tu veux récupérer simplement les données, tu accèdes à ton disque sdc1 depuis ubuntu et tu récupères les données.
D'ailleurs, je ne suis pas du tout sûr que ton HDD sdc1 soit défectueux.
la question est donc, à mon avis :
as-tu essayé d'accéder à sdc1 depuis ubuntu et, depuis ubuntu, as-tu essayé de voir le contenu de sdc1 dans nautilus ?

Totor · Le 10/05/2010, à 21:42

et l'USB, c'est loin d'être ce qu'il y a de plus rapide

Essaie d'augmenter bs à 100M (soit 100*1024*1024 bytes) afin de réduire les accès disques

Dernière modification par Totor (Le 10/05/2010, à 21:50)

credenhill · Le 11/05/2010, à 08:22

y a-t-il des erreurs de lecture ?

sudo dd if=/dev/sdc1 of=/dev/null bs=16065b

marcusbaslerus · Le 11/05/2010, à 09:38

bonjour,

Je n'arrive pas à le lire depuis Nautilus. Quand je tente de monter sdc1 le disque émet des "tac" audible à interval régulier.:(
Voici le retour de la commande mount :

marc@marc-desktop:/media/My Book/image_disque_waton$ sudo mount /dev/sdc1 /media/scd1
[sudo] password for marc: 
ntfs_attr_pread: ntfs_pread failed: Erreur d'entrée/sortie
Failed to read NTFS $Bitmap: Erreur d'entrée/sortie
NTFS is either inconsistent, or you have hardware faults, or you have a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows TWICE. The usage of the /f parameter is very
important! If you have SoftRAID/FakeRAID then first you must activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for the details.

Hier soir j'étais un peu à la bourre, alors Je viens seulement d'essayer la commande :

marc@marc-desktop:/media/My Book/image_disque_waton$ sudo dd if=/dev/sdc1 of=/dev/null bs=16065b

Mais comme je suppose que ça prend au moins le temps d'accès en lecture des 400Go (monté directement sur la carte mère) je doit attendre une ou deux heure ?

Marc.

credenhill · Le 11/05/2010, à 09:55

tu peux estimer le temps en mesurant la durée pour 130 blocks (~ 1Gb):

time sudo dd if=/dev/sdc1 of=/dev/null bs=16065b count=130

marcusbaslerus · Le 11/05/2010, à 10:33

la copie vers /dev/null viens de s'arrêter avec des "tac" "tac" audible à la fin. Voici le résultat :

marc@marc-desktop:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=16065b
dd: lecture de `/dev/sdc1': Erreur d'entrée/sortie
24320+1 enregistrements lus
24320+1 enregistrements écrits
200044642304 octets (200 GB) copiés, 2829,86 s, 70,7 MB/s

je ne sais pas si ça veux dire que je ne pourrais pas copier plus que ces 200GB ?

pour voir j'ai essayé :

marc@marc-desktop:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=16065b conv=noerror

Comme la tentative précédente à pris 47mn. Si cette-fois on arrive au bout des 400Go on peu espérer que ce petit test ne prenne pas plus de 1H35.:/

Marc.

pbout340 · Le 11/05/2010, à 10:45

Quand je tente de monter sdc1 le disque émet des "tac" audible à interval régulier.

ntfs_attr_pread: ntfs_pread failed: Erreur d'entrée/sortie
Failed to read NTFS $Bitmap: Erreur d'entrée/sortie
NTFS is either inconsistent, or you have hardware faults, or you have a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows TWICE. The usage of the /f parameter is very
important! If you have SoftRAID/FakeRAID then first you must activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for the details.

je ne voudrais pas faire le Cassandre, mais à la lecture de ces 2 informations, je m'inquiéterais de l'état physique du disque dur.... mais rien ne vous empêche de continuer avec dd !

HARDWARE : même pour un français... ça devrait tout de même faire tilt ! + Erreur d'entrée/sortie (là, c'est en FR)
NTFS is either inconsistent (inconsistant en FR).
Partant du principe qu'aucun montage RAID n'est mentionné dans la description des problèmes, je retiens donc le premier cas (In the first case) :
et j'exécuterais

run chkdsk /f

depuis Windows.(on Windows)

sauf que le windows en question n'est plus bootable et ne pourra l'être vu qu'il provient d'une installation réalisée sur un autre ordi (? : à préciser).
Bon.... c'est de la maintenance Windows... concernant la vérification chkdsk.
Côté Linux, fsck n'est pas recommandé pour vérifier des fichier NTFS.
Mais il est possible d'utiliserhttp://doc.ubuntu-fr.org/ntfsfix
et c'est de la maintenance hardware tout court concernant l'état physique du HDD.

une autre commande à tenter :

sudo badblocks -s -v -c 10240 /dev/sdc

Dernière modification par pbout340 (Le 11/05/2010, à 11:10)

Sciensous · Le 11/05/2010, à 12:37

sinon il y a aussi dd_rescue
http://www.cgsecurity.org/wiki/Disque_Dur_Endommag%C3%A9

autre chose, pour voir la progression, il suffit d'aller dans le dossier destination et voir la taille de l'image , non ?

rmy · Le 11/05/2010, à 12:44

Je confirme la très probable défaillance matérielle de ton disque. Par contre je te conseille puisque ton but est de récupérer le maximum de données de réaliser au plus vite et avant les autres tests (en particulier badblocks qui est assez stressant) une image disque la plus complète possible.

Pour cela tu peux utiliser dd_rhelp ou ddrescue (cf ma signature) qui vont faire le même boulot que dd ou dcfldd mais en ne restant pas bloqué sur les erreurs du disque. C'est beaucoup plus rapide pour sauver la plus grande partie, mais ça ne fera que réaliser une image de ton disque. Ça ne résoudra pas ton problème qui est par ailleurs que la MFT de ton NTFS est probablement endommagée.

Evites les ntfsfix et autres joyeusetés qui vont écrire sur ton disque. C'est pile ou face : quand ça marche tu es content mais ça s'applique très mal à certains cas. Fais le uniquement quand tu auras réalisé une copie de sauvegarde.

Après tu pourra travailler sur l'image de ton disque avec d'autres outils pour essayer de récupérer les données.

pbout340 · Le 11/05/2010, à 14:52

@rmy

Evites les ntfsfix et autres joyeusetés qui vont écrire sur ton disque

Merci pour cette précision. Autant j'ai déjà presque tout fait sous win en ce qui concerne la récup de données non spécialisée, autant je n'en suis qu'au début de mes expériences Linux à ce niveau.
Je ne conseillerai donc plus cette commande ni badblock car, effectivement, moins on écrit et moins on stress, plus il y a de chances de récupérer quelque chose.

Dernière modification par pbout340 (Le 11/05/2010, à 14:53)

marcusbaslerus · Le 11/05/2010, à 15:30

Voici toujours le résultat de dd vers /dev/null avec l'option noerror:

marc@marc-desktop:~$ sudo dd if=/dev/sdc1 of=/dev/null bs=16065b conv=noerror
dd: lecture de `/dev/sdc1': Erreur d'entrée/sortie
24320+1 enregistrements lus
24320+1 enregistrements écrits
200044642304 octets (200 GB) copiés, 2852,28 s, 70,1 MB/s
dd: lecture de `/dev/sdc1': Erreur d'entrée/sortie
36063+2 enregistrements lus
36063+2 enregistrements écrits
296635584000 octets (297 GB) copiés, 6266,18 s, 47,3 MB/s
48638+3 enregistrements lus
48638+3 enregistrements écrits
400076673024 octets (400 GB) copiés, 15995,1 s, 25,0 MB/s

il à donc repris deux fois suite à erreur.
vu que le temps total de lecture du disque défectueux était de 4H30, comparé au 8 jours de tentative de récupération, j'ai sans doute intérêt à enregistrer l'image de sauvegarde sur un disque branché directement sur ma carte mère.;)

Je vais voir si l'utilisation de dd_rhelp n'est pas trop compliqué.

Marc.

rmy · Le 11/05/2010, à 23:17

dd_rhelp c'est très simple, il te faut juste installer dd_rescue avant. dd_rhelp est actuellement fourni comme un executable "static", pas d'installation nécessaire.
Si tu as le moindre doute, demande moi avant de faire des bếtises, je te confirmerai.

marcusbaslerus · Le 20/05/2010, à 17:02

Juste pour vous tenir au courant, j'ai finalement pu faire une image de mon disque en 6-7 heures de temps environ. malgré tout je n'ai pas réussi à monter le fichier image.:(

Mais après un CHKDSK -R du disque malade depuis un disque d'installation de windows il est devenu montable et visible par nautilus. j'en ai alors copié le contenu moyennant une ou deux erreur de lecture.:D

Merci encore,
Marc.

rmy · Le 21/05/2010, à 00:42

Si tu as fais une image du disque c'est normal de ne pas pouvoir le monter... il faut faire dans ce cas une image de partition.

Si Chkdsk de windows a pu le réparer c'est qu'il n'y avait qu'un problème logiciel, tu pouvais donc dans ce cas probablement faire la même chose sur ton image disque avec testdisk.

L'essentiel est que tu aies pu récupérer tes données. Tant mieux !

jies · Le 31/03/2013, à 18:18

EauLand a écrit :

Hello
Suivant la taille d'une partition dd peut être lent, pour pas devenir trop fou avec de gros volume installe dcfldd qui fonctionne exactement comme dd mais qui rajoute une progression ainsi tu vois ou tu en es et tu peux rester calme même si c'est long.

Excellent merci pour cette info à propos de dcfldd, qui permet de savoir où en est la copie!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/05/2010, à 16:14

commande dd est baucoup trop lente [résolut]

#2 Le 10/05/2010, à 16:25

Re : commande dd est baucoup trop lente [résolut]

#3 Le 10/05/2010, à 16:32

Re : commande dd est baucoup trop lente [résolut]

#4 Le 10/05/2010, à 16:39

Re : commande dd est baucoup trop lente [résolut]

#5 Le 10/05/2010, à 17:37

Re : commande dd est baucoup trop lente [résolut]

#6 Le 10/05/2010, à 18:03

Re : commande dd est baucoup trop lente [résolut]

#7 Le 10/05/2010, à 21:42

Re : commande dd est baucoup trop lente [résolut]

#8 Le 11/05/2010, à 08:22

Re : commande dd est baucoup trop lente [résolut]

#9 Le 11/05/2010, à 09:38

Re : commande dd est baucoup trop lente [résolut]

#10 Le 11/05/2010, à 09:55

Re : commande dd est baucoup trop lente [résolut]

#11 Le 11/05/2010, à 10:33

Re : commande dd est baucoup trop lente [résolut]

#12 Le 11/05/2010, à 10:45

Re : commande dd est baucoup trop lente [résolut]

#13 Le 11/05/2010, à 12:37

Re : commande dd est baucoup trop lente [résolut]

#14 Le 11/05/2010, à 12:44

Re : commande dd est baucoup trop lente [résolut]

#15 Le 11/05/2010, à 14:52

Re : commande dd est baucoup trop lente [résolut]

#16 Le 11/05/2010, à 15:30

Re : commande dd est baucoup trop lente [résolut]

#17 Le 11/05/2010, à 23:17

Re : commande dd est baucoup trop lente [résolut]

#18 Le 20/05/2010, à 17:02

Re : commande dd est baucoup trop lente [résolut]

#19 Le 21/05/2010, à 00:42

Re : commande dd est baucoup trop lente [résolut]

#20 Le 31/03/2013, à 18:18

Re : commande dd est baucoup trop lente [résolut]

Pied de page des forums