Ich fürchte das ist ein Fehler. Die Idee hinter dd_rescue ist eine copy der beschädigten Platte zu machen und dann die Daten zu retten. mit fsck wird ein write Zugriff gemacht und das kann Daten beschädigen.

re, wh

Am 19.11.2019 19:36, schrieb Arno Steffens:

Danke, ich hab schon mal mit e2fsck angefangen. Allerdings hat er mit -p gemeint, ich soll wegen der Fehler den manuellen Mode starten. Das lauft jetzt und ab und zu sage ich "j". Mal sehen wohin das führt. Ich lese mich schon mal zu dd_rescue ein. Gruß Arno

...

Gesendet: Dienstag, 19. November 2019 um 18:52 Uhr Von: "walter harms" wharms@bfs.de An: flug@lug-freiburg.de Betreff: Re: Festplatte mit Problem

ich war in einem ähnlichen Fall mal dd_rescue erfolgreich.

re, wh

Am 19.11.2019 18:34, schrieb Arno Steffens:

...

Meine USB-Festplatte (am Sat_Receiver) will nicht mehr. Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix mehr.

Wenn ich nach dem Anstecken und umount fsck.ext3 /dev/sdc1 e2fsck 1.44.1 (24-Mar-2018) RECORD: sauber, 3221/22937600 Dateien, 70953947/91750400 Blöcke

fsck.ext3 /dev/sdc2 e2fsck 1.44.1 (24-Mar-2018) Samsung_340GB: sauber, 82996/22855680 Dateien, 67774050/91392256 Blöcke

Im dmesg sieht man:

[ 2839.864279] usb 1-2.3: USB disconnect, device number 7 [ 2839.876441] sd 2:0:0:0: [sdb] Synchronizing SCSI cache [ 2839.876546] sd 2:0:0:0: [sdb] Synchronize Cache(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK [ 2846.778681] usb 1-2.3: new high-speed USB device number 8 using xhci_hcd [ 2846.924343] usb 1-2.3: New USB device found, idVendor=174c, idProduct=5136 [ 2846.924353] usb 1-2.3: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [ 2846.924359] usb 1-2.3: Product: AS2105 [ 2846.924365] usb 1-2.3: Manufacturer: ASMedia [ 2846.924370] usb 1-2.3: SerialNumber: 00000000000000000000 [ 2846.925420] usb-storage 1-2.3:1.0: USB Mass Storage device detected [ 2846.931505] scsi host2: usb-storage 1-2.3:1.0 [ 2847.948676] scsi 2:0:0:0: Direct-Access ASMT 2105 0 PQ: 0 ANSI: 6 [ 2847.950497] sd 2:0:0:0: Attached scsi generic sg1 type 0 [ 2849.411373] sd 2:0:0:0: [sdb] 1465149168 512-byte logical blocks: (750 GB/699 GiB) [ 2849.412043] sd 2:0:0:0: [sdb] Write Protect is off [ 2849.412047] sd 2:0:0:0: [sdb] Mode Sense: 43 00 00 00 [ 2849.412460] sd 2:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 2849.436408] sdb: sdb1 sdb2 [ 2849.438161] sd 2:0:0:0: [sdb] Attached SCSI disk [ 2850.989071] EXT4-fs (sdb2): mounting ext3 file system using the ext4 subsystem [ 2851.409992] EXT4-fs (sdb1): mounting ext3 file system using the ext4 subsystem [ 2851.879673] EXT4-fs (sdb2): mounted filesystem with ordered data mode. Opts: (null) [ 2852.132480] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) [ 2910.808649] sd 2:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [ 2910.808656] sd 2:0:0:0: [sdb] tag#0 Sense Key : Medium Error [current] [ 2910.808660] sd 2:0:0:0: [sdb] tag#0 Add. Sense: Unrecovered read error [ 2910.808665] sd 2:0:0:0: [sdb] tag#0 CDB: Read(10) 28 00 21 c8 fa b8 00 00 08 00 [ 2910.808669] print_req_error: critical medium error, dev sdb, sector 566819512 [ 2910.808697] EXT4-fs warning (device sdb1): htree_dirblock_to_tree:994: inode #17711105: lblock 2: comm pool: error -5 reading directory block

Ist da noch was zu machen? Schade um die Aufnahmen ..... Gruß Arno

Hallo,

also ich hab dann mit ddrescue und mount einen ganzen Teil der Daten retten können. Danke für den Tip! Naja, man weiß ja nie so genau ob die Hardware kaputt oder nur das Dateisystem beschädigt wurde. Da kam mir ein Reparaturversuch angemessen vor. Das nächste mal bin ich schlauer.

Die Frage ist was nun. Zum einen mit der HDD zum anderen mit dem Image. Kann ich aus dem Image noch rausholen, wass mir mount nicht anzeigt? Ich hab insgesamt 4 Filme verloren, was bei zwei bad blocks etwas seltsam erscheint (siehe unten). Wahrscheinlich weil ich das ganze verschlimmbessert hab (siehe oben). Naja so schlimm ist es nicht, also ist es eher interessant um vorbereitet zu sein....

Zur HDD selbst - ein bisschen gelesen dazu und dann mit wieder viel zu viel probiert (und zu wenig aufgeschrieben) Die smarttools werden von der Platte oder dem Controller nicht unterstützt. Auf der Festplatte fand ich dann man mkfs.ext3 -c gab zwei Bad blocks. Das hätte ich mal lieber am Schluß machen sollen, damit ist sie ja formatiert. Ich hab auch noch badblocks und "dumpe2fs -b /dev/sdx" probiert. Aber irgendwie waren die bad blocks dann weg, wurden nicht mehr angezeigt. Jetzt bin ich unsicher, ob die einfach intern als schlecht markiert wurden und sozusagen versteckt, auch für weiteres Suchen? Oder haben sie sich mysteriöserweise in Luft aufgelöst. Also ich hab dann sogar ein mkfs.ext3 -c -c gemacht, damit wird dann sogar geschrieben. Allerdings hab ich nach dem Pattern "AA" schreiben und verifizieren ohne Fehler abgebrochen. Dass dann mit 55, 0 und ff zu wiederholen scheint mir sinnlos (zumal es gut 3 Stunden dauert). Logisch wäre mir wenn es ein Kommando gäbe, das auch "alte, gespeicherte Bad blocks" anzeigt, andere Kommandos nur die, die noch dazukommen.

Muss ich noch weitergraben. Gruß Arno

PS: Möge das Backup mit euch sein.

Gesendet: Mittwoch, 20. November 2019 um 09:56 Uhr Von: tomas@tuxteam.de An: flug@lug-freiburg.de Betreff: Re: Festplatte mit Problem

On Tue, Nov 19, 2019 at 06:34:15PM +0100, Arno Steffens wrote:

...

Meine USB-Festplatte (am Sat_Receiver) will nicht mehr. Sie ist mit ext3 partitioniert, wenn ich auf die erste Partition zugreifen will geht nix mehr.

Neben Walters Rat noch folgendes:

• in solchen Fällen nach Möglichkeit nie [1] fsck auf die Originalplatte. Erst eine 1:1 Kopie auf eine zweite machen (vielleicht leider zu spät für Dich)

• anderes USB-Kabel ausprobiert? Andere Buchse auf Deinem Host?

• Platte selbst in einem anderen USB-Gehäuse o.ä. getestet?

lg

[1] "All generalizations suck" -- natürlich hängt das vom "Wert", den Du Deinen Daten beimisst ab.

-- t