USB-HDD Toshiba PX1396E 1TB lässt System einfrieren

[Lilo Linux]

Nachdem USB-HDD mit eigenem Netzschalter eingeschaltet wird, zeigt das System, dass USB-Device angeschlossen wurde.
Das Öffnen des Laufwerks zeigt auch noch den Inhalt, aber nun ist nichts mehr im System erreichbar. Anwendungen
laufen im Hintergrund zwar weiter (z. B. Kaffeine), aber es kann nichts mehr geöffnet werden. Erst wenn USB-HDD
wieder ausgeschaltet wird, können alle anderen Anwendungen wieder erreicht werden. Das tritt auch für ROOT auf.

Betriebssystem: Linux 2.6.27.39-0.2-default x86_64
System: openSUSE 11.1 (x86_64)
KDE: 4.1.3 (KDE 4.1.3) "release 4.11.1"

Wer weiss Abhilfe?

 

[tisu]

Das habe ich bei meiner Western Digital auch. Wenn ich eine Zeit warte dann legt sich das automatisch wieder. Weiß zwar nicht warum und ist nervig, aber vielleicht hilft bei Dir auch einfach warten?

Wäre auch dankbar wenn jemand dieses Phänomen beheben kann bzw. erklären kann.

Grüße

 

[whois]

Nur mal so gefragt benutzt ihr beide ein 64 Bit System?
Das passiert hier auch ab und an aber immer nur bei 64 Bit.

 

[tisu]

ja genau

 

[lOtz1009]

Öffnet mal ein Root-Terminal und führt

tail -f /var/log/messages

aus. Dann FP einstecken und anschalten. Evtl. kommen wir so an ein paar Systemmeldungen.

 

[whois]

Zumindest hier führt das zu keinem Ergebnis.
Das hatte ich schon getestet.

 

[Lilo Linux]

System ist 64bit. Nach kurzer Wartezeit (so ca. 1 Minute) ist das System wieder verfügbar (d. h. ich kann auf andere Anwendungen wieder zugreifen). Das Dateisystem auf der USB-HDD ist FAT32 (soll derzeit auch bleiben).

Also "tail -f /var/log/messages" als Root eingegeben und dann ergibt das folgende Ausgabe:

Dec 14 18:12:56 linux-ok9m smartd[4281]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 202 to 160
Dec 14 18:12:56 linux-ok9m smartd[4281]: Device: /dev/sdb [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 83 to 74
Dec 14 18:12:56 linux-ok9m smartd[4281]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 17 to 26
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdc [SAT], SMART Prefailure Attribute: 1 Raw_Read_Error_Rate changed from 253 to 100
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdc [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 199 to 169
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdc [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 199 to 163
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdc [SAT], SMART Usage Attribute: 200 Multi_Zone_Error_Rate changed from 253 to 100
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdd [SAT], SMART Usage Attribute: 190 Airflow_Temperature_Cel changed from 90 to 86
Dec 14 18:12:57 linux-ok9m smartd[4281]: Device: /dev/sdd [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 89 to 81
Dec 14 18:30:39 linux-ok9m su: (to root) rkfdl on /dev/pts/1
Dec 14 18:31:07 linux-ok9m kernel: usb 4-3: new high speed USB device using ehci_hcd and address 3
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: configuration #1 chosen from 1 choice
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: New USB device found, idVendor=0930, idProduct=0b09
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: Product: USB 3.5"-HDD
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: Manufacturer: TOSHIBA
Dec 14 18:31:08 linux-ok9m kernel: usb 4-3: SerialNumber: 0016d66e
Dec 14 18:31:08 linux-ok9m kernel: Initializing USB Mass Storage driver...
Dec 14 18:31:08 linux-ok9m kernel: scsi8 : SCSI emulation for USB Mass Storage devices
Dec 14 18:31:08 linux-ok9m kernel: usbcore: registered new interface driver usb-storage
Dec 14 18:31:08 linux-ok9m kernel: USB Mass Storage support registered.
Dec 14 18:31:08 linux-ok9m kernel: usb-storage: device found at 3
Dec 14 18:31:08 linux-ok9m kernel: usb-storage: waiting for device to settle before scanning
Dec 14 18:31:09 linux-ok9m kernel: scsi 8:0:0:0: Direct-Access TOSHIBA USB 3.5"-HDD 100 PQ: 0 ANSI: 2
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Write Protect is off
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Mode Sense: 38 00 00 00
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Assuming drive cache: write through
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] 1953525168 512-byte hardware sectors: (1.00 TB/931 GiB)
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Write Protect is off
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Mode Sense: 38 00 00 00
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Assuming drive cache: write through
Dec 14 18:31:09 linux-ok9m kernel: sde: sde1
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: [sde] Attached SCSI disk
Dec 14 18:31:09 linux-ok9m kernel: sd 8:0:0:0: Attached scsi generic sg5 type 0
Dec 14 18:31:09 linux-ok9m kernel: usb-storage: device scan complete
Dec 14 18:31:09 linux-ok9m hald: mounted /dev/sde1 on behalf of uid 1000

 

[Lilo Linux]

Hat hier denn niemand eine Idee, wie man die Wartezeit von 1-2 Minuten abkürzen kann, bevor das USB-HDD-Laufwerk wieder verwendbar wird?

System:
Betriebssystem: Linux 2.6.27.39-0.2-default x86_64
System: openSUSE 11.1 (x86_64)
KDE: 3.5.10 "release 21.12.1"

 

[misiu]

Bei 1TB wird eine ganze Menge Indexiert . Kann sein, dass da die Mount-Optionen in den Udev-Regeln
angepasst werden müssen oder die Beagle/Strigi etc.-Indexierung abgeschaltet werden muss.

MfG
misiu

 

[Lilo Linux]

Danke für Deine Antwort misiu, aber bei UDEV, Striggi ... verstehe ... so sorry ... nur Bahnhof.
Wo finde ich ggfs. was und kann es ggfs. wie ändern, einstellen? :???: