Disque externe USB WD My Passport Essential ne monte plus

moko138 · Le 25/03/2019, à 16:02

ddrescue ne garantit aucunement 100% de réussite ni la vitesse, puisqu'il s'emploie sur disque dégradé, partiellement illisible.
Par contre, si je lis bien le retour (je ne comprends pas encore tout)
81739 kB d'erreur résiduelle pour 319991 MB de réussite, c'est déjà un joli rapport, non ?

D'autant que ce n'est pas fini : "successful read: 24 s ago"

Nuliel · Le 25/03/2019, à 17:34

Du coup on arrête avec ddrescue et on répare? Je comprends pas les commandes de la doc pour remplir de zéro les trous, tu comprends qqch moko138?

Edit: ce serait bien si on pouvait lire les secteurs et passer au suivant selon la difficulté de lecture

Dernière modification par Nuliel (Le 25/03/2019, à 17:35)

moko138 · Le 25/03/2019, à 18:34

Edit: ce serait bien si on pouvait lire les secteurs et passer au suivant selon la difficulté de lecture

Euh... c'est ce que nous faisons depuis le début !

- -

Je comprends pas les commandes de la doc pour remplir de zéro les trous, tu comprends qqch moko138?

Je ne suis pas sûr de comprendre le pourquoi de la chose.
J'imagine, sans certitude, qu'il s'agit de faire correspondre les inoeuds avec leurs nouvelles cibles ?
Zut, j'ai encore perdu la connexion ! ...Retrouvée.

Mais je peine à croire que ddrescue ne rétablisse pas automatiquement cette correspondance.

