gelöst: USB-Stecker gezogen - Dateisystem/externe Festplatte defekt?

[fee701]

Ich klink mich hier mal ein. Ich denke, ich habe meine externe Festplatte kaputt gemacht, weil ich in einem ungünstigen Moment den USB-Stecker gezogen habe... Die Fragen für mich:
Kann ich dass noch reparieren?
Oder geht es mit neu formatieren?

Folgendes Meldungen habe ich bekommen

Code: Alles auswählen

sudo fsck /dev/sdd

fsck von util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
ext2fs_open2: Bad magic number in super-block
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /dev/sdd

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>

Found a gpt partition table in /dev/sdd

Code: Alles auswählen

sudo smartctl -t long /dev/sdd

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-28-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Extended self-test routine immediately in off-line mode".
Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 335 minutes for test to complete.
Test will complete after Sat Apr 13 02:40:51 2024 CEST
Use smartctl -X to abort test.

Code: Alles auswählen

sudo smartctl -H /dev/sdd

smartctl 7.2 2020-12-30 r5155 [x86_64-linux-5.10.0-28-amd64] (local build)
Copyright (C) 2002-20, Bruce Allen, Christian Franke, www.smartmontools.org

Read Device Identity failed: scsi error medium or hardware error (serious)

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

[MSfree]

Folgendes Meldungen habe ich bekommen

Code: Alles auswählen

sudo fsck /dev/sdd

Der Befehl ist falsch. Du kannst froh sein, daß fsck hier einfach gar nichts macht und mit Fehlermeldung aussteigt.

/dev/sdd ist das rohe Gerät. Du möchstest aber Dateisysteme auf den Partitionen der Platte testen. Welche Partitionen auf der Platte liegen, kannst du mit

Code: Alles auswählen

fdisk -l /dev/sdd

ermitteln. Typischerweise hat man eine einzige Partition auf externen Platten, der Aufruf von fsck dürfte also

Code: Alles auswählen

fsck /dev/sdd1

lauten.

Ob sich die SMART-Werte überhaupt auslesen lassen, ist nicht garantiert. Manche USB-Controller reichen das nicht durch.

[fee701]

O.K. Danke, das war mir nicht klar. So sieht es jetzt aus

Code: Alles auswählen

sudo fsck /dev/sdd1

fsck von util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
fsck.ext2: Eingabe-/Ausgabefehler while trying to open /dev/sdd1

The superblock could not be read or does not describe a valid ext2/ext3/ext4
filesystem. If the device is valid and it really contains an ext2/ext3/ext4
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
or
e2fsck -b 32768 <device>

[heisenberg]

Gibt es Fehlermeldungen des Kernels, wenn Du den fsck ausführst? (Befehl dmesg als root nach dem fsck ausführen)

[fee701]

Code: Alles auswählen

sudo fsck /dev/sdc1

ergibt

fsck von util-linux 2.36.1
e2fsck 1.46.2 (28-Feb-2021)
/dev/sdc1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Error reading block 19411817 (Eingabe-/Ausgabefehler) while reading directory block. Ignore error<y>? yes
Force rewrite<y>? yes

Da hängt der Computer jetzt seit ein paar Stunden.
Ich würde noch bis morgen früh warten, ob der Auftrag beendet werden kann.

[TRex]

Wirft die Frage auf, ob du vorher das richtige Device verwendet hast, und wenn du das nicht hast, woher weißt du, was du da tust?

[fee701]

Die Laufwerks/Partitionszuweisung habe ich aus dem gnome-disk-utility und ich vermute bei der letzten Abfrage hatte ich noch einen anderen Speicher in die USB-Buchse gestöpselt.

[Livingston]

Mal als Tipp für die Zukunft: Niemals Stick/Laufwerk abziehen, ohne vorher das Gerät abzumelden. In Dateimanagern heißt das üblicherweise Gerät auswerfen oder ähnliches. Direkt auf der Konsole kann man umount auf das Gerät loslassen.
Damit werden eventuelle Datenreste, die noch nicht endgültig auf dem Stick gelandet sind, geschrieben und sichergestellt, dass er in einem gesunden Zustand ist.

