Récupérer données DD

Celine39 · Le 20/02/2019, à 20:05

Ok merci beaucoup pour le temps que tu me consacres en tout cas !

Celine39 · Le 20/02/2019, à 20:29

celine@celine-Lenovo-ideapad-330-17AST:~$ sudo ddrescue -n -f -b4096 /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log
[sudo] Mot de passe de celine : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 174493 kB, tried: 1716 kB, bad-sector: 0 B, bad areas: 0

     ipos:  153304 MB, non-trimmed:    3739 kB,  current rate:   10922 B/s
     opos:  153304 MB, non-scraped:        0 B,  average rate:    5211 B/s
non-tried:  499918 MB,  bad-sector:        0 B,    error rate:       0 B/s
  rescued:  185671 kB,   bad areas:        0,        run time:     35m 45s
pct rescued:    0.03%, read errors:       39,  remaining time:    518d 14h
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

Voilà où on en est..

Nuliel · Le 20/02/2019, à 20:43

Tu peux arrêter avec Ctrl+C puis passer

sudo ddrescue -n -f -b4096 -c 64 /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log

et laisser tourner 10 min le temps que ça se stabilise, puis tu peux redonner l'état de la copie. On va voir si c'est plus rapide.

Celine39 · Le 20/02/2019, à 21:00

Ok je ferai ça demain je dois laisser l'ordinateur, merci bonne soirée à demain pour de nouvelles aventures

Celine39 · Le 21/02/2019, à 09:41

celine@celine-Lenovo-ideapad-330-17AST:~$ sudo ddrescue -n -f -b4096 -c 64 /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log
[sudo] Mot de passe de celine : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 195858 kB, tried: 5230 kB, bad-sector: 0 B, bad areas: 0

     ipos:  213515 MB, non-trimmed:    5689 kB,  current rate:       0 B/s
     opos:  213515 MB, non-scraped:        0 B,  average rate:       0 B/s
non-tried:  499906 MB,  bad-sector:        0 B,    error rate:    196 kB/s
  rescued:  195858 kB,   bad areas:        0,        run time:      2m  6s
pct rescued:    0.03%, read errors:        2,  remaining time:         n/a
                              time since last successful read:         n/a
Copying non-tried blocks... Pass 1 (forwards)
ddrescue: Input file disappeared: No such file or directory

Nuliel · Le 21/02/2019, à 11:12

Tu peux arrêter la copie avec ctrl+C. C'est la merde, le disque est visiblement en train de lâcher.

Tu peux refaire un rapport smart?

Dernière modification par Nuliel (Le 21/02/2019, à 11:31)

jamesbad000 · Le 21/02/2019, à 12:59

Bonjour.

@Naziel, pour répondre à ta question sur mail. Il n'y a pas de paramètres magiques. D'une façon général, il vaut mieux laisser rouler avec les valeurs par défaut dans un premier temps, à l'exception de la taille de secteur qui doit absolument correspondre à la taille de secteur physique (Que tu as choisi correctement)
et être patient, suivant l'état du disque laisser tourner une semaine n'est pas inhabituel. Sachant que l'estimation de temps peut rechuter rapidement s'il y a juste une zone ou sont concentrés des secteurs endommagées.