(J'essaye de charger la page de Doc.)
Ce qui fait foi, ça reste

info ddrescue

donc j'y retourne !

Nuliel · Le 25/03/2019, à 18:38

moko138 a écrit :

Euh... c'est ce que nous faisons depuis le début !

Je me suis mal exprimé, je voulais dire: ce serait bien de pouvoir passer au secteur suivant si on passe plus de tant de ms pour un secteur (parce que là on a balayé tous les secteurs?)

ddrescue copie secteur par secteur, mais ceux qui sont pas copiés, eux, restent inchangés sur le disque destination (il y avait peut être une photo à cet endroit du disque destination, il en reste du coup un morceau)

source:

https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html a écrit :

When ddrescue finishes the steps above, any areas marked as bad-sector will remain untouched in the output file. If the output file is a regular file created by ddrescue, the areas marked as bad-sector will contain zeros. If it is a device or a previously existing file, the areas marked as bad-sector will still contain the data previously present there.

Dernière modification par Nuliel (Le 25/03/2019, à 18:43)

moko138 · Le 25/03/2019, à 19:04

Il y a beaucoup d'occurrences de "zero" dans info ddrescue !...

Il y en a au moins une qui est claire :
Nous n'avons pas "zéroté" le HD de secours avant de commencer.

Donc en lisant les secteurs que ddrescue n'y a pas écrits, on risque d'y trouver des fichiers (ou fragments de fichiers) antérieurs, qui n'ont rien à voir avec le HD dont on vient de faire une image !
Donc, en fin de processus, on a intérêt à zéroter les secteurs sautés de la copie saine.
En particulier avant d'utiliser un autre logiciel (lecteur hexa, photorec, foremost...) qui, lui, ne sachant pas lire le log de ddrescue, va prendre les bits antérieurs pour argent comptant.

Mais rien ne presse.

Nuliel · Le 25/03/2019, à 19:06

Ca dérange pas, autant écrire seulement des zéros dans les trous, ils sont pas nombreux au point

C'est vrai, je suis impatient

moko138 · Le 25/03/2019, à 19:07

Je n'avais pas vu ton dernier message, nous sommes arrivés à la même conclusion, c'est heureux...

cqfd93 · Le 25/03/2019, à 19:25

Bon, je jette l'éponge avec ddrescue, errsize est maintenant à 81115 kB ce qui veut dire qu'il a mis presque 12 heures pour récupérer… 3 Mo. Le laisser continuer nécessiterait encore plusieurs jours, je ne pense pas que ça vaille le coup.

Que faut-il faire maintenant pour nettoyer ?

Nuliel · Le 25/03/2019, à 19:45

Théoriquement faudrait combler les trous avec des zéros. Je ne comprends pas les commandes de la doc c'est à dire

doc ubuntu fr ddrescue a écrit :

sudo -i
ddrescuelog -l- -b4096 /media/ubuntu/dd/suivi >/media/ubuntu/dd/badblocs
echo "SECTEUR ILLISIBLE On va marquer au fer rouge tous ces secteurs faussement défectueux afin de rechercher dans les fichiers ceux qui sont impactés par SECTEUR ILLISIBLE" >/media/ubuntu/dd/marque
sed 's|^|sudo dd if=/media/ubuntu/dd/marque of=/dev/sde bs=4096 count=1 seek=|' /media/ubuntu/dd/badblocs>/media/ubuntu/dd/ecrire
pg /media/ubuntu/dd/ecrire
exécuter le contenu du fichier /media/ubuntu/dd/ecrire

(d'ailleurs pg existe?)

La doc de ddrescue indique l'option fill-mode, mais je la vois peu/jamais utilisée.

D'ailleurs quel intérêt de mettre DEADBEEF dans les secteurs non copiés?

edit: c'est "ddrescue --fill-mode=- /dev/zero cdimage mapfile"?

Dernière modification par Nuliel (Le 25/03/2019, à 19:50)

moko138 · Le 25/03/2019, à 21:30

La cuite porte corneille ! Et ma connexion est très perturbée : --> À demain.

cqfd93 · Le 25/03/2019, à 21:43

Bonne nuit et à demain.

Nuliel · Le 26/03/2019, à 19:28

Je serais pour partir sur une commande du genre

sudo ddrescue -f --fill-mode=- /dev/zero /dev/disk/by-id/wwn-0x50014ee256cb3e57 ~/log-ddrescue

Qu'en penses tu moko?

moko138 · Le 27/03/2019, à 08:17

1) J'étais paumé (et le suis encore en grande partie) dans la centaine de lignes du chapitre "9 Fill mode" :

9 Fill mode
***********

When ddrescue is invoked with the `--fill-mode' option it operates in
"fill mode", which is different from the default "rescue mode". That
is, if you use the `--fill-mode' option, ddrescue does not rescue
anything. It only fills with data read from the input file the blocks of
the output file whose status character from the logfile coincides with
one of the type characters specified as argument to the `--fill-mode'
option.

   In fill mode the input file may have any size. If it is too small,
the data will be duplicated as many times as necessary to fill the input
buffer. If it is too big, only the data needed to fill the input buffer
will be read. Then the same data will be written to every cluster or
sector to be filled.

   Note that in fill mode the input file is always read from position
0. If you specify a `--input-position', it refers to the original input
file from which the logfile was built, and is only used to calculate the
offset between input and output positions.

   Note also that when filling the input file of the original rescue run
you should set `--input-position' and `--output-position' to identical
values, whereas when filling the output file of the original rescue run
you should keep the original offset between `--input-position' and
`--output-position'.

   The `--fill-mode' option implies the `--complete-only' option.

   In fill mode the logfile is updated to allow resumability when
interrupted or in case of a crash, but as nothing is being rescued the
logfile is not destroyed. The status line is the only part of the
logfile that is modified.


The fill mode has a number of uses. See the following examples:

Example 1: Mark parts of the rescued copy to allow finding them when
examined in an hex editor. For example, the following command line fills
all blocks marked as `-' (bad-sector) with copies of the string
`BAD SECTOR ':

     printf "BAD SECTOR " > tmpfile
     ddrescue --fill-mode=- tmpfile outfile logfile

Example 2: Wipe only the good sectors, leaving the bad sectors alone.
This way, the drive will still test bad (i.e., with unreadable sectors).
This is the fastest way of wiping a failing drive, and is specially
useful when sending the drive back to the manufacturer for warranty
replacement.

     ddrescue --fill-mode=+ --force /dev/zero bad_drive logfile

Example 3: Force the drive to remap the bad sectors, making it usable
again. If the drive has only a few bad sectors, and they are not caused
by drive age, you can probably just rewrite those sectors, and the drive
will reallocate them automatically to new "spare" sectors that it keeps
for just this purpose. WARNING! This may not work on your drive.

     ddrescue --fill-mode=- --force --synchronous /dev/zero bad_drive logfile


Fill mode can also help you to figure out, independently of the file
system used, what files are partially or entirely in the bad areas of
the disc. Just follow these steps:

   1) Copy the damaged drive with ddrescue until finished. Do not use
sparse writes. This yields a logfile with only finished (`+') and
bad-sector (`-') blocks.

   2) Fill the bad-sector blocks of the copied drive or image file with
a string not present in any file, for example "DEADBEEF".

   3) Mount the copied drive (or the image file, via loopback device).

   4) Grep for the fill string in all the files. Those files containing