[fee701]

Ja, weiß ich eigentlich...
Der Rechner hängt da unverändert...

[fee701]

Am Ende der langen dmesg-Meldung steht:

[ 483.997594] sd 6:0:0:0: [sdc] Spinning up disk...
[ 485.019149] .....ready
[ 489.115480] sd 6:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
[ 489.115620] sd 6:0:0:0: [sdc] 7813969920 512-byte logical blocks: (4.00 TB/3.64 TiB)
[ 489.115624] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[ 489.115997] sd 6:0:0:0: [sdc] Write Protect is off
[ 489.116004] sd 6:0:0:0: [sdc] Mode Sense: 47 00 10 08
[ 489.116394] sd 6:0:0:0: [sdc] No Caching mode page found
[ 489.116404] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[ 489.331882] sdc: sdc1
[ 489.349511] sd 6:0:0:0: [sdc] Attached SCSI disk
[ 489.938898] EXT4-fs warning (device sdc1): ext4_clear_journal_err:5644: Filesystem error recorded from previous mount: IO failure
[ 489.938903] EXT4-fs warning (device sdc1): ext4_clear_journal_err:5646: Marking fs in need of filesystem check.
[ 489.950683] EXT4-fs (sdc1): warning: mounting fs with errors, running e2fsck is recommended
[ 490.010646] EXT4-fs (sdc1): recovery complete
[ 490.010950] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: errors=remount-ro

[MSfree]

Am Ende der langen dmesg-Meldung steht:...

Oben war von /dev/sdd1 die Rede, dein dmesg zeigt jetzt aber /dev/sdc1.

Ich sehe dort auch keine IO-Fehler, die Platte scheint also nicht abbekommen zu haben, außer, daß das Dateisystem ein wenig ramponiert ist. Unmounte die Platte und führe jetzt nochmal ein fsck auf /dev/sdc1 durch.

[fee701]

fsck ist noch nicht durch, aber ich glaube ich habe eine schlechte Zwischenmeldung:

Inode 241828458 ref count is 204, should be 203. Fix<y>? yes
Pass 5: Checking group summary information
yBlock bitmap differences: +(84991877--84991878) +85497482 +94948379 +97034149yy +(102283789--102283999)
Fix<y>? yes
Error reading block 32768 (Eingabe-/Ausgabefehler). Ignore error<y>? yes
Force rewrite<y>? yes

[MSfree]

fsck ist noch nicht durch

Wenn du fsck mit dem Parameter -y startest, brauchstr du nicht jede Nachfrage mit y bestätigen

Code: Alles auswählen

fsck -y /dev/sdX1

Error reading block 32768 (Eingabe-/Ausgabefehler). Ignore error<y>? yes

Zeigt sich das auch imt Systemlog (journalctl) und/oder dmesg?

[fee701]

Wenn du fsck mit dem Parameter -y startest, brauchstr du nicht jede Nachfrage mit y bestätigen

Das nervt wirklich... kann man das Programm abbrechen und neu starten?

[rhHeini]

Das nervt wirklich... kann man das Programm abbrechen und neu starten?

Ein Ctrl-C geht immer.

[TRex]

Grundsatzdiskussion geht dort weiter: viewtopic.php?t=189582

[fee701]

Ctrl C dauert auch...
Ich habe bei fsck jetzt auch die Funktion -p gesehen.
Wäre dann auch

Code: Alles auswählen

fsck -p sdc1

zu empfehlen?

[fee701]

Bzw.

Code: Alles auswählen

fsck.ext4 -p sdc1

[fee701]

Zeigt sich das auch imt Systemlog (journalctl) und/oder dmesg?

leider ja, die letzten Einträge bei dmesg (fsck läuft noch):

