[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

USB und kernel 2.6



Wie kann ich usb-devices mit Kernel 2.6 behandeln?

Problem: Das usbdevice (Cardreader) erhält immer neue Adressen (hier: sdd,
sde) nach aus- und einstecken (Dokumentiert unter
http://www.kubieziel.de/computer/halloween-german.html#usb).
> USB-storage hat ein verändertes Verhalten. Ein Gerät, was zunächst 
> entfernt und dann wieder verbunden wird, wird nicht wieder mit dem alten 
> Knoten in /dev verbunden.

Die fstab passt dann natürlich nicht mehr...
Gibt es da irgendwelche tools, usbview und usbmgr funktionieren ja auch
nicht mehr.

Hier die relevanten Auszüge:

fstab:
/dev/sdd1   /mnt/sd  vfat   defaults,user,noauto   0 0

messages:
Apr 22 17:55:18 mel kernel: Attached scsi removable disk sdc at scsi0,
channel 0, id 0, lun 2
Apr 22 17:55:18 mel kernel:   Vendor: SMSC      Model: 223 U HS-SD/MMC  
Rev: 1.95
Apr 22 17:55:18 mel kernel:   Type:   Direct-Access                     
ANSI SCSI revision: 02
Apr 22 17:55:18 mel kernel: SCSI device sdd: 250880 512-byte hdwr sectors
(128 MB)
Apr 22 17:55:18 mel kernel: sdd: assuming Write Enabled
Apr 22 17:55:18 mel kernel:  /dev/scsi/host0/bus0/target0/lun3: p1
Apr 22 17:55:18 mel kernel: Attached scsi removable disk sdd at scsi0,
channel 0, id 0, lun 3

Apr 22 20:15:19 mel kernel: usb 1-1: USB disconnect, address 2

Apr 22 20:15:36 mel kernel:   Vendor: SMSC      Model: 223 U HS-SD/MMC  
Rev: 1.95
Apr 22 20:15:36 mel kernel:   Type:   Direct-Access                     
ANSI SCSI revision: 02
Apr 22 20:15:36 mel kernel: SCSI device sde: 250880 512-byte hdwr sectors
(128 MB)
Apr 22 20:15:36 mel kernel: sde: assuming Write Enabled
Apr 22 20:15:36 mel kernel:  /dev/scsi/host1/bus0/target0/lun3: p1

Aber jetzt:
Apr 22 20:15:36 mel kernel: Attached scsi removable disk sde at scsi1,
channel 0, id 0, lun 3

$ mount /mnt/sd
mount: /dev/sdd1 ist kein gültiges blockorientiertes Gerät

uname:
Linux mel 2.6.2-1-k7 #1 Sat Feb 7 17:02:15 EST 2004 i686 GNU/Linux

Danke für Tipps!

-- 
Martin Weis



Reply to: