USB-Geräte werden nicht erkannt, camcontrol meldet Fehler und Kernel Panic

Morfio

Well-Known Member
Hallo alle zusammen,

heute morgen wurde an unserem FreeBSD 8 Stable Server weder die externe USB-Festplatte noch der externe USB-Brenner erkannt. Das Device der Platte (/dev/da0) war noch da, auch nach mehrmaligem Aus- und Einschalten. Das vom Brenner (/dev/cd0) war nicht da.

Ein "camcontrol rescan all" brachte folgende Fehlermeldung:

Re-scan of bus 5 returned error 0xa

Ein erneuter Aufruf des Befehls hat dann unser Netzwerk lahmgelegt, da FreeBSD meinte, einen Kernel Panic auslösen zu müssen.

Kennt jemand die Probleme?

Ich habe an meiner Maschine (Workstation) auch erhebliche Probleme mit externen USB-Platten und Sticks (Einstecken von Platten wird entweder nicht erkannt oder ein "Autosense failed" kommt), erst nach einem Neustart wird das Device erkannt (einmalig).
Schließe ich an meiner Workstation eine externe Festplatte an, freezed erstmal auch das System für gut 30 Sekunden.

Viele Grüße, Morfio
 
Servus!

Ich bin zwar kein FreeBSDler, aber die manpage sagt:
rescan Tell the kernel to scan the given bus (XPT_SCAN_BUS), or
bus:target:lun (XPT_SCAN_LUN) for new devices or devices that
have gone away. The user may only specify a bus to scan, or
a lun. Scanning all luns on a target isn't supported.

Das mag vielleicht die Kernel-Panic erklären. Über den Rest kann ich nichts sagen.

Vielleicht hat es geholfen...

Viele Grüße
swaf
 
Ein "usbconf list" fördert folgendes zu Tage:

ugen0.1: <UHCI root HUB Intel> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen1.1: <UHCI root HUB Intel> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen2.1: <UHCI root HUB Intel> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen3.1: <EHCI root HUB Intel> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON
ugen4.1: <UHCI root HUB Intel> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen5.1: <UHCI root HUB Intel> at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen6.1: <UHCI root HUB Intel> at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen7.1: <EHCI root HUB Intel> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON
ugen7.2: <USB2.0 Hub vendor 0x05e3> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE
ugen2.2: <Virtual Keyboard and Mouse American Megatrends Inc.> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON
ugen7.4: <USB2.0 Hub vendor 0x05e3> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE
ugen7.5: <SDRW-08D1S-U Initio> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON

"pciconf -l -v"

uhci0@pci0:0:26:0: class=0x0c0300 card=0x000115d9 chip=0x3a378086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *4'
class = serial bus
subclass = USB
uhci1@pci0:0:26:1: class=0x0c0300 card=0x000115d9 chip=0x3a388086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *5'
class = serial bus
subclass = USB
uhci2@pci0:0:26:2: class=0x0c0300 card=0x000115d9 chip=0x3a398086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *6'
class = serial bus
subclass = USB
ehci0@pci0:0:26:7: class=0x0c0320 card=0x000115d9 chip=0x3a3c8086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB EHCI Controller *2'
class = serial bus
subclass = USB
uhci3@pci0:0:29:0: class=0x0c0300 card=0x000115d9 chip=0x3a348086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *1'
class = serial bus
subclass = USB
uhci4@pci0:0:29:1: class=0x0c0300 card=0x000115d9 chip=0x3a358086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *2'
class = serial bus
subclass = USB
uhci5@pci0:0:29:2: class=0x0c0300 card=0x000115d9 chip=0x3a368086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB UHCI Controller *3'
class = serial bus
subclass = USB
ehci1@pci0:0:29:7: class=0x0c0320 card=0x000115d9 chip=0x3a3a8086 rev=0x00 hdr=0x00
vendor = 'Intel Corporation'
device = 'USB EHCI Controller *1'
class = serial bus
subclass = USB
 
*seufz* Ich hasse USB. Das klingt sehr nach Bug. Intels Controller sind sicher nicht der Weisheit letzter Schluss, denn solche USB-Controller gibt es nicht, aber im Großen und Ganzen funktionierten sie zusammen mit AMDs Controllern von allen noch am Besten. Was auch daran liegen mag, dass Intel und AMD Errata-Listen veröffentlichen. Wie dem auch sei... Du wirst kaum herum kommen dein Problem auf freebsd-usb@ zu schildern oder dich direkt an Hans-Petter Selasky (hps at freebsd dot org) zu wenden. Er ist sehr hilfsbereit und froh darüber, wenn jemand Bugs mitteilt oder mal wieder defekte Hardwarerevisionen auftauchen, die Sonderbehandlung benötigen. :)
 
Zurück
Oben