[Résolu] Récupération de données sur Ethernet Big Disk Lacie

Eical · Le 27/01/2011, à 11:14

Comme si c'était pas assez compliqué comme ça j'ai une petite réponse amusante de cette dernière commande...

 ddrescue: too many files
Try `ddrescue --help' for more information.

rmy · Le 27/01/2011, à 13:22

Au temps pour moi, faute de "copé/collé", il y a un sde qui traine en trop

sudo ddrescue -n /dev/sde /media/Expansion\ Drive/imagesde.dd  /media/Expansion\ Drive/imagesde.log

Eical · Le 27/01/2011, à 13:33

C'est vraiment pas évident! Merci en tous cas, la copie a commencé.Et donc si j'ai bien compris, une fois terminée, je lance la commande

 sudo ddrescue -n /dev/sdd /media/Expansion\ Drive/imagesdd.dd  /media/Expansion\ Drive/imagesdd.log

Je suppose qu'il y en a pour la journée...

rmy · Le 27/01/2011, à 13:44

Il y en a pour un moment oui…
En moyenne tu devrais tourner à 20/30 Mo/s avec un disque usb, mais ça dépend pas mal du contrôleur.

Si le disque est endommagé, ça prendra plus de temps, voire beaucoup plus.

Eical · Le 27/01/2011, à 17:17

Il reste encore quelques heures.
Une fois cette opération terminée, puis-je retirer les deux disques de ma carte mère, ou aurons nous encore à travailler dessus?

Eical · Le 27/01/2011, à 18:22

Simplement pour info, le premier disque est copié.

 Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:   500107 MB,  errsize:       0 B,  current rate:   28508 kB/s
   ipos:   500107 MB,   errors:       0,    average rate:   28350 kB/s
   opos:   500107 MB,     time from last successful read:       0 s
Finished

rmy · Le 27/01/2011, à 20:12

Cool, au suivant…

Eical · Le 28/01/2011, à 07:41

Et voilà le deuxième, mais j'ai l'impression qu'il est moins cool que l'autre..... .

 Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:     4275 MB,  errsize:    495 GB,  current rate:    15328 B/s
   ipos:     4275 MB,   errors:       1,    average rate:   11524 kB/s
   opos:     4275 MB,     time from last successful read:       0 s
Finished

rmy · Le 28/01/2011, à 14:31

Ah bah là ça va pas. Ton disque a du s'arrêter ou être déconnecté… relance la commande avec -T à la place de -n, vérifie avec fdisk que c'est le bon (/dev/sdd) et qu'il est toujours présent.

Eical · Le 28/01/2011, à 14:57

Je me disais aussi... Juste pour voir j'ai arrêté et redémarré mon pc après un certain temps, et relancé la copie. Il m'a sorti exactement le même une deuxième fois.
La manip que tu viens de me conseiller est en cours.

Eical · Le 28/01/2011, à 15:28

C'est plus compliqué que ça.... Le disque n'apparaît plus lors de la commande fdisk.
Au temps pour moi.... il suffisait que je redémarre mon ordi.
par contre la manip a tourné court:

 Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:     4294 MB,  errsize:       0 B,  current rate:     458 kB/s
   ipos:     4294 MB,   errors:       0,    average rate:   12782 kB/s
   opos:     4294 MB,     time from last successful read:       0 s
Copying non-tried blocks...
ddrescue: write error: File too large

Je ressens comme une certaine inquiétude mais je reste zen....

edit: j'ai retenté la même commande et cette fois ci pas de mauvais message.... le "rescued" s'est arrêté à 4275 et une erreur est signalée.
J'ai l'impression que la copie à cessé mais le "ipos" et "opos" tournent quand même donc dès qu'il se passe qqchose je laisserai une info dessus.
On dirait que ça tourne un peu en rond.... et qu'il ne se passe plus grand chose. "ipos" et "opos" tournent mais reviennent à 0 après être allés jusqu'à 500000 et ça repart...
3heures plus tard, il ne se passe pas grand chose.... mis à part ça recommence à zéro à chaque fois...
Dois-je arrêter ou laisser encore tourner?

Dernière modification par Eical (Le 28/01/2011, à 19:49)

Eical · Le 28/01/2011, à 20:42

Voilà 4 heures que ça tourne en rond....
Que penses-tu? Faut-il laisser ou poursuivre?

rmy · Le 28/01/2011, à 20:48

Non, le problème c'est que là tu dois faire la copie vers un support en FAT32 : taille maximale 4G par fichier. Il te faut un disque externe en NTFS. Vérifie tes points de montage avec mount encore une fois…
Je serai absent tout le WE, mais j'essaie de suivre à distance aussi régulièrement que possible.

Eical · Le 28/01/2011, à 22:40

Chapeau, j'admire ta perspicacité.
Je te souhaite un bon week end et j'essaye d'avancer au mieux mais j'en ai pour un bout de temps....
(déplacer les données du fat32, le formater en ntfs, et copier la deuxième image....)
A plus tard!

rmy · Le 29/01/2011, à 02:27

ça marche, je surveille de loin en attendant.

Eical · Le 29/01/2011, à 15:34

Bon.... c'est mieux mais c'est pas gagné. Mon indice de moral est remonté de 0.00067 points....
Tournicoti, tournicota, il tourne encore dans le vide reprenant au niveau de l'erreur.
Sauf que l'erreur n'est plus à 4Go, mais à 270 Go. (c'est le mieux que j'évoquais).

 Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:   270397 MB,  errsize:    229 GB,  current rate:        0 B/s
   ipos:   274193 MB,   errors:       1,    average rate:   14936 kB/s
   opos:   274193 MB,     time from last successful read:       2 h
^Clitting failed blocks...

Je l'arrête et j'attend de nouvelles consignes.
Merci!

rmy · Le 29/01/2011, à 17:06

Tu reprends avec -T alors…, et envoie moi le .log par mail à contact at diskcard poi nt fr

Eical · Le 30/01/2011, à 13:23

Voici la suite des aventures qui s'est poursuivie par mail....
Bonjour Rmy
Ok pour le log, désolé de la confusion ... on va y arriver mais dès que j'ai l'occasion de me rendre intelligent je ne m'en prive pas.... !
Bonne lecture! et mets des lunettes, il fait mal aux yeux....
En ce qui concerne ddrescue, je dois le laisser tourner jusqu'au bout? car je l'ai arrêté au moment où il commençait à tourner en rond.

Bonjour Eical
ton log n'est pas très encourageant. Il est sain sur une grosse première partie, puis les erreurs s'enchaînent.

Il faudrait laisser refroidir ton disque un peu, puis retenter avec les options "-c 16 - r 2" à la place de -T pour ddrescue. ça risque d'être très long (peut-être plusieurs jours), mais peut-être que tu arriveras à réduire un peu la taille "perdue". Si tu constates que ça repart bien puis qu'au bout d'un moment plus ou moins long ça repart en erreur, il faudra régulièrement arrêter le disque et recommencer avec la même commande. Le log sert justement à reprendre. C'est que ton disque provoquerait des erreurs à la surchauffe.

Dans ce cas, le mettre dans du sopalin avec une protection, et le placer entre deux "pains de glace plastique" pendant la récup peut être une solution d'amélioration. Attention à la condensation, les circuits n'aiment pas.

Eical · Le 01/02/2011, à 15:35

Petit up et suite de notre correspondance par mail

Eical:
Ce n'est pas la panacée.... d'ailleurs si je puis me permettre, mon disque fait des petits clac clac (la grippe?)
Tu me dis que je peux interrompre en cas d'erreur et reprendre. Interrompre ok c'est Ctrl C
mais pour reprendre?
Merci.

rmy
Pour reprendre tu relances la meme commande. Ddrescue s'appuye sur le log pour reprendre ou il en était. Le clacclac est assez inquiétant. Defaillance matérielle imminente probable...

Eical
Je te remercie d'être aussi disponible.
Ce message n'attend pas une réponse urgente donc ne te presse pas. Retrouve ton confort, un pc etc...
Je souhaitai juste savoir quand tu me dis il faudra régulièrement arrêter le disque et recommencer avec la même commande, je fais Ctrl C pour arrêter ddrescue, et ensuite? je peux débrancher le disque comme ça? le mettre à refroidir et le rebrancher sans éteindre le pc?
Sinon je suis embêté avec ma version installée de ubuntu donc je suis repassé sur le cd ubuntu pour retenter des ddrescue.
En fait, à l'origine il m'indiquait au démarrage que mon espace disque est de 0 octets alors que je n'ai rien téléchargé et du coup ubuntu ne se démarre plus. J'ai un message d'erreur au démarrage.
Alors je suis repassé sur le cd pour réouvrir une session. Ce n'est pas trop handicapant pour le moment.
Bonne soirée.

rmy
J'ai encore une bonne heure à tuer à la gare, j'en profite donc pour te répondre de manière un peu plus détaillée :
1/ Arrêter régulièrement le disque : c'est uniquement si tu constate que lors de la surchauffe il y a plus d'erreurs, voire des arrêts de ton disque. Sinon tu laisses tourner autant que possible.
2/ Si c'est un disque sata, tu peux à priori le brancher/débrancher à chaud. Dans la mesure du possible, j'évite tout de même, surtout avec un disque malade. Par contre, je crois que dans ton cas, une fois le disque éteint, il n'est plus reconnu et tu dois redémarrer, non ?
3 / Depuis le liveCD tu peux regarder ce qui bloque dans ton ubuntu installé, pourquoi tu n'as plus de place, en faire un peu si possible, ça devrait rebooter normalement après. Si ton disque est défectueux, il est possible que les fichiers log de dmesg et du kernel soient très volumineux.
Bonne journée

Eical · Le 01/02/2011, à 19:29

Bonsoir.
En ce qui concerne la surcharge de mon disque et donc Ubuntu qui ne s'ouvre plus, j'ai effectivement deux fichiers Système de fichier>var>log>kernel, qui font plus de 1Go. Il faut que je parvienne à les supprimer.
Par contre la copie du disque abimée est extrêmement longue. Plusieurs jours...
Patientons.

Dernière modification par Eical (Le 01/02/2011, à 19:30)

rmy · Le 02/02/2011, à 00:02

SI ça peut te remonter le moral, j'ai passé un mois sur une récup pour trouvetongull

Eical · Le 02/02/2011, à 16:46

Merci pour mon moral.... ça tourne à 42040 B/s Il y a encore 100 Go à copier...
Par contre je ne parviens pas à supprimer les fameux système>var>log>kern. C'est pas trop pratique avec le cd quand même surtout en cas de redémarrage.
Merci pour tes encouragements.

rmy · Le 02/02/2011, à 17:19

tu devrais pouvoir les supprimer avec le livecd…

Eical · Le 02/02/2011, à 23:43

Bonsoir rmy

J'ai merdé... Comme j'ai besoin quand même de travailler en parallèle sur mon pc un minimum, j'ai viré donc les fichiers qui prenaient de la place.
J'ai ensuite redémarré sur la version installée d'ubuntu et tenté de poursuivre la copie.
non seulement elle ne reprend pas ou je l'avais arrêté, mais en plus au bout de quelques instants:

 ddrescue: write error: No space left on device

Déjà je ne sais pas de quel device il me parle, surtout que j'ai de la place partout normalement.
J'aimerai savoir une chose maintenant: la manipulation que nous avons mise en place, de créer une image, aussi lente soit-elle peu importe.
Mais une fois que l'image est créée, quelles sont les chances de récupérer les données? Y aurons nous accès?
J'aimerai me projeter et comprendre ou nous allons...

Pour info j'ai un fichier imagesdd.dd de 416,4 GiO pour le moment. C'est mieux que le précédent!
Je te remercie. (et ne suis pas encore totalement désespéré)

Dernière modification par Eical (Le 02/02/2011, à 23:45)

rmy · Le 03/02/2011, à 11:53

Eical a écrit :

Bonsoir rmy
J'ai merdé... Comme j'ai besoin quand même de travailler en parallèle sur mon pc un minimum, j'ai viré donc les fichiers qui prenaient de la place.
J'ai ensuite redémarré sur la version installée d'ubuntu et tenté de poursuivre la copie.

Y'a pas de problème ici…

Eical a écrit :

non seulement elle ne reprend pas ou je l'avais arrêté, mais en plus au bout de quelques instants:
 ddrescue: write error: No space left on device 

Tout simplement parce que tu as utilisé "tel quel" la même commande sans l'adapter au point de montage de ton disque externe où se trouvent l'image et le log…

Eical a écrit :

J'aimerai savoir une chose maintenant: la manipulation que nous avons mise en place, de créer une image, aussi lente soit-elle peu importe.
Mais une fois que l'image est créée, quelles sont les chances de récupérer les données? Y aurons nous accès?

Bien malin celui qui pourrait le garantir avec un disque dans cet état sur un raid…

Ce que nous allons faire après, une fois que ton image sera la plus complète possible :
assembler le raid à partir des images. Il faudra probablement utiliser des loopdevices, avec pour l'unb d'eux un offset vu que ton raid JBOD est un assemblage d'un disque complet avec une partition (quelle connerie de Lacie). Ensuite, nous partirons à la chasse au Filesystem, en essayant de retrouver/réparer ce XFS endommagé… Enfin, nous essaieront de monter ce filesystem si il est sain. Et si ça n'est pas possible, il te faudra passer par une étape longue est fastidieuse qu'est la récupération de données brutes, à trier, à s'arracher les cheveux.

Et oui… c'est un métier…

Bon courage, continue ¡

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 27/01/2011, à 11:14

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#27 Le 27/01/2011, à 13:22

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#28 Le 27/01/2011, à 13:33

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#29 Le 27/01/2011, à 13:44

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#30 Le 27/01/2011, à 17:17

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#31 Le 27/01/2011, à 18:22

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#32 Le 27/01/2011, à 20:12

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#33 Le 28/01/2011, à 07:41

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#34 Le 28/01/2011, à 14:31

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#35 Le 28/01/2011, à 14:57

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#36 Le 28/01/2011, à 15:28

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#37 Le 28/01/2011, à 20:42

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#38 Le 28/01/2011, à 20:48

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#39 Le 28/01/2011, à 22:40

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#40 Le 29/01/2011, à 02:27

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#41 Le 29/01/2011, à 15:34

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#42 Le 29/01/2011, à 17:06

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#43 Le 30/01/2011, à 13:23

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#44 Le 01/02/2011, à 15:35

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#45 Le 01/02/2011, à 19:29

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#46 Le 02/02/2011, à 00:02

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#47 Le 02/02/2011, à 16:46

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#48 Le 02/02/2011, à 17:19

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#49 Le 02/02/2011, à 23:43

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

#50 Le 03/02/2011, à 11:53

Re : [Résolu] Récupération de données sur Ethernet Big Disk Lacie

Pied de page des forums