USB-Platte mountet nicht...

[smartysmart34]

Hallo zusammen,

ich kenne es ja so, dass man unter Linux so ziemlich alles an Laufwerken gemountet bekommt. Ich habe hier nun aber eine externe USB-Platte, die ich unter Windows ganz normal anstecken kann. Kein Problem.

Unter Linux stecke ich sie an, KDE erkennt eine neue angeschlossene Platte und wenn ich in der Auswahl auf "Mit Dateimanager öffnen" klicke hängt sich die ganze Oberfläche auf - Freeze. Bis ich die Platte beherzt wieder gezogen habe. Dann ging wieder alles.

dmesg sagt mir:

[ 380.900975] usb 1-2.1.4: new high speed USB device using ehci_hcd and address 7
[ 380.997033] usb 1-2.1.4: New USB device found, idVendor=0930, idProduct=0b09
[ 380.997041] usb 1-2.1.4: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 380.997047] usb 1-2.1.4: Product: USB 3.5"-HDD
[ 380.997051] usb 1-2.1.4: Manufacturer: TOSHIBA
[ 380.997055] usb 1-2.1.4: SerialNumber: 0011a260
[ 380.997155] usb 1-2.1.4: configuration #1 chosen from 1 choice
[ 380.999600] scsi23 : SCSI emulation for USB Mass Storage devices
[ 380.999912] usb-storage: device found at 7
[ 380.999914] usb-storage: waiting for device to settle before scanning
[ 382.003941] scsi 23:0:0:0: Direct-Access TOSHIBA USB 3.5"-HDD 100 PQ: 0 ANSI: 2
[ 382.005148] sd 23:0:0:0: Attached scsi generic sg12 type 0
[ 382.005926] sd 23:0:0:0: [sdj] 1250263728 512-byte logical blocks: (640 GB/596 GiB)
[ 382.008178] sd 23:0:0:0: [sdj] Write Protect is off
[ 382.008188] sd 23:0:0:0: [sdj] Mode Sense: 38 00 00 00
[ 382.008191] sd 23:0:0:0: [sdj] Assuming drive cache: write through
[ 382.012182] sd 23:0:0:0: [sdj] Assuming drive cache: write through
[ 382.012199] sdj: sdj1
[ 382.018373] usb-storage: device scan complete
[ 382.021527] sd 23:0:0:0: [sdj] Assuming drive cache: write through
[ 382.021533] sd 23:0:0:0: [sdj] Attached SCSI disk
[ 401.358510] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358522] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358532] end_request: I/O error, dev sdj, sector 18465
[ 401.358555] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358563] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358571] end_request: I/O error, dev sdj, sector 18466
[ 401.358588] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358595] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358603] end_request: I/O error, dev sdj, sector 18467
[ 401.358619] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358626] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358635] end_request: I/O error, dev sdj, sector 18468
[ 401.358651] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358663] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358674] end_request: I/O error, dev sdj, sector 18469
[ 401.358694] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358703] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358715] end_request: I/O error, dev sdj, sector 18470
[ 401.358751] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358758] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358767] end_request: I/O error, dev sdj, sector 18471
[ 401.358784] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358791] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358799] end_request: I/O error, dev sdj, sector 18472
[ 401.358815] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358822] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358831] end_request: I/O error, dev sdj, sector 18473
[ 401.358847] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358857] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358869] end_request: I/O error, dev sdj, sector 18474
[ 401.358888] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358896] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358905] end_request: I/O error, dev sdj, sector 18475
[ 401.358921] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358928] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358939] end_request: I/O error, dev sdj, sector 18476
[ 401.358950] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358955] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.358960] end_request: I/O error, dev sdj, sector 18477
[ 401.358972] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.358977] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359004] end_request: I/O error, dev sdj, sector 18478
[ 401.359029] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359037] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359045] end_request: I/O error, dev sdj, sector 18479
[ 401.359061] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359071] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359083] end_request: I/O error, dev sdj, sector 18480
[ 401.359098] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359106] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359118] end_request: I/O error, dev sdj, sector 18481
[ 401.359133] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359141] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359154] end_request: I/O error, dev sdj, sector 18482
[ 401.359165] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359167] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359170] end_request: I/O error, dev sdj, sector 18483
[ 401.359180] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359182] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359185] end_request: I/O error, dev sdj, sector 18484
[ 401.359195] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359197] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359199] end_request: I/O error, dev sdj, sector 18485
[ 401.359210] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359211] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359214] end_request: I/O error, dev sdj, sector 18486
[ 401.359226] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359228] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359231] end_request: I/O error, dev sdj, sector 18487
[ 401.359241] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359243] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359247] end_request: I/O error, dev sdj, sector 18488
[ 401.359257] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359259] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359262] end_request: I/O error, dev sdj, sector 18489
[ 401.359272] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359276] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359278] end_request: I/O error, dev sdj, sector 18490
[ 401.359289] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359293] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359295] end_request: I/O error, dev sdj, sector 18491
[ 401.359306] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359310] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359313] end_request: I/O error, dev sdj, sector 18492
[ 401.359323] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359328] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359330] end_request: I/O error, dev sdj, sector 18493
[ 401.359341] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359345] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359348] end_request: I/O error, dev sdj, sector 18494
[ 401.359369] usb 1-2.1.4: USB disconnect, address 7
[ 401.359697] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359707] sd 23:0:0:0: [sdj] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ 401.359716] end_request: I/O error, dev sdj, sector 18495
[ 401.359781] sd 23:0:0:0: [sdj] Unhandled error code
[ 401.359788] sd 23:0:0:0: [sdj] Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 401.359797] end_request: I/O error, dev sdj, sector 18496
[ 401.360411] FAT: FAT read failed (blocknr 18402)
[ 401.367681] FAT: bread failed in fat_clusters_flush