Dans un 2ème temps on peut relancer avec l'option -r pour faire des retry sur les secteurs qui n'ont pu être lu après un premier cycle complet. (on peut aussi bien le faire depuis le début, mais ça permet de faire un point d'étape...)

Donc ma seule recommandation est d'enlever le -n qui désactive une fonctionnalité utile pour récupérer un max de données. Ainsi que le -c, parce qu'il est hasardeux d'espérer obtenir des meilleurs perf en réduisant la taille de blocs...

Nuliel · Le 21/02/2019, à 13:06

Merci jamsbad000!
L'option -T est elle utile dans ce cas là?

sudo ddrescue -f -b4096 /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log

jamesbad000 · Le 21/02/2019, à 13:14

Pas vraiment. Cette option provoquera un abandon prématuré de la copie si ça dure trop longtemps entre 2 lectures réussi.
Alors qu'un simple ctrl+c permet de le faire...

Nuliel · Le 21/02/2019, à 13:24

@jamesbad000: Ok. Y a t'il d'autres paramètres souvent utiles?

@Celine39 : Tu peux donc refournir un rapport smart avec

sudo smartctl -s on -a /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0

afin de voir l'évolution
puis recommencer la copie avec

sudo ddrescue -f -b4096 /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log

Dernière modification par Nuliel (Le 21/02/2019, à 13:25)

NicoApi73 · Le 21/02/2019, à 13:40

@Naziel : A ton avis, quel est le paramètre qui se dégrade :

bad-sector:        0 B

et de même, il n' y a pas (encore) de secteurs réalloués, juste en attente. J'aurai tendance à penser que la surface n'est peut être pas en cause.
Je me permets de poser ces questions car ça pourrait influencer la manière de récupérer les données.

jamesbad000 · Le 21/02/2019, à 13:45

Effectivement à ce stade ce ne sont probablement pas les quelques secteurs endommagés qui sont la cause de la lenteur, mais un problème plus général, comme une dégradation des têtes de lectures.
Quoiqu'il en soit, il n'y a rien que l'on puisse faire de mieux que laisser tourner ddrescue...

Après si la récupération de ces données est très importante, il faut débrancher tout de suite ce disque et l'amener chez un professionnel de la récupération, qui pourra éventuellement ouvrir le disque et corriger ce qui ne va pas pour améliorer les chances de récupérations.

l n' y a pas (encore) de secteurs réalloués, juste en attente.

Parce que pour qu'ils puissent être réalloués, il faut soit que le disque ait réussi à les lire, pour déplacer les données dans un secteur de réserve, soit qu'il y ait eu une tentative d'écriture qui échoue...

Dernière modification par jamesbad000 (Le 21/02/2019, à 13:48)

NicoApi73 · Le 21/02/2019, à 13:54

@jamesbad000 : est il possible de ne pas s'occuper de ces secteurs pour l'instant et de traiter le reste d'abord? (en espérant que ce ne soit pas la table d'allocation)

jamesbad000 · Le 21/02/2019, à 14:03

gddescue ne sait rien des secteurs de réserve. C'est une information interne au disque. Et quand un programme demande à lire ou écrire dans un secteur réalloué. Le disque lit ou écrit le secteur de réserve qui lui a été associé à la place.

Mais le principe de base de gddrescue est justement d'aller voir plus loin dès qu'il trouve une zone ou les secteurs sont difficiles ou impossible à lire pour y revenir à la fin (et avec un algorithme lui permettant de cerner progressivement les parties les plus endommagées).

Nuliel · Le 21/02/2019, à 14:11

Je pensais que l'option -n permettait d'éviter les secteurs défectueux en faisant des "sauts" pour trouver des secteurs non défectueux.

Accéder à la Plist/Glist serait il utilisable par ddrescue?

Dernière modification par Nuliel (Le 21/02/2019, à 14:13)

jamesbad000 · Le 21/02/2019, à 14:21

Dans ton cas, tout ce qu'on pourrait faire de plus intelligent, c'est se concentrer sur la ou les partitions qui contiennent les données à récupérer, au lieu de chercher à copier tout le disque. J'imagine que c'est dans une de ces 2 là ?

/dev/sdb4      2721792 393431039 390709248 186,3G Données de base Microsoft
/dev/sdb5    393431040 934809599 541378560 258,2G Données de base Microsoft

Naziel a écrit :

Je pensais que l'option -n permettait d'éviter les secteurs défectueux en faisant des "sauts" pour trouver des secteurs non défectueux.

Non le -n élimine la phase de tentative de récupérations des ultimes secteurs qui n'ont pus ou n'ont pas encore été lus parce qu'il se trouve en plein milieux d'une zone foireuse.

