testdisk, condition hdd et interprétation affichage

geole · Le 27/02/2024, à 10:53

dd: erreur de lecture dans '/dev/sdb4': Erreur d'entrée/sortie

Je pense que tu as copié la partition originale (sdb4) et pas le résultat de la copie (sdb1)

BenjiBoy · Le 27/02/2024, à 11:28

Oui tout à fait, mais du coup tu parles de quel résultat de copie ?
Le commande ddrescue n'a rien produit à part un fichier log.
Le disque en bonne santé est resté au format ext4 et reste accessible normalement après la commande, comme s'il n'avait jamais été écrit.

Ou alors faut-il que je refasse 2 fois ddrescue :
1.

sudo ddrescue -f -d -n -r1 -v source cible log

2.

sudo ddrescue -f -N -n -b4096 -K524288 -v source cible log

Auquel cas il aura écrit la table, puis copié le contenu (ça fait sens quand j'y pense)?

Dernière modification par BenjiBoy (Le 27/02/2024, à 11:29)

geole · Le 27/02/2024, à 12:01

BenjiBoy a écrit :

J'ai installé le matos sur un second PC que j'ai du boulot (mon ancien), j'ai mis le lecteur de disque et j'ai lancé la commande que tu m'as indiqué :
sudo ddrescue -f -N -n -b4096 -K524288 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log
L'ensemble tournera sur mon bureau 24h/24...
Actuellement j'en suis à 0.65% rescued (~2620 Mo)
A suivre donc !

Cette commande a copié le contenu de la partition SDC4 dans la partition SDB1
C est donc cette partition réceptrice qu il faut recopier par la commande normale dd dans une partition créée en NTFS avec la taille de la partition SDC4 et pas celle deSDB1
As-tu le moyen de donner

ddrescuelog  -tvv /home/vialb/202402231324_log_ddrescue.log

et de regarder si tu peux accèder au contenu de cette partition SDB1?

Dernière modification par geole (Le 27/02/2024, à 12:04)

BenjiBoy · Le 27/02/2024, à 13:38

Concernant la commande :

sudo ddrescue -f -N -n -b4096 -K524288 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

Est-ce que si je l'exécute nouveau, avec le même fichier log (celui qui a eu un message "finished") je peux effectuer à nouveau la copie ? Car actuellement, elle s'exécute instantanément et rien ne semble se produire. Ou faut-il a relancer avec un nouveau fichier log pour retenter une copie ?

Du coup je n'ai pas de copie pour l'instant.

Voici :

(base) vialb@vialb-HP-EliteBook-820-G1:~$ ddrescuelog  -tvv /home/vialb/202402231324_log_ddrescue.log

/home/vialb/202402231324_log_ddrescue.log
   current pos:   55640 kB,  current status: finished
mapfile extent:  400079 MB,  in    300 area(s)

     non-tried:        0 B,  in      0 area(s)  (  0%)
       rescued:    2721 MB,  in    146 area(s)  (  0.68%)
   non-trimmed:  397358 MB,  in    145 area(s)  ( 99.31%)
   non-scraped:        0 B,  in      0 area(s)  (  0%)
    bad-sector:    36864 B,  in      9 area(s)  (  0.00%)

Je n'ai rien du tout sur SDB1 après le ddrescue (rien ne s'est inscrit).

geole · Le 27/02/2024, à 18:04

D'après le status, on voit

 current pos:   55640 kB,  current status: finished
mapfile extent:  400079 MB,  in    300 area(s)

- Que la commande demandée est finie, donc si tu la relances, elle se termine immédiatement.
- Que la zone traitée à une taille de 400079 MB soit environ 400 Go, Il me semble bien que c'est la taille de la partition
- Que la position courante est 55640 kB . Je ne sais pas trop ce qu'elle signifie

Mais on voit aussi

non-trimmed:  397358 MB,  in    145 area(s)  ( 99.31%)

soit quasiment tout

En fait, en regardant la documentation, paragraphe 3.4.2.5
On voit qu'il manque la seconde commande qui serait donc