the string reside (at least partially) in damaged disc areas.

   5) Unmount the copied drive or image file.

   6) Optionally fill the bad-sector blocks of the copied drive or image
file with zeros to restore the disc image.

Example 4: Figure out what files are in the bad areas of the disc.

     ddrescue -b2048 /dev/cdrom cdimage logfile
     printf "DEADBEEF" > tmpfile
     ddrescue --fill-mode=- tmpfile cdimage logfile
     rm tmpfile
     mount -t iso9660 -o loop,ro cdimage /mnt/cdimage
     find /mnt/cdimage -type f -exec grep "DEADBEEF" '{}' ';'
     umount /mnt/cdimage
     ddrescue --fill-mode=- /dev/zero cdimage logfile

File: ddrescue.info,  Node: Generate mode,  Next: Ddrescuelog,  Prev: Fill mode,  Up: Top

2) Au passage, je comprends l'intérêt de "DEADBEEF" :
c'est juste que, comme ça forme en caractères hexa deux mots anglais,
a) c'est inscriptible sur les bits d'un machin non monté ;
b) ça sautera aux yeux quand on relira avec un éditeur hexa ;
c) huit caractères consécutifs, c'est un marqueur suffisamment long pour éviter des coincidences.

3) Cherchant à comprendre le signe "moins" final dans ton "--fill-mode=-",
je tombe enfin sur ce semblant de définition :