Edit: cette option -n, ainsi que toutes celles qui désactivent l'acharnement thérapeutique prévu par gddrescue, n'ont de sens que dans certains cas particulier : Par exemple, si on dispose de 2 copies identiques et endommagées d'un disque ou d'un cd. Et qu'on veut éviter de perdre du temps sur l'un alors qu'on à peut-être ce qu'il manque sur l'autre.

edit3 : ajout en italique ci-dessus, pour prendre en compte le fait que j'ai utilisé -n un peu plus loin, pour une autre raison que celle indiquée ci-dessus.

edit2: et comme expliqué précédemment, sauter les secteurs défectueux est le principe de base de ddrescue.

Naziel a écrit :

Accéder à la Plist/Glist serait il utilisable par ddrescue?

Autant que je sache non. Et de toute façon la logique de gddrescue fait qu'on n'y gagnerait pas grand chose.

Dernière modification par jamesbad000 (Le 23/02/2019, à 17:11)

moko138 · Le 21/02/2019, à 14:50

Au cas où vous ne l'auriez pas déjà fait, pensez à désactiver les autotests sur le disque dégradé :

sudo smartctl -o off /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0

ou

sudo smartctl --offlineauto=off /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0

Nuliel · Le 21/02/2019, à 15:38

Oups, effectivement il faut désactiver les autotests

Ok pour le paramètre -n

Donc Celine39 pourrais tu passer la commande

sudo smartctl -o off /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0

avec le disque malade branché, et dire quelle partition est à récupérer en priorité (en d'autres termes où se trouvent les données les plus importantes)

Dernière modification par Nuliel (Le 21/02/2019, à 15:39)

Celine39 · Le 21/02/2019, à 21:45

celine@celine-Lenovo-ideapad-330-17AST:~$ sudo smartctl -o off /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0
[sudo] Mot de passe de celine : 
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.18.0-15-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Automatic Offline Testing Disabled.

Désolée pas très dispo aujourd'hui, Les autotests sont désactivés.

Pour les données à récupérer je ne sais pas vraiment, j'ai surtout besoin de retrouver 2 dossiers qui étaient sur le bureau avec des photos et vidéos.
Et le principal: un document Word qui était dans un de ces dossiers, si jamais il est possible de faire une recherche par type de fichier ?

Peux tu me dire quelle commande je dois passer maintenant stp ?

jamesbad000 · Le 22/02/2019, à 00:34

On ne peut pas faire la moindre recherche de fichier à ce stade. On ne peut que recopier une partition entière.

Mais un dossier sur le bureau se trouve en standard sur le lecteur C: de windows. Est-ce que tu te rappel si ton lecteur C: faisait plutôt 186Go ou 258Go ?

Sinon, à défaut de savoir, commencer au hasard sur la partition de 186Go avec la commande ci-dessous:

sudo ddrescue -f -b4096 -n -N -i $((2721792*512)) -s $((390709248*512)) /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log

@Naziel du coup je me contredit en utilisant -n -N pour éviter de revenir sur les zones les plus difficiles à lire. Parce que je ne suis pas certain qu'il s'agisse de la bonne partition, et que je veux éviter d'user le disque en pur perte. On verra si on en a assez pour identifier ce qu'il y a dans la partition, avant d'insister, ou de passer à l'autre...

Dernière modification par jamesbad000 (Le 22/02/2019, à 00:40)

Celine39 · Le 22/02/2019, à 09:04

Je ne sais pas du tout, j'ai lancé la commande...

celine@celine-Lenovo-ideapad-330-17AST:~$ sudo ddrescue -f -b4096 -n -N -i $((2721792*512)) -s $((390709248*512)) /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log
[sudo] Mot de passe de celine : 
Désolé, essayez de nouveau.
[sudo] Mot de passe de celine : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
(sizes limited to domain 1393557504 B to 201436692480 B of 500107862016 B)
rescued: 44105 kB, tried: 4370 kB, bad-sector: 0 B, bad areas: 0

     ipos:  108907 MB, non-trimmed:   27045 kB,  current rate:       0 B/s
     opos:  108907 MB, non-scraped:        0 B,  average rate:    214 kB/s
non-tried:  199938 MB,  bad-sector:        0 B,    error rate:  22609 kB/s
  rescued:   77201 kB,   bad areas:        0,        run time:      2m 33s
pct rescued:    0.03%, read errors:      346,  remaining time:  2d  1h 53m
                              time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)