sudo ddrescue -f -c1  -b4096 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

Peut-être devraist-tu tout recommencer en préparant une partition sortie en NTFS de ta taille de la partition entrée (il a été indiqué 381546 MiB) et en mettant un nouveau fichier log pour repartir de zéro au lieu de continuer.

Dernière modification par geole (Le 27/02/2024, à 18:37)

BenjiBoy · Le 01/03/2024, à 09:19

Salut geole,

donc c'est ce que j'ai fais, j'ai recommencé avec un pré-formatage de la partition du disque en bonne santé avec la bonne taille et le bon format.
Puis j'ai lancé :

sudo ddrescue -f -c1  -b4096 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

(mais avec un nouveau fichier log)

Et ça tourne depuis 2-3 jours.
Et je crains que ça soit très, très long.
J'ai un indicateur qui dit "last successful read : 23h"...
Je laisse encore quelques jours.

Dernière modification par BenjiBoy (Le 01/03/2024, à 09:20)

geole · Le 01/03/2024, à 10:09

BenjiBoy a écrit :

J'ai un indicateur qui dit "last successful read : 23h"....

Bonjour.
Très très mal barré.
Tu devrais tuer et relancer avec un paramétrage -K beaucoup plus petit mais toujours multiple de 8 .
32768?

Dernière modification par geole (Le 01/03/2024, à 16:44)

BenjiBoy · Le 01/03/2024, à 15:35

Alors ma pote m'a dit très clairement "la seule chose qui m'intéresse ce sont les photos, le reste peut disparaitre, y compris le disque lui-même".
Or je sais dans quel dossier elles sont stockées ces photos sur la partition.
Du coup je viens de passer sur photorec, je fais une tentative générale en le lançant pour le weekend.
Ca semble assez probant, j'ai l'impression qu'il capte pas mal de fichier là (note : j'ai coché "keep corrupted files" donc ça ne présage pas de l'état du fichier...).
On verra lundi !

geole · Le 01/03/2024, à 16:50

Tu as bien dit à photorec que tu ne voulais récupérer que les photos?
Tu as bien noté que les noms de fichiers seront perdus?
J'ai un souvenir que lorsque c'est très difficile à lire, on peut ajouter le paramètre --idirect à ddrescue.

BenjiBoy · Le 04/03/2024, à 07:39

geole a écrit :

Tu as bien dit à photorec que tu ne voulais récupérer que les photos?

Je n'ai même sélectionné que quelques format image (jpg, png, etc.)

geole a écrit :

Tu as bien noté que les noms de fichiers seront perdus?

Ah oui, exact : je pense que ma collègue s'en fiche (j'espère).

geole a écrit :

J'ai un souvenir que lorsque c'est très difficile à lire, on peut ajouter le paramètre --idirect à ddrescue.

Je vais peut-être réessayer ddrescue. Car bilan du weekend sur photorec, j'ai assez peu de fichier retrouvés et j'ai un temps ETA qui a explosé (~5500h).
C'est quand même compliqué cette affaire ... Impossible de déterminer une solution (parce que très difficile de savoir ce qu'a le disque).

mon photorec lorsque je l'ai arrêté ce matin :

     Partition                  Start        End    Size in sectors
 4 P MS Data                143 236 30 48784  54 38  781406208 [Basic data partition] [OS]
Destination /media/vialb/5568279a-44b0-47d2-9a4d-18971912103f/recup/recup_dir

Pass 1 - Reading sector    8981192/781406208, 230 files found
Elapsed time 64h01m38s - Estimated time to completion 5506h38m38
tx?: 91 recovered
jpg: 38 recovered
png: 24 recovered
gz: 23 recovered               208
mov: 15 recovered7m49                                   15h29m50
txt: 15 recovered
gif: 9 recovered
exe: 7 recovered
jsonlz4: 4 recovered
others: 4 recovered
  Stop

Le disque destination est mon disque en bonne santé, j'ai fais une seconde partition EXT4.