[138497.066435] blk_update_request: I/O error, dev sdc, sector 650119168 op 0x1:(WRITE) flags 0x800 phys_seg 1 prio class 0
[138497.066442] Buffer I/O error on dev sdc1, logical block 81264640, lost async page write
[138677.083956] sd 6:0:0:0: [sdc] tag#0 timing out command, waited 180s
[138677.083975] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=180s
[138677.083980] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[138677.083987] sd 6:0:0:0: [sdc] tag#0 ASC=0x44 <<vendor>>ASCQ=0x81
[138677.083992] sd 6:0:0:0: [sdc] tag#0 CDB: Write(16) 8a 00 00 00 00 00 26 c0 08 08 00 00 00 28 00 00
[138677.083998] blk_update_request: I/O error, dev sdc, sector 650119176 op 0x1:(WRITE) flags 0x100000 phys_seg 5 prio class 0
[138677.084006] Buffer I/O error on dev sdc1, logical block 81264641, lost async page write
[138677.084020] Buffer I/O error on dev sdc1, logical block 81264642, lost async page write
[138677.084026] Buffer I/O error on dev sdc1, logical block 81264643, lost async page write
[138677.084032] Buffer I/O error on dev sdc1, logical block 81264644, lost async page write
[138677.084036] Buffer I/O error on dev sdc1, logical block 81264645, lost async page write
[138857.096750] sd 6:0:0:0: [sdc] tag#0 timing out command, waited 180s
[138857.096769] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=180s
[138857.096774] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[138857.096781] sd 6:0:0:0: [sdc] tag#0 ASC=0x44 <<vendor>>ASCQ=0x81
[138857.096786] sd 6:0:0:0: [sdc] tag#0 CDB: Write(16) 8a 00 00 00 00 00 27 00 08 00 00 00 00 08 00 00
[138857.096792] blk_update_request: I/O error, dev sdc, sector 654313472 op 0x1:(WRITE) flags 0x100000 phys_seg 1 prio class 0
[138857.096800] Buffer I/O error on dev sdc1, logical block 81788928, lost async page write
[139037.117759] sd 6:0:0:0: [sdc] tag#0 timing out command, waited 180s
[139037.117766] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=180s
[139037.117768] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[139037.117770] sd 6:0:0:0: [sdc] tag#0 ASC=0x44 <<vendor>>ASCQ=0x81
[139037.117772] sd 6:0:0:0: [sdc] tag#0 CDB: Write(16) 8a 00 00 00 00 00 27 00 08 08 00 00 00 10 00 00
[139037.117775] blk_update_request: I/O error, dev sdc, sector 654313480 op 0x1:(WRITE) flags 0x800 phys_seg 2 prio class 0
[139037.117778] Buffer I/O error on dev sdc1, logical block 81788929, lost async page write
[139037.117784] Buffer I/O error on dev sdc1, logical block 81788930, lost async page write

[fee701]

Zeilen zu sdc von

Code: Alles auswählen

sudo journalctl

Apr 18 09:01:38 debian11 kernel: sd 6:0:0:0: [sdc] tag#0 timing out command, waited 180s
Apr 18 09:01:38 debian11 kernel: sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE cmd_age=180s
Apr 18 09:01:38 debian11 kernel: sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
Apr 18 09:01:38 debian11 kernel: sd 6:0:0:0: [sdc] tag#0 ASC=0x44 <<vendor>>ASCQ=0x81
Apr 18 09:01:38 debian11 kernel: sd 6:0:0:0: [sdc] tag#0 CDB: Write(16) 8a 00 00 00 00 00 27 c0 08 00 00 00 00 18 00 00
Apr 18 09:01:38 debian11 kernel: blk_update_request: I/O error, dev sdc, sector 666896384 op 0x1:(WRITE) flags 0x800 phys_seg 3 prio class 0
Apr 18 09:01:38 debian11 kernel: Buffer I/O error on dev sdc1, logical block 83361792, lost async page write
Apr 18 09:01:38 debian11 kernel: Buffer I/O error on dev sdc1, logical block 83361793, lost async page write
Apr 18 09:01:38 debian11 kernel: Buffer I/O error on dev sdc1, logical block 83361794, lost async page write
Apr 18 09:02:02 debian11 rtkit-daemon[799]: Supervising 7 threads of 4 processes of 1 users.

[MSfree]

