ddrescue - Was sind non-trimmed Blöcke?

[hippoth]

Hallo Leute,

ich versuche die Platte (2TB, beschrieben mit weniger als 20GB) einer Freundin mit ddrescue zu retten (die Platte fiel im laufenden Betrieb vom Tisch und wurde danach nicht mehr erkannt).

Ddrescue läuft jetzt schon mehrere Wochen und ist inzwischen bei Phase 5 angekommen, gerettet sind aber erst 74.13% nach inzwischen mehr als 8 Wochen.

Die aktuellen Phase 5 (copying non-tried blocks) ist extrem langsam und läuft schon seit ca. 14 Tagen aber keine weiteren Daten werden gerettet. Ich sehe (mit ddrescueview) im Log wie aus den "non-tried" Blöcken "non-trimmed" Blöcke werden. Dabei erhöht sich kontinuierlich der "read errors" Zähler, es gibt aber keine "bad sectors" oder "bad areas".

root@debian9:/mnt/DDRescue# ddrescue -v -D -c 128 -b 512 /dev/sdc2 /mnt/DDRescue2/Frieda_WD2.img /mnt/DDRescue2/rescue.logGNU ddrescue 1.22
About to copy 999826 MBytes from '/dev/sdc2' to '/mnt/DDRescue2/Frieda_WD2.img'
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 128 sectors       Initial skip size: 19584 sectors
Sector size: 512 Bytes


Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 741200 MB, tried: 16964 MB, bad-sector: 0 B, bad areas: 0


     ipos:   65087 MB, non-trimmed:   17920 MB,  current rate:       0 B/s
     opos:   65087 MB, non-scraped:        0 B,  average rate:       0 B/s
non-tried:  240706 MB,  bad-sector:        0 B,    error rate:   13107 B/s
  rescued:  741200 MB,   bad areas:        0,        run time: 21h 25m  4s
pct rescued:   74.13%, read errors:    14586,  remaining time:         n/a
                              time since last successful read:         n/a
Copying non-tried blocks... Pass 5 (forwards)

root@debian9:/media/tom/5E1B927335FB8720# ddrescuelog -t /mnt/DDRescue2/rescue.log

   current pos:   65106 MB,  current status: copying
mapfile extent:  999826 MB,  in  19425 area(s)


     non-tried:  240687 MB,  in   7811 area(s)  ( 24.07%)
       rescued:  741200 MB,  in   1902 area(s)  ( 74.13%)
   non-trimmed:   17939 MB,  in   9712 area(s)  (  1.79%)
   non-scraped:        0 B,  in      0 area(s)  (  0%)
    bad-sector:        0 B,  in      0 area(s)  (  0%)

Mein Fragen: Was sind non-trimmed Blöcke? Ist zu erwarten, dass aus diesen Blöcken noch Daten gelesen werden in einer nächsten Phase? Was sind die "read errors", wenn es keine "bad sectors" gibt?

Was mich wundert ist das Muster (das visuell dargestellte wellenförmige mit ddrescueview). Ich würde bei einer defekten Platte nicht so ein wirklich wellenförmiges Muster an Fehlern auf der Platte erwarten oder ist das dem Algorithmus von ddrescue geschuldet wie es die Daten versucht auszulesen?

[TomTobin]

schau mal hier:
http://www.maxrev.de/defekte-festpla...en-t366575.htm

ich verstehe non-trimmed damit so, dass es noch nicht gelang den Block erfolgreich zu lesen und es später noch mal versucht wird.
read errors sind Lesefehler - hier besteht noch eine Chance das später richtig gelesen werden könnte.
Der Unterschied zu read errors dürfte die Rückmeldung bzw. der Rückschluss auf fehlerhafte Daten sein.
Ein read error zeigt eigentlich nur einen Prüfsummenfehle, bei non-trimmed würde ich vermuten der Inhalt des Blocks ist nicht plausibel.
Bei bad blocks ist Ende der Fahnenstange.

Die Stelle mit dem Logfile dürfte für dich auch interessant sein

läuft schon seit ca. 14 Tagen

Gruß

Tom