Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Disque dur externe - fichiers corrompus - impossible de sauvegarder

greb

Merci pour les explications.
J'imagine donc qu'il était dans une période de non-écriture pendant la phase débranchée...
Je laisse donc finir suivant tes conseils, Geole.
Depuis, monté à 67884 MB de rescued... (3.39% du total du disque source).
Je pense que ça devrait se terminer d'ici moins d'une journée complète.
Je posterai le résultat.

jamesbad000

A vrai dire il y a 2 informations contradictoires, sur l'état d'avancement.
D'un coté il est indiqué que c'est dans la dernière phase (Scraping failed blocks) qui consiste à lire un a un tous les secteurs qui n'ont pas encore été tentés. Et :

non-scraped:    1177 GB

indique que tout reste à faire pour cette phase.

D'un autre coté la position de lecture

ipos:  823101 MB

Semblerait indiquer qu'il est à environs 80% du disque parcouru dans sa phase de "scraping"

Donc wait and see

greb

Bonsoir,
En fait, le disque source est de 2 To, du coup, ça correspond je pense à l'addition des valeurs de ipos et non-scrapped...?

Voilà où ça en est :

~$  sudo ddrescue -f -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map
[sudo] Mot de passe de benjamin : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 524288 B, tried: 65536 B, bad-sector: 0 B, bad areas: 0

     ipos:    1669 GB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:    1669 GB, non-scraped:  331237 MB,  average rate:    383 kB/s
non-tried:        0 B,  bad-sector:    1589 GB,    error rate:  18190 kB/s
  rescued:   79224 MB,   bad areas:       32,        run time:  2d  9h 26m
pct rescued:    3.96%, read errors:418679133,  remaining time:         n/a
                              time since last successful read:  5h 25m 10s
Scraping failed blocks... (forwards)

Pas flamboyant, le pourcentage de rescued... enfin bon, je n'avais pas grand espoir.

Autre question relative : j'aimerais pouvoir utiliser mon disque dur cible pour stocker des docs et vidéos. Est-ce que ce sera possible, quand le process de ddrescue sera terminé, de créer une autre partition de stockage 'perso' ? ou bien ça risque de déstabiliser une éventuelle prochaine étape ?

jamesbad000

Effectivement je n'étais pas sur la bonne taille de disque source.

Est-ce que ce sera possible, quand le process de ddrescue sera terminé, de créer une autre partition de stockage 'perso'

C'est sur que si on ne récupère pas plus que ça, il n'y aura pas besoin de beaucoup de place pour stocker une copie.
Hormis des cas de disques qui meurent bien avant qu'on ait terminé, c'est le plus mauvais taux de récupération que j'ai vu.
Après on peut lui faire faire des passes supplémentaires en avant et en arrière, pour voir s'il y a moyen d'en ramasser plus...

en attendant, le mieux est de garder la place libre jusqu'à ce qu'on ait été jusqu'au bout.
Entre autre il faudra remettre à 0 sur la cible les zones non récupérées.

greb

Fini !

~$  sudo ddrescue -f -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map
[sudo] Mot de passe de benjamin : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 524288 B, tried: 65536 B, bad-sector: 0 B, bad areas: 0

     ipos:    2000 GB, non-trimmed:        0 B,  current rate:   6656 kB/s
     opos:    2000 GB, non-scraped:        0 B,  average rate:    491 kB/s
non-tried:        0 B,  bad-sector:    1874 GB,    error rate:       0 B/s
  rescued:  126295 MB,   bad areas:       48,        run time:  2d 23h 19m
pct rescued:    6.31%, read errors:488055923,  remaining time:          0s
                              time since last successful read:         n/a
Finished

Quelles sont les prochaines étapes...?
Si peut-être une autre passe pourrait faire gagner quelques (dixièmes de) pourcents, je ne suis pas sûr de vouloir me lancer là-dedans... Sauver ces 6.31% sera déjà une petite victoire !

Merci d'avance !

jamesbad000

Ce qu'il y a, c'est que 6% de l'espace disque ne représente pas 6% de fichiers exploitables. (imagine 6% de pages tirées au hasard de 10000 livres et d'un bloc de papier vierge...)

La commande ci-dessous va relancer une passe de lecture de tous les secteurs non récupérés (scraping) à partir de la fin puis une nouvelle passe à partir du début. Si tu en as marre tu peux toujours interrompre avec ctrl+c

sudo ddrescue -f -R -r 1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

greb

Effectivement...