leider ja, die letzten Einträge bei dmesg (fsck läuft noch):

So lange darf ein fsck nicht dauern. Das zeigt eigentlich schon, daß die Platte Defekte abbekommen hat. Einzelne Sektoren sind nicht oder nur unter vielen wiederholten Versuchen les/schreibbar. Beim Abziehen hat es wohl leider einen Headcrash gegeben, weil der Kopf noch nicht in seiner Parkposition war. Noch rotierende Scheiben sollte man ausdrehen lassen, bevor man sie bewegt. Der Abstand zwischen Kopf und Magnetscheibe beträgt nur wenige Nanometer und wird von einem Luftpolster aufrecht gehalten, das abnimmt, wenn die Drehzahl sinkt. Logischerweise können in dieser Phase kleinste Erschütterungen zum Ausetzen des Kopfes auf der Scheibe führen.

Du könntest das Programm badblocks aus dem Paket e2fsprogs über die Platte laufen lassen, das defekte Blöcke als unbrauchbar markiert und so zumindest den intakten Rest der Platte wieder benutzbar macht.

Bei einer Platte, die einen Headcrash hinter sich hat, können sich aber feinste Abriebteilchen befinden, die in Zukunft für weitere Defekte sorgen können. So eine Platte sollte man mit einer gesunden Portion Skepsis benutzen und nicht mehr für wichtige Backups verwenden.

[niemand]

In dem geschilderten Szenario (Headcrash → Oberflächenschaden) sollten sich sehr deutliche Hinweise in den SMART-Einträgen finden lassen. Besteht die Möglichkeit, das Laufwerk mal von seinem Gehäuse zu befreien und direkt in den Rechner zu schieben?

Ansonsten können die bis hierher gezeigten Fehler durchaus auch auf der USB-Strecke entstanden sein – auch das würde sich so bestätigen oder ausschließen lassen können.

OT:
fee701, könntest du Ein- und Ausgaben bitte zwischen [​code] und [/code] anstelle von [​quote] und [/quote] posten? So würde es für die meisten hier lesbarer dargestellt werden, weil sie an diese Art der Darstellung von der eigenen Shell her gewohnt sind.

[fee701]

Besteht die Möglichkeit, das Laufwerk mal von seinem Gehäuse zu befreien und direkt in den Rechner zu schieben?

Sieht nicht so aus, als könnte man das Gehäuse ohne Gewalt öffnen, da trau ich mich nicht ran.

[GregorS]

... So eine Platte sollte man mit einer gesunden Portion Skepsis benutzen und nicht mehr für wichtige Backups verwenden.

Nein, so eine Platte sollte man gar nicht mehr verwenden. Schon weil man ein schlechtes Vorbild wäre.

[fee701]

Habe jetzt gegen Euren Rat noch einen brutalen Versuch gestartet und die Festplatte überschrieben mit

Code: Alles auswählen

sudo dd bs=1M if=/dev/zero of=/dev/sdc

dann einen unauffälligen Test mit fsck gemacht
ein backup meines Rechners gemacht
dann noch einen unauffälligen Test mit fsck gemacht
und dann nach Fehlern mit dmesg gesucht, scheint mir auch unauffällig zu sein (Auszug):

Code: Alles auswählen

[    2.613211] sd 6:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
[    2.613369] sd 6:0:0:0: [sdc] 7813969920 512-byte logical blocks: (4.00 TB/3.64 TiB)
[    2.613370] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[    2.613572] sd 6:0:0:0: [sdc] Write Protect is off
[    2.613573] sd 6:0:0:0: [sdc] Mode Sense: 47 00 10 08
[    2.613772] sd 6:0:0:0: [sdc] No Caching mode page found
[    2.613779] sd 6:0:0:0: [sdc] Assuming drive cache: write through
[    2.635468] systemd[1]: Started Journal Service.
[    2.636779]  sdc: sdc1
[    2.640089] systemd-journald[294]: Received client request to flush runtime journal.
[    2.657417] sd 6:0:0:0: [sdc] Attached SCSI disk
[   17.214815] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: errors=remount-ro

Was denkt Ihr?