ubuntuusers.de

Hallo,

ich kann plötzlich auf meine externe Festplatte nicht mehr zugreifen: „Beim Zugriff auf „TOSHIBA EXT“ ist ein Fehler aufgetreten, die Meldung lautet: Die angegebene Operation ist fehlgeschlagen: Error mounting /dev/sde1 at /media/username/TOSHIBA EXT: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error“

Ich habe die externe Festplatte sonst immer mal wieder verwendet (sie ist nicht kontinuierlich eingesteckt) und dabei wurde sie immer automatisch gemountet.

Mit GParted kann ich die Festplatte sehen (etc/sdd1), das Dateisystem ist ntfs. Der Name der externen Festplatte wird auch angezeigt. 1,71MB sind nicht zugeteilt.

Was muss ich machen, damit ich die Festplatte wieder nutzen kann?

Mache mal nen Dateisystemcheck.

PS: Ein Backup existiert doch sicher.

Diese Mount-Fehlermeldung sagt wenig bis gar nichts aus, "könnte alles mögliche sein".

Bei sowas auch mal ins dmesg schauen, obs da Lesefehler oder sonstige Fehlermeldungen gibt.

Und blkid, file -s, ... ob es überhaupt als das gewünschte Dateisystem erkannt wird.

Mit welchem Befehl versuchst du zu mounten? Bei ntfs kann man es auch mit -t ntfs3 und ntfs-3g probieren.

Dateisystemcheck:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18

user@desktop:~$ sudo fsck /dev/sde
[sudo] Passwort für user: 
fsck von util-linux 2.39.1
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2: Ungültige magische Zahl im Superblock
fsck.ext2: Superblock ungültig, Datensicherungs-Blöcke werden versucht ...
fsck.ext2: Ungültige magische Zahl im Superblock beim Versuch, /dev/sde zu öffnen

Der Superblock ist unlesbar bzw. beschreibt kein gültiges ext2/ext3/ext4-
Dateisystem. Wenn das Gerät gültig ist und ein ext2/ext3/ext4-
Dateisystem (kein swap oder ufs usw.) enthält, dann ist der Superblock
beschädigt, und Sie könnten versuchen, e2fsck mit einem anderen Superblock
zu starten:
    e2fsck -b 8193 <Gerät>
 oder
    e2fsck -b 32768 <Gerät>

In /dev/sde wurde eine dos-Partitionstabelle gefunden

Ein Backup existiert.

Bisher hat das Mounten automatisch funktioniert.

1
2
3
4
5
6
7

sudo blkid 
/dev/sda2: UUID="75f2a2f8-7252-4e3d-b734-4334e69e0d14" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="35c18c1e-53df-4a34-8012-99481979bd9e"
/dev/sda1: UUID="4D59-6F0A" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f2590af3-dc30-4d71-b8ea-acb5759e1e25"
/dev/sdb1: LABEL="Fotos" UUID="e39f68c5-68fe-4389-a164-befc4ff01508" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="53950127-01"
/dev/sdc1: UUID="219ba424-7759-43d3-a712-049087f555be" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="000f04e6-01"
/dev/sdc5: UUID="3c504e35-c9be-4b7b-ba81-da00a1d91739" TYPE="swap" PARTUUID="000f04e6-05"
/dev/sde1: LABEL="TOSHIBA EXT" BLOCK_SIZE="512" UUID="843671A53671993E" TYPE="ntfs" PARTUUID="331e1fc4-01"

Es geht um den unteren Eintrag.

Mit dem ext2 fsck kannst du ntfs nur kaputt machen. Du versuchst außerdem es auf das falsche Gerät anzuwenden (nicht /dev/sde sondern /dev/sde1 muss es sein).

Welche Fehlermeldungen bekommst du beim manuellen Mounten?

sudo mkdir /mnt/sde1
sudo mount -t ntfs3 /dev/sde1 /mnt/sde1
sudo dmesg | tail -n 40
df -h /mnt/sde1/

Ist die Festplatte auch mal an Windows angeschlossen? Bei Windows muss man Fastboot/Hibernate deaktivieren bzw. das Laufwerk sauber auswerfen.