Pour la nouvelle passe, ça peut prendre autant de temps...?
Parce que je dois me déplacer pour quelques jours demain dans la matinée...(et ai besoin d'emmener ordi et disques durs externes).

geole

Bonsoir
Ne fait qu'a ton retour Tu n'es pas à une semaine près.

Il a au moins trois bonnes nouvelles: Le moteur du disque n'a pas chauffé et tient le choc.. Tu éviteras la duplication dans l'autre partition et probablement la remise en état des répertoires par windows. Tu pourras passer directement à photorec.

Souvent le premier passage récupère 95% du disque en deux jours et le passage suivant 4% en une semaine et le passage d'apres 0,5% dans le même temps etc.....

greb

En effet, je ne suis plus à une semaine près...

Super pour les bonnes nouvelles !

En attendant donc une nouvelle passe la semaine prochaine, est-il toujours préférable de ne rien mettre d'autre sur le disque dur cible ? ou je peux envisager de créer une partition (même d'1 seul Go) sur l'espace restant, afin de stocker des docs (et qui resterait idéalement en place lors des prochaines manips de ddrescue...) ??

geole

Pour le disque de 4 TO. Tu ne touches pas à la partition existante. Mais tu peux faire ce que tu veux de l'espace inutilisé y compris l'utiliser en totalité avec une nouvelle partition.
Au mieux, il sera possible d'y dupliquer la partition de réception dans un fichier en mode compressé. Mais comme tu utiliseras certainement photorec, cette action sera inutile

jamesbad000

greb a écritPour la nouvelle passe, ça peut prendre autant de temps...?

En principe un peu moins que la 1ère fois. Sauf si ça se dégrade... Les prévisions sur ce genre de sujet, c'est comme la météo...

Comme je l'ai dis, tu peux parfaitement lancer l'opération, et l'interrompre avec ctrl c si tu as besoin d'emmener ton PC.
Ensuite il suffit de relancer la dernière commande pour reprendre ou ça a été interrompu

greb

Ok, merci à vous deux.
J'ai donc créé une partition sur une partie de l'espace restant pour mes docs persos, et lancé la commande d'une nouvelle passe en backwards :

~$ sudo ddrescue -f -R -r 1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map
[sudo] Mot de passe de benjamin : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 126809 MB, tried: 1873 GB, bad-sector: 1873 GB, bad areas: 49

     ipos:    1739 GB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:    1739 GB, non-scraped:        0 B,  average rate:   1133 kB/s
non-tried:        0 B,  bad-sector:    1841 GB,    error rate:  16916 kB/s
  rescued:  158501 MB,   bad areas:       52,        run time:  7h 46m 10s
pct rescued:    7.92%, read errors: 47490725,  remaining time:         n/a
                              time since last successful read:     11m 55s
Retrying bad sectors... Retry 1 (backwards)

Effectivement, on gagne quelques pourcents !
et c'est une bon à savoir qu'on peut couper la commande, pour la reprendre à un autre moment.
Pour info, je la coupe maintenant, et la reprendrai sûrement mardi prochain.
Merci en tous cas pour tout l'accompagnement que vous m'avez déjà offert !

greb

Cette nouvelle passe vient de se finir :

~$ sudo ddrescue -f -R -r 1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map
[sudo] Mot de passe de benjamin : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 268769 MB, tried: 1731 GB, bad-sector: 1731 GB, bad areas: 87

     ipos:   524288 B, non-trimmed:        0 B,  current rate:       0 B/s
     opos:   524288 B, non-scraped:        0 B,  average rate:   95827 B/s
non-tried:        0 B,  bad-sector:    1729 GB,    error rate:    311 kB/s
  rescued:  270751 MB,   bad areas:       88,        run time:  5h 44m 38s
pct rescued:   13.53%, read errors: 10166364,  remaining time:         n/a
                              time since last successful read:  3h 54m 47s
Finished

Pour info, j'ai entendu à 2-3 reprise le disque dur source 'sonner'... comme un biiip-biiip... mais ça n'a engendré aucune erreur ni n'a stoppé l'opération...

Quelle est la prochaine étape à envisager : refaire une nouvelle passe en 'forward' ? ou bien passer sur la récupération ?

D'avance merci !

geole

Bonjour
Je te donne seulement mon avis. En théorie, on continue les tentatives de récupération jusqu'à ce que le disque lâche dans le but de récupérer le maxima de la strcuture qui décrit la liste des fichiers en devenant de plus en plus aggressif dans la demande.
Tu as fais le niveau 1, Je te propose d'essayer avec le niveau 3......... ( Il insistera 3 fois sur le même endroit avant de passer au secteur suivant)

sudo ddrescue -f -R -r 3 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

Cela fera certainement un peu plus de bruit

Tu peux malgré tout commencer à t'entrainer avec photorec afin de le prendre en main

..

jamesbad000

Oui avec le maigre ratio récupéré, insister est ce qu'il y a de mieux à faire. D'autant que la 2ème passe a récupérée à peu prêt autant que la 1ère et que ce qui est récupéré n'est plus à lire.

Allons y directement sans limite sur les retry avec -r -1

sudo ddrescue -f -r -1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

Il va changer automatiquement de sens à chaque passe. Et si à un moment ça ne progresse plus entre 2 passes, il sera toujours temps d'arrêter les frais...

