Lecture partition RAW d'un DDE par linux?

jamesbad000 · Le 23/03/2014, à 20:52

J'avoue que je ne connais pas trop les bonnes adresses. Comme c'est un disque samsung, en première intention je regarderais du coté du constructeur s'il ne fournis pas un service de ce genre.
Mais je vais jeter un oeil sur chronodisk

jamesbad000 · Le 23/03/2014, à 21:13

Oui, ca m'a l'air sérieux chronodisk.

Bon, si le disque ne fait plus de bruits (effectivement il devait être scotché à essayer de lire quelque chose, et j'aurais du te dire de faire le umount juste après l'avoir connecté...)
et que le compteur de rescued avance régulièrement tu ne vas peut-être pas avoir besoin de leurs services.

Après, si vraiment tes données valent de l'or, il vaut mieux interrompre l'opération, et débrancher le disque.

AEt · Le 23/03/2014, à 21:15

Ah l'opération en cours risque d'effacer une partie des données? je pensais que c'était juste une sauvegarde?
disons qu'il y a une dizaine de documents de programmes (logiciels stat) que j'aimerais ne pas avoir à refaire (plusieurs jours de boulot et de vérifications)

pour le moment rescued 204 640 / ipos 2537 / errors 3

Merci encore et toujours

Dernière modification par AEt (Le 23/03/2014, à 21:17)

jamesbad000 · Le 23/03/2014, à 21:22

Non il n'y a pas de risque d'effacement lié à cette opération proprement dit. Mais le seul fait de continuer à utiliser le disque pourrait précipiter la panne et aggraver le problème (si les tête de lecture viennent frotter le disque et arracher de la matière par exemple)
Dans un labo il vont ouvrir le disque avant toute chose, et changer les pièces si nécessaire pour éviter que cela arrive.

En tout cas la ça progresse sans trop de problème, même si c'est un peu lent (0,1% du volume total copié) et seulement 3 erreurs

jamesbad000 · Le 23/03/2014, à 21:46

AEt a écrit :

pour le moment rescued 204 640 / ipos 2537 / errors 3

Hum, en fait sans les unitées (kB / mB ?) le ipos parait bizarre
Par ailleurs le "errsize" est plus significatif que le "errors"

AEt · Le 23/03/2014, à 21:48

Ok. A priori il ne fait plus de bruit donc plus de risque d'aggraver le problème?!

ça a été plus vite que prévu

ubuntu@ubuntu:~$ sudo umount -fl /dev/sdh1
ubuntu@ubuntu:~$ sudo ddrescue -n /dev/sdh /media/ubuntu/DATA/sdh.img /media/ubuntu/DATA/sdh.log


GNU ddrescue 1.16
Press Ctrl-C to interrupt
rescued:   556883 kB,  errsize:    249 GB,  current rate:     3584 B/s
   ipos:   145424 kB,   errors:       8,    average rate:     180 kB/s
   opos:   145424 kB,     time since last successful read:       0 s
Finished

jamesbad000 · Le 23/03/2014, à 22:06

Vite fait, mais mal fait. Il n'a récupéré que un demi Gigaoctet (rescued: 556883 kB) et tout le reste est en erreur ( errsize: 249 GB).

