Seltsame Abstürze [PC-Card->USB-Adapter; Ubuntu 8.04]
Patrick Schueller
ich habe folgendes merkwürdige Problem:
An meinem Notebook (Acer Travelmate 220) ist ein PC-Card->USB-2.0-Adapter
angeschlossen (Rechner selbst hat nur USB-1.0-Anschlüsse). Wenn ich über
diesen Adapter eine externe Festplatte oder einen USB-Stick anschließe,
funktionieren diese zunächst normal.
Bei hoher "Zugriffsdichte", z.B. wenn ich eine große Datei oder ein
volles Verzeichnis (mit cp oder über Nautilus) kopiere oder wenn ich eine
daraufliegende virtuelle Maschine mit virtualbox starte, kommt es aber
nach einiger Zeit (mehrere Minuten) zu einem kompletten Systemabsturz,
d.h. der Computer reagiert gar nicht mehr (keine Festplattenaktivität
mehr, Bildschirm komplett eingefroren, Mauszeiger steht, keine Reaktion
auf Tastatureingaben, weder auf Ctrl-C noch auf Ctrl-Alt-F1 usw. noch auf
Alt-SysRq-B usw.). Der Rechner muss dann über die Ein/Aus-Taste
wiederbelebt werden.
Mit einem älteren Modell dieses PC-Card/USB-Adapters hat das Ganze sowohl
unter Windows XP (jetzt nicht mehr auf dem Rechner) als auch unter Ubuntu
7.04 und 7.10 problemlos funktioniert. Dieses hat aber leider einen
mechanischen Defekt erlitten, so dass es ausgetauscht werden musste. Kurz
danach habe ich das Upgrade auf 8.04 durchgeführt.
Ich meine (bin mir aber nicht sicher), dass dieses Problem erst seit dem
Upgrade von 7.10 auf 8.04 besteht. Wenn ich in den "recovery mode" (Root-
Konsole) boote, das Laufwerk mounte und eine Datei kopiere, scheint es
ohne Probleme zu funktionieren.
Output von lsusb:
patrick@linuxps:~$ lsusb
Bus 005 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 004 Device 004: ID 04a9:220e Canon, Inc. CanoScan N1240U/LiDE 30
Bus 004 Device 003: ID 04b4:6830 Cypress Semiconductor Corp. USB-2.0 IDE
Adapter
Bus 004 Device 002: ID 05e3:0605 Genesys Logic, Inc. USB 2.0 Hub [ednet]
Bus 004 Device 001: ID 0000:0000
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 002: ID 1241:1122 Belkin
Bus 001 Device 001: ID 0000:0000
Ausschnitt aus dem Output von lshal:
udi = '/org/freedesktop/Hal/devices/usb_device_4b4_6830_D'
info.bus = 'usb_device' (string)
info.linux.driver = 'usb' (string)
info.parent = '/org/freedesktop/Hal/devices/
usb_device_5e3_605_noserial' (string)
info.product = 'USB-2.0 IDE Adapter' (string)
info.subsystem = 'usb_device' (string)
info.udi = '/org/freedesktop/Hal/devices/
usb_device_4b4_6830_D' (string)
info.vendor = 'Cypress Semiconductor Corp.' (string)
linux.device_file = '/dev/bus/usb/004/003' (string)
linux.hotplug_type = 2 (0x2) (int)
linux.subsystem = 'usb' (string)
linux.sysfs_path = '/sys/devices/
pci0000:00/0000:00:1e.0/0000:01:09.0/0000:02:00.2/
usb4/4-1/4-1.1' (string)
usb_device.bus_number = 4 (0x4) (int)
usb_device.can_wake_up = false (bool)
usb_device.configuration_value = 1 (0x1) (int)
usb_device.device_class = 0 (0x0) (int)
usb_device.device_protocol = 0 (0x0) (int)
usb_device.device_revision_bcd = 1 (0x1) (int)
usb_device.device_subclass = 0 (0x0) (int)
usb_device.is_self_powered = true (bool)
usb_device.linux.device_number = 3 (0x3) (int)
usb_device.linux.sysfs_path = '/sys/devices/
pci0000:00/0000:00:1e.0/0000:01:09.0/0000:02:00.2/
usb4/4-1/4-1.1' (string)
usb_device.max_power = 0 (0x0) (int)
usb_device.num_configurations = 1 (0x1) (int)
usb_device.num_interfaces = 1 (0x1) (int)
usb_device.num_ports = 0 (0x0) (int)
usb_device.product = 'USB-2.0 IDE Adapter' (string)
usb_device.product_id = 26672 (0x6830) (int)
usb_device.serial = 'D' (string)
usb_device.speed = 480.0 (480) (double)
usb_device.speed_bcd = 294912 (0x48000) (int)
usb_device.vendor = 'Cypress Semiconductor Corp.' (string)
usb_device.vendor_id = 1204 (0x4b4) (int)
usb_device.version = 2.0 (2) (double)
usb_device.version_bcd = 512 (0x200) (int)
Kann das Problem mit hal oder dbus bzw. den Treibern für diesen Adapter
zu tun haben oder ist es doch eher ein reines Hardware-Problem (d.h.
nochmal neuen Adapter kaufen)?
Wenn Ihr noch mehr Infos braucht, bitte gern nachfragen, bin noch
"relativer" Linux-Anfänger (seit 10/07).
Viele Grüße
Patrick
Henning Paul
> Mit einem älteren Modell dieses PC-Card/USB-Adapters hat das Ganze
> sowohl unter Windows XP (jetzt nicht mehr auf dem Rechner) als auch
> unter Ubuntu 7.04 und 7.10 problemlos funktioniert. Dieses hat aber
> leider einen mechanischen Defekt erlitten, so dass es ausgetauscht
> werden musste.
Welchen Chipsatz verwendet der aktuelle Adapter? lspci verrät das. VIA
ist bekannt dafür, sporadisch Ärger zu machen, NEC ist da stabiler.
Gruß
Henning
Patrick Schueller
Scheint NEC zu sein:
patrick@linuxps:~$ lspci
00:00.0 Host bridge: Intel Corporation 82830 830 Chipset Host Bridge (rev
04)
00:02.0 VGA compatible controller: Intel Corporation 82830 CGC [Chipset
Graphics Controller] (rev 04)
00:02.1 Display controller: Intel Corporation 82830 CGC [Chipset Graphics
Controller]
00:1d.0 USB Controller: Intel Corporation 82801CA/CAM USB Controller #1
(rev 02)
00:1d.1 USB Controller: Intel Corporation 82801CA/CAM USB Controller #2
(rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 42)
00:1f.0 ISA bridge: Intel Corporation 82801CAM ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801CAM IDE U100 Controller
(rev 02)
00:1f.3 SMBus: Intel Corporation 82801CA/CAM SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801CA/CAM AC'97
Audio Controller (rev 02)
00:1f.6 Modem: Intel Corporation 82801CA/CAM AC'97 Modem Controller (rev
02)
01:05.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 10)
01:09.0 CardBus bridge: O2 Micro, Inc. OZ601/6912/711E0 CardBus/
SmartCardBus Controller
02:00.0 USB Controller: NEC Corporation USB (rev 43)
02:00.1 USB Controller: NEC Corporation USB (rev 43)
02:00.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
Gruß, Patrick
Michael Kohaupt
> Wenn ich in den "recovery mode" (Root-
> Konsole) boote, das Laufwerk mounte und eine Datei kopiere, scheint es
> ohne Probleme zu funktionieren.
Eine Datei?
Wie sieht es aus, wenn du mal 1GB rumschaufelst?
Hat das notebook evtl. thermische Probleme?
Mit memtest mal den Speicher abgeklopft?
Der Adapter könnte auch zu wenig Strom bekommen. Hat er ein kleines
Steckerloch? Wenn ja, es gibt dafür ein Kabel, welches man mit dem
anderen Ende einfach in einen weiteren USB Port steckt, damit der
Adapter zusätzlich darüber mit Strom versorgt wird.
Gruss
Michael
Patrick Schueller
> Patrick Schueller schrieb:
>
>> Wenn ich in den "recovery mode" (Root- Konsole) boote, das Laufwerk
>> mounte und eine Datei kopiere, scheint es ohne Probleme zu
>> funktionieren.
>
> Eine Datei?
> Wie sieht es aus, wenn du mal 1GB rumschaufelst?
Naja, "eine Datei" war in diesem Fall eine virtuelle Maschine mit > 7 GB
Größe ;-)
patrick@linuxps:/mnt/winxpext$ ls -l *.vmdk
-rw-r--r-- 1 patrick patrick 7427784704 2008-05-14 12:04 winxpresize.vmdk
Unter Gnome --> Absturz. In Konsole mit Ctrl-Alt-F1 --> Absturz. Im
"recovery mode" --> problemlos kopiert (zumindest einmal). Deshalb meine
Vermutung, dass irgendeine Software/Treiber, die im multi-user runlevel
(richtig ausgedrückt?) geladen wird, aber nicht im single-user runlevel,
schuld sein könnte.
> Hat das notebook evtl. thermische Probleme? Mit memtest mal den Speicher
> abgeklopft?
Glaube ich eher nicht, der Fehler tritt *nur* bei Verwendung dieses
Adapters auf (oder der Adapter selber hat thermische Probleme, ziemlich
heiß fühlt er sich nach dem Entfernen schon an). Große Datenmengen auf
der internen Platte bearbeiten/kopieren oder auch auf Geräten, die an den
eingebauten USB-1-Buchsen angeschlossen sind, bereitet keine Probleme.
Memtest mache ich mal bei Gelegenheit und berichte dann.
> Der Adapter könnte auch zu wenig Strom bekommen. Hat er ein kleines
> Steckerloch? Wenn ja, es gibt dafür ein Kabel, welches man mit dem
> anderen Ende einfach in einen weiteren USB Port steckt, damit der
> Adapter zusätzlich darüber mit Strom versorgt wird.
Leider hat er nur eine wohl in anderen Ausführungen dafür vorgesehene
"Stelle", die aber verschlossen ist. (Die USB-Platte selber bekommt ja
über ihr Netzteil Strom.)
Dank und Gruß
Patrick
Henning Paul
> Am Wed, 14 May 2008 13:56:50 +0200 schrieb Henning Paul:
>> Welchen Chipsatz verwendet der aktuelle Adapter? lspci verrät das.
>> VIA ist bekannt dafür, sporadisch Ärger zu machen, NEC ist da
>> stabiler.
>
> Scheint NEC zu sein:
>
[...]
> 02:00.0 USB Controller: NEC Corporation USB (rev 43)
> 02:00.1 USB Controller: NEC Corporation USB (rev 43)
> 02:00.2 USB Controller: NEC Corporation USB 2.0 (rev 04)
Hmm, mit einem solchen habe ich unter Kernel 2.6.24 keine Probleme...
Gruß
Henning
Patrick Schueller
Hier ist es der hier:
patrick@linuxps:/mnt/winxpext$ uname -a
Linux linuxps 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
GNU/Linux
Das Problem scheint doch irgendwas mit dbus/hal zu tun zu haben, ein
beherztes Experiment mit
sudo /etc/init.d/dbus stop
scheint jedenfalls für den Moment Ruhe gebracht zu haben...
Kann das wirklich die Ursache sein?
Gruß, Patrick
Patrick Schueller
>
> sudo /etc/init.d/dbus stop
>
> scheint jedenfalls für den Moment Ruhe gebracht zu haben...
Nicht sehr lange :-(
Patrick
Henning Paul
Hätte mich auch gewundert.
Mal die Interruptbelegung angesehen?
Gruß
Henning
Patrick Schueller
> Mal die Interruptbelegung angesehen?
Ich verstehe leider nichts davon, aber hier ist die aktuelle Belegung.
Irgendwelche Auffälligkeiten?
patrick@linuxps:~$ cat /proc/interrupts
CPU0
0: 4771251 XT-PIC-XT timer
1: 1663 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
3: 1 XT-PIC-XT
4: 3 XT-PIC-XT
5: 0 XT-PIC-XT parport0
6: 5 XT-PIC-XT floppy
7: 1 XT-PIC-XT
8: 5 XT-PIC-XT rtc
9: 22 XT-PIC-XT acpi
10: 7004 XT-PIC-XT yenta, ohci_hcd:usb3, ehci_hcd:usb4,
ohci_hcd:usb5, Intel 82801CA-ICH3
11: 2709779 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, eth0,
i915@pci:0000:00:02.0
12: 786 XT-PIC-XT i8042
14: 88021 XT-PIC-XT libata
15: 152356 XT-PIC-XT libata
NMI: 0 Non-maskable interrupts
LOC: 0 Local timer interrupts
RES: 0 Rescheduling interrupts
CAL: 0 function call interrupts
TLB: 0 TLB shootdowns
TRM: 0 Thermal event interrupts
SPU: 0 Spurious interrupts
ERR: 0
MIS: 0
Gruß, Patrick
Patrick Schueller
> ich habe folgendes merkwürdige Problem:
[...]
> Systemabsturz
Irgendwie scheint es doch ein Software-Problem zu sein, unter Kubuntu
7.10 (das ich extra dafür zusätzlich installiert habe) tritt das Problem
nicht auf :-|
Aber wo suchen? Oder bei Gutsy bleiben? (FF3 wäre mir schon lieber,
ansonsten funktioniert der Sound unter Gutsy bei mir auch besser als
unter Hardy)
Gruß, Patrick
Patrick Schueller
> Am Wed, 14 May 2008 13:51:51 +0200 schrieb Patrick Schueller:
>
>> ich habe folgendes merkwürdige Problem:
> [...]
>> Systemabsturz
>
> Irgendwie scheint es doch ein Software-Problem zu sein, unter Kubuntu
> 7.10 (das ich extra dafür zusätzlich installiert habe) tritt das Problem
> nicht auf :-|
So, nochmal Update. Also, mit Gutsy tritt der Fehler definitiv nicht auf
(3 Tage intensive Nutzung). Auf einem neuinstallierten Hardy (separate
Partition, gleiches /home), sogar vor Installation der letzten Updates,
aber schon. Weiß immer noch nicht, wo ich jetzt weitersuchen soll ;-(
Gruß, Patrick
Patrick Schueller
Nach weiteren Tests scheint es ein Kernel-Problem zu sein. Mit 2.6.24-17-
generic (und Vorgängern) tritt das Problem auf, mit 2.6.24-17-rt
(Realtime-Kernel) nicht. Mit 2.6.22-generic (Gutsy) auch nicht.
Naja, ich nehme jetzt den rt-Kernel und bin's zufrieden. Aber 'ne ganze
Menge Arbeit war's schon (2 x neu installieren) ;-)
Gruß, Patrick