Wie kommt es, das das Ding unter Windows problemlos tut und was kann ich unter Linux ohne Datenverlust dagegen tun?

Danke und Gruß,
Martin

[oziris]

Keine Ahnung, was an KDE kaputt ist, ohne Fehlermeldung kann man das shlecht sagen und ein Fan von KDE bin ich auch nicht gerade.
Ich schlage Dir aber vor, dass Du mal versuchst das Ding in der Kommandozeile zu mount-en.
Aus den dmesg Meldungen läßt sich erkennen, dass es eine Partition namens sdj1 gibt:
[ 382.012199] sdj: sdj1
Also könnte man so mounten:
# root werden mit "sudo -s" oder "su"
mkdir -p /media/sdj1 && \
mount /dev/sdj1 /media/sdj1
# wenn es keine Fehler gab ist der Inhalt der Platte jetzt in /media/sdj1 verfügbar
# später kann man sie so wieder umount-en:
umount /media/sdj1
# nicht mehr root sein mit "exit"
Gibt es aber Fehler, dann teile sie uns bitte mit, vielleicht helfen die mehr. Wenn es dabei keine Fehler gibt, ist einfach nur KDE kaputt. (In diesem Fall könnte man darüber nachdenken auf Windows umzusteigen, denn das ist KDE sehr ähnlich, hat aber weniger Bugs. Viele Benutzer merken den Unterschied gar nicht, abgesehen davon, dass es im Windows keinen vorinstallierten Paketmanager und keine komfortable Shell zu geben scheint.)

[smartysmart34]

hm.

Auf der Konsole kann ich ohne Fehlermeldung mounten. Weder auf der Konsole noch in dmesg schlägt was auf.
KDE kann aber auch nicht grundsätzlich defekt sein, da ich meine anderen VFAT und NTFS-Platten auch über KDE mounten und nutzen kann.

Was diese seltsame Empfehlung von Windows nun hier sollte habe ich ehrlich gesagt nicht verstanden.

Darf man Linux nur nutzen, wenn man gnome nutzt und die Kommandozeile?

[oziris]

Auf der Konsole kann ich ohne Fehlermeldung mounten. Weder auf der Konsole noch in dmesg schlägt was auf.
KDE kann aber auch nicht grundsätzlich defekt sein, da ich meine anderen VFAT und NTFS-Platten auch über KDE mounten und nutzen kann.Ich denke, das hat nichts mit dem Dateisystem zu tun. Ich vermute, Deine anderen USB-Datenträger sind nicht partitioniert. Die betroffene USB-Platte jedoch ist partitioniert, enthält aber nur eine einzige Partition, was aber auch völlig legitim ist. (Viele USB-Datenträger kommen vor-formattiert, mit dem Dateisystem über das ganze Devie (/dev/sdj) statt mit einer Partitionstabelle usw. (/dev/sdj1).)


Was diese seltsame Empfehlung von Windows nun hier sollte habe ich ehrlich gesagt nicht verstanden.Das war keine Empfehlung, sondern ein vollkommen unverbindlicher Vorschlag.

Darf man Linux nur nutzen, wenn man gnome nutzt und die Kommandozeile?Wie kommst Du denn darauf? Mit Gnome gäbe es vielleicht sogar das selbe Problem. Ich kann mir vorstellen, dass es etwas mit HAL zu tun hat und das benutzen die doch beide, oder?

Ist auch egal. Ich empfehle Dir, als Workaround ein Script zu bauen, welches das Medium per UUID mountet (evtl. mit irgendeinem dieser sudo- oder su-Frontends). Dann kannst Du den Bug bei der Distro oder KDE melden und musst dann ein paar Monate warten und evtl. gelegentlich Infos liefern, wenn sie ein Entwickler benötigt. Irgendwann ist es dann vermutlich behoben und dann brauchst Du das Script nicht mehr.

[smartysmart34]

Ich bin mir ziemlich sicher, dass meine anderen Datenträger auch alle partitioniert sind. Ehrlich gesagt war mir bisher nicht klar, dass man USB-Platten auch ohne Partition formatieren und nutzen kann.
Werd's aber nochmal prüfen.