Maintenant on peut relancer différemment pour traiter les zones en erreurs par fractions. (grace au fichier log, ddrescue ne va plus s'occuper des parties déjà copiées). Pour ça on retire l'option -n

sudo ddrescue /dev/sdh /media/ubuntu/DATA/sdh.img /media/ubuntu/DATA/sdh.log

Mais là avec autant de volume restant à traiter, je me demande bien combien on va récupérer de mieux au final

jamesbad000 · Le 23/03/2014, à 22:11

AEt a écrit :

il ne fait plus de bruit donc plus de risque d'aggraver le problème?!

Ca va peut-être recommencer à faire du bruit car la commande sans l'option -n va insister plus lourdement sur les zones à problèmes

AEt · Le 23/03/2014, à 22:12

Yes, indeed.....

AEt · Le 23/03/2014, à 22:18

Pas mieux?!

sudo ddrescue /dev/sdh /media/ubuntu/DATA/sdh.img /media/ubuntu/DATA/sdh.log


GNU ddrescue 1.16
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   556883 kB,  errsize:    249 GB,  errors:       8
Current status
rescued:   558540 kB,  errsize:    249 GB,  current rate:        0 B/s
   ipos:   148752 kB,   errors:      17,    average rate:     9689 B/s
   opos:   148752 kB,     time since last successful read:      31 s
Splitting failed blocks...
ddrescue: input file disappeared: No such file or directory

Dernière modification par AEt (Le 23/03/2014, à 22:18)

jamesbad000 · Le 23/03/2014, à 22:41

input file disappeared:

Il a eut le temps de récupérer quelques Mo de plus, mais après le disque à disparu semble-il.

Si le disque revient, Il est toujours possible de relancer, mais ça va devenir vraiment compliqué s'il se déconnecte intempestivement.

Peut-être qu'en sortant le disque du boitier usb et le connectant directement sur un port sata ou ide ça irait mieux. Mais ça peut-être plus ou moins compliqué.

AEt · Le 23/03/2014, à 22:47

relancé...et contenu lu de nouveau visible ... puis ça recommence à faire du bruit et ça "redisparait"!

GNU ddrescue 1.16
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   558540 kB,  errsize:    249 GB,  errors:      17
Current status
rescued:   558796 kB,  errsize:    249 GB,  current rate:        0 B/s
   ipos:     3652 MB,   errors:      19,    average rate:     3246 B/s
   opos:     3652 MB,     time since last successful read:      25 s
Splitting failed blocks...
ddrescue: input file disappeared: No such file or directory

donc je pense m'arrêter là et amener le tout demain pour tentative de récupération....

AEt · Le 23/03/2014, à 22:48

ps : je n'ai pas de port sata ni ide!

Dernière modification par AEt (Le 23/03/2014, à 22:51)

jamesbad000 · Le 23/03/2014, à 22:49

Effectivement, je crois que c'est le mieux a faire dans cette situation...

AEt · Le 23/03/2014, à 22:52

Bon alors un grand MERCI pour tout ! ! !

et à bientôt si je me mets finalement à linux! haha

AEt · Le 23/03/2014, à 22:54

Et dernière question : comment explorer ce qui a été sauvegardé (ddrescue)?

jamesbad000 · Le 23/03/2014, à 22:54

Ok. Bonne chance pour la récup de tes fichiers...

jamesbad000 · Le 23/03/2014, à 23:04

AEt a écrit :

Et dernière question : comment explorer ce qui a été sauvegardé (ddrescue)?

Tu peux toujours essayer d'utiliser "photorec" en lui donnant comme paramètre d'entré le nom du fichier image
/media/ubuntu/DATA/sdh.img

Mais il faut bien comprendre que ce qui a été copié sont des morceaux de disque dur contenant aussi bien des morceaux de fichier, que des espaces vide du disque, ou des éléments technique du système de fichier, et il est probable qu'il ne contienne rien d'exploitable avec un pourcentage récupéré aussi faible

Dernière modification par jamesbad000 (Le 23/03/2014, à 23:09)

AEt · Le 23/03/2014, à 23:11

Ok.

En tous cas merci : je ne le dirai jamais assez!! ce forum est très bien fait, tes explications et ta disponibilité formidables!

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 23/03/2014, à 20:52

Re : Lecture partition RAW d'un DDE par linux?

#52 Le 23/03/2014, à 21:13

Re : Lecture partition RAW d'un DDE par linux?

#53 Le 23/03/2014, à 21:15

Re : Lecture partition RAW d'un DDE par linux?

#54 Le 23/03/2014, à 21:22

Re : Lecture partition RAW d'un DDE par linux?

#55 Le 23/03/2014, à 21:46

Re : Lecture partition RAW d'un DDE par linux?

#56 Le 23/03/2014, à 21:48

Re : Lecture partition RAW d'un DDE par linux?

#57 Le 23/03/2014, à 22:06

Re : Lecture partition RAW d'un DDE par linux?

#58 Le 23/03/2014, à 22:11

Re : Lecture partition RAW d'un DDE par linux?

#59 Le 23/03/2014, à 22:12

Re : Lecture partition RAW d'un DDE par linux?

#60 Le 23/03/2014, à 22:18

Re : Lecture partition RAW d'un DDE par linux?

#61 Le 23/03/2014, à 22:41

Re : Lecture partition RAW d'un DDE par linux?

#62 Le 23/03/2014, à 22:47

Re : Lecture partition RAW d'un DDE par linux?

#63 Le 23/03/2014, à 22:48

Re : Lecture partition RAW d'un DDE par linux?

#64 Le 23/03/2014, à 22:49

Re : Lecture partition RAW d'un DDE par linux?

#65 Le 23/03/2014, à 22:52

Re : Lecture partition RAW d'un DDE par linux?

#66 Le 23/03/2014, à 22:54

Re : Lecture partition RAW d'un DDE par linux?

#67 Le 23/03/2014, à 22:54

Re : Lecture partition RAW d'un DDE par linux?

#68 Le 23/03/2014, à 23:04

Re : Lecture partition RAW d'un DDE par linux?

#69 Le 23/03/2014, à 23:11

Re : Lecture partition RAW d'un DDE par linux?

Pied de page des forums