ddrescue: Input file disappeared: No such file or directory

Je crois que c'est cuit.. Et sur l'autre ?

jamesbad000 · Le 22/02/2019, à 11:21

Effectivement si le disque disparaît au bout de 2 minutes, c'est mal barré. En plus le taux d'erreurs qui fait 100 fois le taux de lecture...
Et l'autre partition, ça a toutes les chances d'être pareil. Le disque qui disparaît c'est probablement un problème d'électronique.
M'enfin, si tu veux essayer, voici la commande avec les position et taille correspondant à l'autre partition

sudo ddrescue -f -b4096 -n -N -i $((393431040*512)) -s $((541378560*512)) /dev/disk/by-id/usb-Innostor_Ext._HDD_20181124-0:0 /dev/disk/by-id/usb-WD_Elements_10B8_575853314543335843505A38-0:0 log

Dernière modification par jamesbad000 (Le 24/02/2019, à 00:47)

Celine39 · Le 23/02/2019, à 13:35

Même résultat
Bon pas d'autre solution ? ... A part les sociétés qui coûtent un bras !
Merci à tous quand même pour votre temps et vos connaissances !

Nuliel · Le 23/02/2019, à 13:45

Malheureusement, lorsque le disque est trop abîmé, la réparation matérielle est nécessaire (j'imagine remplacer la pièce défectueuse en salle blanche). ddrescue ça permet d'éviter la réparation matérielle lorsqu'on fait la copie avant qu'il décide de lâcher. Mais logiciellement je pense qu'on aura pas mieux.

Tu peux demander un devis sur diskcard (c'est la société de rmy, un aidant de ce forum qui en a fait son métier)
Je n'ai absolument aucune idée du prix.

Celine39 · Le 23/02/2019, à 21:39

Merci j'ai envoyé un mail pour savoir ce qu'il était possible de faire ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 20/02/2019, à 20:05

Re : Récupérer données DD

#27 Le 20/02/2019, à 20:29

Re : Récupérer données DD

#28 Le 20/02/2019, à 20:43

Re : Récupérer données DD

#29 Le 20/02/2019, à 21:00

Re : Récupérer données DD

#30 Le 21/02/2019, à 09:41

Re : Récupérer données DD

#31 Le 21/02/2019, à 11:12

Re : Récupérer données DD

#32 Le 21/02/2019, à 12:59

Re : Récupérer données DD

#33 Le 21/02/2019, à 13:06

Re : Récupérer données DD

#34 Le 21/02/2019, à 13:14

Re : Récupérer données DD

#35 Le 21/02/2019, à 13:24

Re : Récupérer données DD

#36 Le 21/02/2019, à 13:40

Re : Récupérer données DD

#37 Le 21/02/2019, à 13:45

Re : Récupérer données DD

#38 Le 21/02/2019, à 13:54

Re : Récupérer données DD

#39 Le 21/02/2019, à 14:03

Re : Récupérer données DD

#40 Le 21/02/2019, à 14:11

Re : Récupérer données DD

#41 Le 21/02/2019, à 14:21

Re : Récupérer données DD

#42 Le 21/02/2019, à 14:50

Re : Récupérer données DD

#43 Le 21/02/2019, à 15:38

Re : Récupérer données DD

#44 Le 21/02/2019, à 21:45

Re : Récupérer données DD

#45 Le 22/02/2019, à 00:34

Re : Récupérer données DD

#46 Le 22/02/2019, à 09:04

Re : Récupérer données DD

#47 Le 22/02/2019, à 11:21

Re : Récupérer données DD

#48 Le 23/02/2019, à 13:35

Re : Récupérer données DD

#49 Le 23/02/2019, à 13:45

Re : Récupérer données DD

#50 Le 23/02/2019, à 21:39

Re : Récupérer données DD

Pied de page des forums