EDIT : et les données récupérées sont très loin d'être satisfaisante, il y a ~10 images qui sont des vignettes de photos, pas mal de xml (j'ai pas coché xml) et des données dont je n'ai aucune idée de l'objet : c'est un échec.

Dernière modification par BenjiBoy (Le 04/03/2024, à 07:42)

BenjiBoy · Le 28/03/2024, à 13:04

Salut,
j'update le topic (oui je franglise) parce que j'ai passé les derniers temps, 1 - 2 semaines, à lancer des cp -Rvu sur les dossiers un par un.
C'était trèèèèèès lent mais ça récupérait tranquillement, avec un taux de réussite de 80 à 90%, j'ai pu prendre une dizaine de Go.
Mais j'imagine que c'est longues heures allumées n'ont pas arrangé le disque.
Désormais il a énormément d'erreur, par exemple lorsque je fais un 'ls' pour voir la liste de dossier (parce que je suis bête et je n'ai pas enregistré la liste précédemment, ce qui m'aurait évité un ls général), j'ai la majeure partie (voir la totalité) des dossiers / fichiers qui s'affichent comme tel :

ls: impossible d'accéder à '/media/vialb/OS/[...]/fichier.png' : Erreur d'entrée/sortie.

Ce qu'il y a de bien c'est qu'à terme je vais de nouveau avoir la liste des trucs qu'il y a dessus (avec la liste des erreur) et je pourrais alors cible des dossiers qui pourraient être sur un secteur qui peut-êtr eest moins endommagé.

Mais qu'en penses-tu / pensez-vous ?

geole · Le 28/03/2024, à 15:28

Bonjour
Tu avais fait cette commande

sudo ddrescue -f -c1  -b4096 -v /dev/sdc4 /dev/sdb1 /home/vialb/202402231324_log_ddrescue.log

Tes commandes ls proviennent-elles de SDC4 ou SDB1

BenjiBoy · Le 02/04/2024, à 14:06

geole a écrit :

Tes commandes ls proviennent-elles de SDC4 ou SDB1

Du sdc4, le disque endommagé.
le sdb1 créé avec la commande ddrescue n'a jamais pu être lisible, et faisait une taille anormale de quelques ko même sans message d'erreur de la commande.

geole · Le 02/04/2024, à 15:02

Bonjour.
Tu pourrais recommencer la commande ddrescue en utilisant une partition d'un disque de bonne qualité en réception.

Pour vérifier qu'un disque est de qualité.

sudo smartctl -s on -a /dev/sdX

Dernière modification par geole (Le 02/04/2024, à 15:16)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 27/02/2024, à 10:53

Re : testdisk, condition hdd et interprétation affichage

#27 Le 27/02/2024, à 11:28

Re : testdisk, condition hdd et interprétation affichage

#28 Le 27/02/2024, à 12:01

Re : testdisk, condition hdd et interprétation affichage

#29 Le 27/02/2024, à 13:38

Re : testdisk, condition hdd et interprétation affichage

#30 Le 27/02/2024, à 18:04

Re : testdisk, condition hdd et interprétation affichage

#31 Le 01/03/2024, à 09:19

Re : testdisk, condition hdd et interprétation affichage

#32 Le 01/03/2024, à 10:09

Re : testdisk, condition hdd et interprétation affichage

#33 Le 01/03/2024, à 15:35

Re : testdisk, condition hdd et interprétation affichage

#34 Le 01/03/2024, à 16:50

Re : testdisk, condition hdd et interprétation affichage

#35 Le 04/03/2024, à 07:39

Re : testdisk, condition hdd et interprétation affichage

#36 Le 28/03/2024, à 13:04

Re : testdisk, condition hdd et interprétation affichage

#37 Le 28/03/2024, à 15:28

Re : testdisk, condition hdd et interprétation affichage

#38 Le 02/04/2024, à 14:06

Re : testdisk, condition hdd et interprétation affichage

#39 Le 02/04/2024, à 15:02

Re : testdisk, condition hdd et interprétation affichage

Pied de page des forums