Was mich wundert ist, dass ich hier der erste sein soll, dem das auffällt. Es müssen doch noch mehr LEute partitionierte USB-Platten an Linux anstecken?

[smartysmart34]

So sieht fdisk -l von einer der Platten aus, die ganz normal unter KDE mounten. Auch mit einer Partition:


fdisk -l /dev/sdj

Platte /dev/sdj: 500.1 GByte, 500107862016 Byte
255 Köpfe, 63 Sektoren/Spuren, 60801 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xa42a4759

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdj1 1 60801 488384001 7 HPFS/NTFS


Und das ist die mit den Problemen:


fdisk -l /dev/sdj

Platte /dev/sdj: 640.1 GByte, 640135028736 Byte
255 Köpfe, 63 Sektoren/Spuren, 77825 Zylinder
Einheiten = Zylinder von 16065 × 512 = 8225280 Bytes
Disk identifier: 0xfce99fec

Gerät boot. Anfang Ende Blöcke Id System
/dev/sdj1 1 77825 625129281 c W95 FAT32 (LBA)

Ausser dem anderen Filesystem fällt mir dazu erstmal nix auf. Hat sonst noch jemand ne Idee, wieso der KDE-Mounter damit Stress haben könnte?

P.S.: Dämliche Idee, aber ich frag' mal: In meinem BIOS gibt es eine Einstellung zum USB-Legacy-Support für
- Maus
- Tastatur
- Massenspeicher

Ausser für die Tastatur ist das für alle anderen disabled. Ich gehe davon aus, wenn das ein Problem wäre, würde auch der Mount auf der Kommandozeile oder der von der ersten Platte oben nicht problemlos laufen?

Danke und Gruß,
Martin

[smartysmart34]

Update:
Unter Ubuntu 10.04 mit Gnome läuft die Platte auch problemlos. Muss also irgendwie an KDE oder dem Suse 11.2-Kernel liegen. Im Kernel-Thread weiter oben habe ich bereits geschrieben,d ass es vermutlich ein Kernel-Problem mit 2.6.31 gibt. Ich versuche das noch näher einzugrenzen. Wenn mir hier dennoch jemand weiterhelfen kann, wäre das sehr nett.

[ThorstenHirsch]

Es ist ja keine Sicherheitslücke, d.h. der Kernel in Suse 11.2 wird eher nicht gefixt, was dein Problem angeht.
Ein Upgrade auf 11.3 bringt nen neuen Kernel.

[smartysmart34]

http://www.unixboard.de/vb3/showthread.php?44088-USB-Festplatten-brauchen-extrem-lange-bis-Zugriff-möglich-ist.

Hier gibt's ein ähnliches Problem. Reformat ist bei mir eher keine Lösung. Aber ein Upgrade wollte ich nun auch nicht schon wieder. Ärgerlich, das sowas einfach durchrutscht. Auch wenn FAT-Laufwerke mounten keine kritische Lücke ist finde ich es "annoying" das man sowas hinterher nicht wenigstens korrigiert. Ich bin doch sicher nicht der einzige, der FAT-Platten per USB anknübbeln will.

Gibt's hier Erfahrungen mit der Installation eines "Factory" Kernels in eine 11.2? Geht sowas eher gut oder nicht so gut?
Klappen dann Security Updates noch?

Ich habe echt keine Lust, wieder bei fast Null anzufangen.

P.S.: Wie kommt es eigentlich, dass alle USB-Sticks und Speicherkarten (CF, SD) problemlos gehen? Die sind doch in der Regel auch alle mit FAT formatiert, oder?

[smartysmart34]

Ich habe gerade das hier gefunden und ich denke, das das Problem damit zusammenhängt:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/133567

Wenngleich mich irritiert, dass das Ticket nun schon 3 Jahre alt ist.
Aber so wie es aussieht ist das durh VFat bedingt. Ich werde es zuhause nochmal testen, denn ich muss zugeben: 5 Minuten hatte ich bisher nicht gewartet.
Ich werde auch die gelistete Doku zum vfat aus der Kernel source mal prüfen.

Von Euch hier jemand ne Idee, wieso das heute unter Ubuntu 10.04 flott geht, unter Suse 11.2 aber nicht?

Gruß,
Martin

[buzz768]

Ich könnte mir vorstellen, dass es an einer von KDE verwendeten Mountoption liegt, also falls möglich mal die Ausgabe von mount bei gemounteter Platte vergleichen unter KDE, Gnome und beim manuellen mounten.

[smartysmart34]

Hallo zusammen,

mann muss tatsächlich nur die Nerven haben, ca. 4 Minuten zu warten. Dann wird das System wieder geschmeidig und ie Platte ist ganz normal benutzbar. So lange wartet nur normalerweise kein Mensch....

Scheint also mit dem Free-Sectors-Problem zusammenzuhängen, dass in dem obigen Link beschrieben wird.
Einerseits unschön, andererseits gut, dass nix defekt ist ;-)

Gruß,
Martin