Vielen Dank schon mal - hier die Ausgaben:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50

user@desktop:~$ sudo mkdir /mnt/sde1
[sudo] Passwort für user: 
user@desktop:~$ sudo mount -t ntfs3 /dev/sde1 /mnt/sde1
mount: /mnt/sde1: Falscher Dateisystemtyp, ungültige Optionen, der Superblock von /dev/sde1 ist beschädigt, fehlende Kodierungsseite oder ein anderer Fehler.
       dmesg(1) may have more information after failed mount system call.
user@desktop:~$ sudo dmesg | tail -n 40
[10372.776057] usb 2-3: SerialNumber: 20141115006756F
[10372.777531] usb-storage 2-3:1.0: USB Mass Storage device detected
[10372.795459] scsi host5: usb-storage 2-3:1.0
[10373.801165] scsi 5:0:0:0: Direct-Access     TOSHIBA  External USB 3.0 0    PQ: 0 ANSI: 6
[10373.803115] sd 5:0:0:0: Attached scsi generic sg4 type 0
[10375.959640] sd 5:0:0:0: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[10375.959924] sd 5:0:0:0: [sde] Write Protect is off
[10375.959929] sd 5:0:0:0: [sde] Mode Sense: 43 00 00 00
[10375.960206] sd 5:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[10375.968670]  sde: sde1
[10375.968802] sd 5:0:0:0: [sde] Attached SCSI disk
[10384.558512] ntfs3: Max link count 4000
[10384.558521] ntfs3: Enabled Linux POSIX ACLs support
[10384.558524] ntfs3: Read-only LZX/Xpress compression included
[10384.588860] ntfs3: sde1: It is recommened to use chkdsk.
[10384.630324] ntfs3: sde1: volume is dirty and "force" flag is not set!
[10528.595920]  sde: sde1
[10591.788934] workqueue: delayed_fput hogged CPU for >10000us 8 times, consider switching to WQ_UNBOUND
[12057.834689] workqueue: delayed_fput hogged CPU for >10000us 16 times, consider switching to WQ_UNBOUND
[12087.216566] usb 2-3: USB disconnect, device number 3
[12087.267212] sd 5:0:0:0: [sde] Synchronizing SCSI cache
[12087.267291] sd 5:0:0:0: [sde] Synchronize Cache(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[12090.295187] usb 2-3: new SuperSpeed USB device number 4 using xhci_hcd
[12090.319993] usb 2-3: New USB device found, idVendor=0480, idProduct=a200, bcdDevice= 0.00
[12090.320014] usb 2-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[12090.320023] usb 2-3: Product: External USB 3.0
[12090.320030] usb 2-3: Manufacturer: TOSHIBA
[12090.320036] usb 2-3: SerialNumber: 20141115006756F
[12090.327817] usb-storage 2-3:1.0: USB Mass Storage device detected
[12090.328891] scsi host5: usb-storage 2-3:1.0
[12091.349309] scsi 5:0:0:0: Direct-Access     TOSHIBA  External USB 3.0 0    PQ: 0 ANSI: 6
[12091.350059] sd 5:0:0:0: Attached scsi generic sg4 type 0
[12093.490097] sd 5:0:0:0: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[12093.490480] sd 5:0:0:0: [sde] Write Protect is off
[12093.490488] sd 5:0:0:0: [sde] Mode Sense: 43 00 00 00
[12093.490794] sd 5:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[12093.498791]  sde: sde1
[12093.499264] sd 5:0:0:0: [sde] Attached SCSI disk
[12114.853022] ntfs3: sde1: It is recommened to use chkdsk.
[12114.894587] ntfs3: sde1: volume is dirty and "force" flag is not set!
user@desktop:~$ df -h /mnt/sde1/
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2       234G    184G   38G   84% /
user@desktop:~$ 

Die Festplatte wurde nicht an Windows angeschlossen.

Wenn man "ubuntu toshiba extern" bei Google eingibt, kommen eine Menge Anregungen.

Ich hätte auch auf Windows getippt. Falls möglich, mal über Windows reparieren lassen wegen NTFS.

Kommt mir jedenfalls bekannt vor "Toshiba".

NTFS ist ein Fremddateisystem für Linux. ¯\_(ツ)_/¯ Es ist aber das proprietäre Standarddateisystem von aktuellem MS-Windows. So dass MS-Windows benutzt werden muss, um zermurkstes NTFS mit chkdsk zu reparieren.

Linux fsck hat kein Modul für NTFS Reparatur!

du kannst sudo ntfsfix /dev/sde1 probieren (ggf. mit --clear-dirty), oder bei mount -t ntfs3 noch -o force mitgeben

oder wenn Windows vorhanden dort mit chkdsk

frostschutz schrieb:

du kannst sudo ntfsfix /dev/sde1 probieren (ggf. mit --clear-dirty), oder bei mount -t ntfs3 noch -o force mitgeben

ntfsfix markiert NTFS als reparaturbedürftig. 😉 Damit MS-Windows beim nächsten booten sich damit auseinandersetzen darf. NTFS sollte ja eigentlich™ robuster sein als FAT. Aber die Erfahrung hat mich gelehrt, dass NTFS auch viel schlimmer kaputt sein kann als FAT. FUBAR ist der korrekte Ausdruck dafür. Also besser gleich richtig reparieren, und dafür ist MS-Windows notwendig. Wer das nicht mag, verwendet besser kein NTFS.

trollsportverein schrieb:

ntfsfix markiert NTFS als reparaturbedürftig. 😉

Ja, oder es entfernt diese Markierung auf Wunsch auch wieder. Alternativ kann man es auch mit mount -o loop,ro (readonly) probieren. Oder bei ntfs3 mit der force Option.

Damit MS-Windows beim nächsten booten sich damit auseinandersetzen darf.

Ja, wäre die bessere Variante, wenn man nicht weiß, was los ist.

Und wenn man gar kein Windows im Einsatz hat, vielleicht noch besser auf ntfs und exfat komplett verzichten. Aber es ist nicht immer möglich, da externe Geräte ja auch diese Dateisysteme voraussetzen. Der USB-Port am Fernseher/Auto/... wird mit ext4, xfs & co nicht unbedingt was anfangen können... da bleibts dann halt bei FAT, exfat, ntfs, ...

Hier der Versuch mit sudo ntfsfix /dev/sde1

1
2
3
4
5

Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... FIXED
NTFS volume version is 3.1.
NTFS partition /dev/sde1 was processed successfully.

Aber ich kann "trotzdem" nicht auf die Festplatte zugreifen, gleiche Fehlermeldung.

Da ich keinen Zugriff auf einen Windows-PC habe, werde ich die externe Festplatte neu formatieren und ein Dateisystem für Linux verwenden 😉

Vielen Dank an alle für die Unterstützung!

Hallo, keine Frage, nur eine Anmerkung: Ich denke, ich habe auch dieses Problem: Zur Zeit noch Ubuntu 23.10, meine WD-Elements lässt sich mit entsprechender Fehlermeldung seit ca. 6 Monaten nicht mehr mounten. Seit gestern geht auch meine Drive-N-Go nicht mehr, ich hatte noch kopiert (mit Programm "Dateien") und als ich nach dem Fußball weiter machen wollte, kam die genannte Fehlermeldung. Die Elements lässt sich immer noch ohne Fehlermeldung oder erkennbare Probleme an meinem alten PC betreiben unter dem Betriebssystem debian LXQt (i386, ca. 3-4 Jahre alt, aber aktueller Stand) und unter Windows XP. Die Drive-N-Go habe ich nur kurz unter debian eingesteckt, kopieren hat wohl noch funktioniert. Aber ich konnte schon gestern unter Ubuntu mit der Desktop-Anwendung "Dateien" keinen neuen Ordner mehr anlegen (ausgegrauter Eintrag, Tastaturkürzel ging auch nicht). Meine Hoffnung auf 24.04 ist leider auch gestorben: Zumindest beim Start vom Stick gab es beim Einstecken der Festplatten o.g. Fehlermeldung.

Ich werde mal die Reparatur über ntfs probieren und mir eine weitere Backup-Platte kaufen!

Grüße, Frank