blocks marked as `-' (bad-sector)

Donc
OK, ta commande va bien mettre des zéros dans la copie des mauvais secteurs (tels que recensés dans ~/log-ddrescue).
Je suis... laborieusement !

4) P.S. : Si cqfd93 peut trouver 320 Go de libres quelquepart, j'aimerais bien qu'on fasse une copie de sécurité de l'actuelle /dev/disk/by-id/wwn-0x50014ee256cb3e57 avant d'y toucher.
Sinon on travaille sans filet !
Parce que, en cas de pépin, je doute que le disque défectueux supporte aussi bien que la première fois les passages de ddrescue.

inbox · Le 27/03/2019, à 10:15

Il est toujours possible de revérifier l'état Smart pour savoir si le disque s'est dégradé.

moko138 · Le 27/03/2019, à 10:38

inbox,
je ne comprends ce que tu veux dire.

- En #1, on avait déjà 1088 Current_Pending_Sector sur le disque source, ce qui ne laisse pas d'espoir de retour à la normale.
- Présentement, on est sur le point de travailler sur son clone.

De quel disque parles-tu et où veux-tu en venir ?

inbox · Le 27/03/2019, à 10:55

Je veux dire que l'on peux re-vérifier l'état du disque externe avant de relancer DDrescue ou autre. Cela permet de savoir si le disque s'est dégradé suite à la lecture intensive.

Suis-je plus clair ?

Dernière modification par inbox (Le 27/03/2019, à 10:55)

moko138 · Le 27/03/2019, à 11:19

Externes, ils le sont tous les deux, (mais pas le disque système).

Quel que soit le disque auquel tu penses, je ne saisis pas ton idée.

inbox · Le 27/03/2019, à 12:03

Laisse tomber.

melixgaro · Le 27/03/2019, à 14:06

Inbox parle du disque souce.

cqfd93 · Le 27/03/2019, à 15:17

Bonjour à tous,

@moko138 : je n'ai aucune partition sur mon disque dur interne avec plus de 320 Go libres, donc la seule chose possible maintenant sera de réparer le disque destination pour qu'il puisse être monté et que je puisse éventuellement récupérer des trucs.

Nuliel · Le 27/03/2019, à 17:48

Du coup on peut passer la commande

sudo ddrescue -f --fill-mode=- /dev/zero /dev/disk/by-id/wwn-0x50014ee256cb3e57 ~/log-ddrescue

afin de mettre des zéros dans les secteurs non copiés sur le disque destination, puis ensuite viendra la réparation avec fsck.

cqfd93 · Le 27/03/2019, à 18:24

Naziel a écrit :

Du coup on peut passer la commande
sudo ddrescue -f --fill-mode=- /dev/zero /dev/disk/by-id/wwn-0x50014ee256cb3e57 ~/log-ddrescue
afin de mettre des zéros dans les secteurs non copiés sur le disque destination, puis ensuite viendra la réparation avec fsck.

OK, c'est parti ! Et c'est déjà fini

moi@moi-lenovo:~$ sudo ddrescue -f --fill-mode=- /dev/zero /dev/disk/by-id/wwn-0x50014ee256cb3e57 ~/log-ddrescue
[sudo] Mot de passe de moi : 
GNU ddrescue 1.19
Press Ctrl-C to interrupt
Initial status (read from logfile)
filled size:            0 B,  filled areas:          0
remaining size:    15306 kB,  remaining areas:    6757
Current status
filled size:    15306 kB,  filled areas:   6757,  current rate:     510 kB/s
remain size:         0 B,  remain areas:      0,  average rate:     384 kB/s
current pos:   319965 MB,  run time:       38 s
Finished         

moi@moi-lenovo:~$

Nuliel · Le 27/03/2019, à 18:53

Normal, il y avait pas grand chose à remplir.

Bon, du coup je proposerais bien de voir ce que fait l'option -N de fsck.
Tu peux redonner

ls -l /dev/disk/by-id

pour vérifier que c'est bien wwn-0x50014ee256cb3e57-part1

Dernière modification par Nuliel (Le 27/03/2019, à 18:55)

cqfd93 · Le 27/03/2019, à 19:15

Oui, c'est bon (je donne juste la fin) :

moi@moi-lenovo:~$ ls -l /dev/disk/by-id
total 0
…
lrwxrwxrwx 1 root root  9 mars  27 11:36 wwn-0x5001480000000000 -> ../../sr0
lrwxrwxrwx 1 root root  9 mars  27 18:24 wwn-0x50014ee256cb3e57 -> ../../sdc
lrwxrwxrwx 1 root root 10 mars  27 18:24 wwn-0x50014ee256cb3e57-part1 -> ../../sdc1
moi@moi-lenovo:~$

Nuliel · Le 27/03/2019, à 19:16

Que donne

fsck -N /dev/disk/by-id/wwn-0x50014ee256cb3e57-part1

?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 25/03/2019, à 16:02

Re : Disque externe USB WD My Passport Essential ne monte plus

#77 Le 25/03/2019, à 17:34

Re : Disque externe USB WD My Passport Essential ne monte plus

#78 Le 25/03/2019, à 18:34

Re : Disque externe USB WD My Passport Essential ne monte plus

#79 Le 25/03/2019, à 18:38

Re : Disque externe USB WD My Passport Essential ne monte plus

#80 Le 25/03/2019, à 19:04

Re : Disque externe USB WD My Passport Essential ne monte plus

#81 Le 25/03/2019, à 19:06

Re : Disque externe USB WD My Passport Essential ne monte plus

#82 Le 25/03/2019, à 19:07

Re : Disque externe USB WD My Passport Essential ne monte plus

#83 Le 25/03/2019, à 19:25

Re : Disque externe USB WD My Passport Essential ne monte plus

#84 Le 25/03/2019, à 19:45

Re : Disque externe USB WD My Passport Essential ne monte plus

#85 Le 25/03/2019, à 21:30

Re : Disque externe USB WD My Passport Essential ne monte plus

#86 Le 25/03/2019, à 21:43

Re : Disque externe USB WD My Passport Essential ne monte plus

#87 Le 26/03/2019, à 19:28

Re : Disque externe USB WD My Passport Essential ne monte plus

#88 Le 27/03/2019, à 08:17

Re : Disque externe USB WD My Passport Essential ne monte plus

#89 Le 27/03/2019, à 10:15

Re : Disque externe USB WD My Passport Essential ne monte plus

#90 Le 27/03/2019, à 10:38

Re : Disque externe USB WD My Passport Essential ne monte plus

#91 Le 27/03/2019, à 10:55

Re : Disque externe USB WD My Passport Essential ne monte plus

#92 Le 27/03/2019, à 11:19

Re : Disque externe USB WD My Passport Essential ne monte plus

#93 Le 27/03/2019, à 12:03

Re : Disque externe USB WD My Passport Essential ne monte plus

#94 Le 27/03/2019, à 14:06

Re : Disque externe USB WD My Passport Essential ne monte plus

#95 Le 27/03/2019, à 15:17

Re : Disque externe USB WD My Passport Essential ne monte plus

#96 Le 27/03/2019, à 17:48

Re : Disque externe USB WD My Passport Essential ne monte plus

#97 Le 27/03/2019, à 18:24

Re : Disque externe USB WD My Passport Essential ne monte plus

#98 Le 27/03/2019, à 18:53

Re : Disque externe USB WD My Passport Essential ne monte plus

#99 Le 27/03/2019, à 19:15

Re : Disque externe USB WD My Passport Essential ne monte plus

#100 Le 27/03/2019, à 19:16

Re : Disque externe USB WD My Passport Essential ne monte plus

Pied de page des forums