geole a écrit ( Il insistera 3 fois sur le même endroit avant de passer au secteur suivant)

En fait non. Il fait une passe complète sur tous les secteurs restant à lire avec une seule tentative par secteur.
Toujours histoire d'éviter de tuer le disque en s'acharnant à un seul endroit alors que ça peut être plus facile ailleurs.
D'autant que le disque lui, fait ses retry interne à chaque échec de lecture d'un secteur sans qu'on lui demande rien.

geole

Bonsoir
Bien vu!!!
-r, --retry-passes=<n>
exit after <n> retry passes (-1=infinity) [0]

greb

Bonjour,
J'ai vu vos messages hier soir, et ai relancé sans prendre le temps de répondre.
Merci donc !
Et voilà un nouveau point :

~$ sudo ddrescue -f -r -1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map
[sudo] Mot de passe de benjamin : 
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 275381 MB, tried: 1725 GB, bad-sector: 1725 GB, bad areas: 84

     ipos:    1616 GB, non-trimmed:        0 B,  current rate:       0 B/s
     opos:    1616 GB, non-scraped:        0 B,  average rate:    803 kB/s
non-tried:        0 B,  bad-sector:    1697 GB,    error rate:  20467 kB/s
  rescued:  302876 MB,   bad areas:       92,        run time:  9h 30m 17s
pct rescued:   15.14%, read errors: 64351231,  remaining time:         n/a
                              time since last successful read:  1h 50m 39s
Retrying bad sectors... Retry 2 (backwards)

Effectivement, déjà gagné 1.5% sur près de 400Go analysés.

Lorsqu'on estimera que refaire une passe ne servira plus à grand chose, que seront les étapes suivantes ?
Et après tout cela, le disque dur source sera à jeter complet, ou bien il y a une chance de pouvoir le réutiliser ? (en total j'imagine que non, mais en partie ?)

jamesbad000

En fait la dernière fois que j'avais plongé dans le sujet ddrescue. J'avais conclu que dans le doute, il serait bon d'utiliser le paramètre --idirect pour s'assurer qu'il test bien les secteurs un à un, et éviter qu'il rejette un bloc complet pour un seul secteur en erreur.
A l'occasion tu interrompt l'opération en cours et tu relance comme ci-dessous

sudo ddrescue -f -r -1 -b 4096 --idirect --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

L'Etape suivante sera la remise à zéro des zones non copiées sur la cible. Car même pour un disque neuf il n'y a pas de garantie qu'il soit entièrement à 0, et en plus comme tu avais formaté des partitions, c'est certain qu'il y a des zones non initialisées.

sudo ddrescue -f  -b 4096 --fill-mode=-  /dev/zero /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

Cela pour éviter que les outils de réparation du système de fichier ou de récup de données (photorec...), prennent des vessies pour des lanternes.

Quant à réutiliser ce disque... Comme presse papier uniquement.

geole

jamesbad000 a écritEn fait la dernière fois que j'avais plongé dans le sujet ddrescue. J'avais conclu que dans le doute, il serait bon d'utiliser le paramètre --idirect pour s'assurer qu'il test bien les secteurs un à un, et éviter qu'il rejette un bloc complet pour un seul secteur en erreur.

Bonjour.
Peut-être que cette codification fait aussi le bon traitement

sudo ddrescue    -f -r -1   -c 1 -b 4096 --log-rates=$HOME/rescueRate.log  /dev/disk/by-id/usb-Seagate_M3_Portable_DFCB7E050500001F-0:0-part1 /dev/disk/by-id/ata-ST4000LM024-2AN17V_WCK3CNMB-part1  ~/rescue.map

       -c, --cluster-size=<sectors>
              sectors to copy at a time [128]

jamesbad000

Hum, non à priori le cluster-size n'a d'effet que lorsqu'il tente de faire de la copie en masse (phase 1 de la première passe nottamment).
Et certainement pas quand il est sur la passe de "scraping" qui est bien décrite comme une lecture secteur par secteur, du point de vue de ddrescue.
Il est vrai que ce n'est pas explicite dans la doc, mais ça serait contraire à la logique de ddrescue. Et si vraiment il ne lisait pas un secteur à la fois en mode scrapping avec le cluster-size par défaut à 64k, on arriverait jamais à avoir des bloc de moins de 64k en erreur.
Or je peux confirmer avoir eu des blocs plus petit et même des secteurs isolés en erreur.

En revanche ddrescue ne contrôle pas ce que le noyau fait de ses demandes de lecture. Ce dernier peut possiblement regrouper plusieurs demandes de lectures de secteurs contiguës pour envoyer un seule demande de lecture des N secteurs au disque. idirecte doit permettre d'éviter ça en adressant ses demandes directement au disque...
Après c'est juste une précaution, je n'ai jamais pu confirmer des situations ou ça se produit.

« Page précédente Page suivante »