Hallo LUG-DD- Liste,
ich versuche seit einiger Zeit einen Datenträger (Memorybird von Fujitsu Siemens) über die USB- Schnittstelle zu beschreiben! Unter SuSE 8.0 und dem von SuSE gebauten Kernel, war das Einmounten des Datenträgers mit
$ mount /dev/sda1
kein Problem. Beim Umstieg auf Debian 3.0 und neuem Kernel (2.4.19) wird erhalte ich immer folgende Fehlermeldung: /dev/sda1 is no valid block device. Auch der Versuch einfach ein anderes USB- Devices zu nutzen (bsp. /dev/sdb1 usw.) birngt die gleiche Fehlermeldung!
Welche Module muß ich noch zusätzlich in den Kernel einkompilieren, damit ich diesen Datenträger wieder mounten kann?
Für Eure Mithilfe bedanke ich mich Voraus! Ahoi Bernd!
On Mon, 6 Jan 2003 12:09:25 +0100 (MET) Bernd Müller kriemhild@gmx.de wrote:
SuSE 8.0 und dem von SuSE gebauten Kernel, war das Einmounten des Datenträgers mit
$ mount /dev/sda1
Ich brauch' für einen CF-Card-Reader (usb-storage - kompatibel) hier folgende Module:
- Treiber für usb-Kontroller (usb-ohci respektive usb-uhci) - Modul für USB-Speichergeräte (usb-storage) - Unterstützung für generische SCSI-Geräte (Modul sg) - Unterstützung für SCSI-Disks (sd_mod)
Ich hoffe, daß ist in etwa das, was Du brauchst. :) Cheers, Kris
Hi Kris,
On Mon, Jan 06, 2003 at 12:42:23 +0100, Kristian Rink wrote:
Ich brauch' für einen CF-Card-Reader (usb-storage - kompatibel) hier folgende Module:
- Treiber für usb-Kontroller (usb-ohci respektive usb-uhci)
- Modul für USB-Speichergeräte (usb-storage)
- Unterstützung für generische SCSI-Geräte (Modul sg)
- Unterstützung für SCSI-Disks (sd_mod)
Ausserdem sollte der Kernel-Hotplugdienst gestartet sein. Normalerweise wird im entsprechenden Initskript dem Kernel ueber /proc/sys/kernel/hotplug mitgeteilt, welches Binary/Skript im Falle eines Hotplug-Events aufgerufen werden soll (typischerweise /sbin/hotplug).
bye, Chris
On Mon Jan 06, 2003 at 12:42:23PM +0100, Kristian Rink wrote:
- Unterstützung für SCSI-Disks (sd_mod)
Im Konoppix-Kernel 2.4.19-xfs ist laut /usr/src/linux/.config CONFIG_BLK_DEV_SD=y gesetzt. Trotzdem finde ich in /proc/devices kein sd Eintrag. Wenn ich usb-storage lade, und meinen USB-Stick anstecke, meldet sich auch kein SCSI-DISK Treiber.
Was muss ich da machen?
Danke,
Friedrich
Hi Friedrich,
On Mon, Jan 06, 2003 at 14:35:50 +0100, Friedrich Hagedorn wrote:
Im Knoppix-Kernel 2.4.19-xfs ist laut /usr/src/linux/.config CONFIG_BLK_DEV_SD=y gesetzt. Trotzdem finde ich in /proc/devices kein sd Eintrag.
Kann ich mir kaum vorstellen. Sonst wuerde diese Knoppixversion keine SCSI-Platten ansprechen koennen. BTW, welche Version ist es?
Block devices: [...] 8 sd
Oder hast Du einen eigenen Kernel kompiliert, der nicht mit /usr/src/linux/.config uebereinstimmt?
Wenn ich usb-storage lade, und meinen USB-Stick anstecke, meldet sich auch kein SCSI-DISK Treiber.
Ist das ein auf Festplatte installiertes Knoppix oder laesst Du es von CD laufen?
bye, Chris
On Mon Jan 06, 2003 at 04:38:27PM +0100, Christian Perle wrote:
Hi Friedrich,
On Mon, Jan 06, 2003 at 14:35:50 +0100, Friedrich Hagedorn wrote:
Im Knoppix-Kernel 2.4.19-xfs ist laut /usr/src/linux/.config CONFIG_BLK_DEV_SD=y gesetzt. Trotzdem finde ich in /proc/devices kein sd Eintrag.
Kann ich mir kaum vorstellen. Sonst wuerde diese Knoppixversion keine SCSI-Platten ansprechen koennen. BTW, welche Version ist es?
Block devices: [...] 8 sd
Block devices: 1 ramdisk 2 fd 3 ide0 11 sr 22 ide1
Da is kein sd, leider. Die SCSI-Platten werden ja mit dem sr Modul angesprochen.
CONFIG_BLK_DEV_SD [disk (sd) driver] CONFIG_SD_EXTRA_DEVS [extra slots for disks added later] CONFIG_BLK_DEV_SR [SCSI cdrom (sr) driver] CONFIG_SR_EXTRA_DEVS [extra slots for cdroms added later] CONFIG_CHR_DEV_SG [SCSI generic (sg) driver]
Oder hast Du einen eigenen Kernel kompiliert, der nicht mit /usr/src/linux/.config uebereinstimmt?
Wenn ich usb-storage lade, und meinen USB-Stick anstecke, meldet sich auch kein SCSI-DISK Treiber.
Ist das ein auf Festplatte installiertes Knoppix oder laesst Du es von CD laufen?
NeNe, das ist ein 2002-10-10 Knoppix mit 2.4.19-xfs Kernel. Nix selberkompiliert (da sind mit die Kernelsourcen zu groß mit ISDN :-) Und es ist mit Deinem Script auf die Platte kopiert worden (knx-hdinstall 0.29test).
Hast Du eine spontane Idee?
Danke, Friedrich
Hi Friedrich,
On Mon, Jan 06, 2003 at 18:59:07 +0100, Friedrich Hagedorn wrote:
Block devices: 1 ramdisk 2 fd 3 ide0 11 sr 22 ide1
Ich habs nochmal nachgesehen. Solange keine SCSI-Disk gefunden wird, taucht auch kein sd unter /proc/devices auf. Voellig unabhaengig davon, ob der Kernel CONFIG_BLK_DEV_SD hat oder nicht.
Da is kein sd, leider. Die SCSI-Platten werden ja mit dem sr Modul angesprochen.
Nein, SCSI-CDROMs oder ATAPI-CDROMs mit SCSI-Emulation.
NeNe, das ist ein 2002-10-10 Knoppix mit 2.4.19-xfs Kernel. Nix selberkompiliert (da sind mit die Kernelsourcen zu groß mit ISDN :-) Und es ist mit Deinem Script auf die Platte kopiert worden (knx-hdinstall 0.29test).
Okay, dann ueberpruefe erstmal, ob das passende usb-Modul (usb-uhci oder usb-ohci) geladen ist und ob "cat /proc/sys/kernel/hotplug" die Ausgabe "/sbin/hotplug" liefert. Als naechstes sind die Logmeldungen in /var/log/messages beim Anstecken des USB-Memorybirds interessant.
bye, Chris
On Mon Jan 06, 2003 at 09:47:37PM +0100, Christian Perle wrote:
Ich habs nochmal nachgesehen. Solange keine SCSI-Disk gefunden wird, taucht auch kein sd unter /proc/devices auf. Voellig unabhaengig davon, ob der Kernel CONFIG_BLK_DEV_SD hat oder nicht.
Ok, das ist ermal ne Erklärung...
Okay, dann ueberpruefe erstmal, ob das passende usb-Modul (usb-uhci oder usb-ohci) geladen ist und ob "cat /proc/sys/kernel/hotplug" die Ausgabe "/sbin/hotplug" liefert. Als naechstes sind die Logmeldungen in /var/log/messages beim Anstecken des USB-Memorybirds interessant.
Das usb-Zeug ist eigentlich alles geladen.
usbcore 56800 1 [usb-storage usb-ohci usbkbd hid]
Und wenn ich das Ding anstecke, dann kommt folgendes:
hub.c: USB new device connect on bus2/1/3, assigned device number 4 usb.c: USB device 4 (vend/prod 0x66f/0x3410) is not claimed by any active driver /etc/hotplug/usb.agent: ... no modules for USB product 66f/3410/83
Tja, ich weiss nicht, ob das jetzt nun an meiner Linux-Konfiguration liegt, oder ob das Gerät von dem usb-storage nicht erkannt wird. Laut Aussage, des Vertreibers, soll das Dins _überall_ als Wechseldatenträger erkannt werden.
Tschüss, Friedrich
Hi Friedrich,
On Mon, Jan 06, 2003 at 22:35:04 +0100, Friedrich Hagedorn wrote:
Das usb-Zeug ist eigentlich alles geladen.
usbcore 56800 1 [usb-storage usb-ohci usbkbd hid]
Aber eben nicht usb-storage, was automatisch geladen sein sollte, _wenn_ sich der angesteckte Stick als USB-Massenspeicher identifiziert.
Und wenn ich das Ding anstecke, dann kommt folgendes:
hub.c: USB new device connect on bus2/1/3, assigned device number 4 usb.c: USB device 4 (vend/prod 0x66f/0x3410) is not claimed by any active driver /etc/hotplug/usb.agent: ... no modules for USB product 66f/3410/83
Entweder ist die USB-Geraetedatenbank (/etc/usb.*map) zu alt, oder das Ding ist wirklich nicht usb-storage kompatibel.
Laut Aussage, des Vertreibers, soll das Dins _überall_ als Wechseldatenträger erkannt werden.
Laut Aussage von HAMA soll der Memory Bar auch unter Linux laufen. Tut er aber nicht. Was steht in /var/log/messages, wenn Du bei angestecktem Stick "modprobe usb-storage" eingibst?
bye, Chris
On Tue Jan 07, 2003 at 11:49:40AM +0100, Christian Perle wrote: Guten Abend Christian,
Das usb-Zeug ist eigentlich alles geladen.
usbcore 56800 1 [usb-storage usb-ohci usbkbd hid]
Aber eben nicht usb-storage, was automatisch geladen sein sollte, _wenn_ sich der angesteckte Stick als USB-Massenspeicher identifiziert.
es wird nix automatisch geladen, aber das ist ja auch erstmal noch nicht das grosse Problem
Und wenn ich das Ding anstecke, dann kommt folgendes:
hub.c: USB new device connect on bus2/1/3, assigned device number 4 usb.c: USB device 4 (vend/prod 0x66f/0x3410) is not claimed by any active driver /etc/hotplug/usb.agent: ... no modules for USB product 66f/3410/83
Entweder ist die USB-Geraetedatenbank (/etc/usb.*map) zu alt, oder das Ding ist wirklich nicht usb-storage kompatibel.
Die USB-ID ist niergends in der usb.*map Datein zu finden. Wäre ja auch nicht so schlimm, wenn usb-storage das erkennen würde.
Laut Aussage von HAMA soll der Memory Bar auch unter Linux laufen. Tut er aber nicht. Was steht in /var/log/messages, wenn Du bei angestecktem Stick "modprobe usb-storage" eingibst?
kernel: usb.c: deregistering driver usb-storage kernel: hub.c: USB new device connect on bus2/1/3, assigned device number 14 kernel: usb.c: USB device 14 (vend/prod 0x66f/0x3410) is not claimed by any active driver. /etc/hotplug/usb.agent: ... no modules for USB product 66f/3410/83 kernel: Initializing USB Mass Storage driver... kernel: usb.c: registered new driver usb-storage kernel: USB Mass Storage support registered.
Und das wars dann. Ich war heute bei Saturn, die hatten das gleiche Gerät nur einen anderen Namen "Jama U 100". Und da stand in der Beilage, dass Linux ohne zusätzliche Teiber unterstützt wird. Aber das ist echt so komisch. Das einzige, was ich aus dem Ding rausbekomme ist
lsusb
Bus 002 Device 015: ID 066f:3410 Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 Interface bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x066f idProduct 0x3410 bcdDevice 0.83 iManufacturer 1 Sigmatel, Inc. iProduct 2 STMP3410 iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 25 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xc0 Self Powered MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 255 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type none wMaxPacketSize 64 bInterval 0 Language IDs: (length=4) 0409 English(US)
Tja, und mehr nicht so richtig. Der Hersteller des Chips "Sigmatel" sagt in seinem Datenblatt, dass es Mass-Storage unterstützt. Die USB-ID wird allerding auc nicht in der USB-Gerätedatenbank gefunden. Aber wie kann ich dem Treiber sagen, dass er zwar die Nummer nicht kennt, aber das dieses Gerät trotzdem das usb-storge Protokoll unterstützt.
Danke,
Friedrich
Am Dienstag, dem 07. Januar 2003 um 22:13:35, schrieb Friedrich Hagedorn:
Und das wars dann. Ich war heute bei Saturn, die hatten das gleiche Gerät nur einen anderen Namen "Jama U 100". Und da stand in der Beilage, dass Linux ohne zusätzliche Teiber unterstützt wird. Aber das ist echt so komisch.
Vielleicht haben sich die IDs geändert. Kannst du mal den angehängten Patch gegen Kernel 2.4.20 testen?
Torsten
Hi Torsten,
On Tue, Jan 07, 2003 at 23:20:05 +0100, Torsten Werner wrote:
Vielleicht haben sich die IDs geändert. Kannst du mal den angehängten Patch gegen Kernel 2.4.20 testen?
+/* Torsten Werner twerner@debian.org */ +UNUSUAL_DEV( 0x066f, 0x3410, 0x0000, 0x9999,
"HAMA","Memorybar",US_SC_UFI, US_PR_CB, NULL,US_FL_SINGLE_LUN | US_FL_START_STOP ),
Kleine Verwechslung. Der mit dem HAMA-USB-Stick war ich :) Aber der Name ist dem usb-storage Modul ja egal.
bye, Chris
Hi Chris, Friedrich...
On Tue, 7 Jan 2003 11:49:40 +0100 Christian Perle perle@itm.tu-clausthal.de wrote:
Hi Friedrich,
On Mon, Jan 06, 2003 at 22:35:04 +0100, Friedrich Hagedorn wrote:
Das usb-Zeug ist eigentlich alles geladen.
usbcore 56800 1 [usb-storage usb-ohci usbkbd hid]
^^^^^^^^^^^^^^
Aber eben nicht usb-storage, was automatisch geladen sein sollte, _wenn_ sich der angesteckte Stick als USB-Massenspeicher identifiziert.
Scheint aber doch korrekt geladen zu sein, oder deute ich den lsmod-Output falsch?
hub.c: USB new device connect on bus2/1/3, assigned device number 4 usb.c: USB device 4 (vend/prod 0x66f/0x3410) is not claimed by any active driver /etc/hotplug/usb.agent: ... no modules for USB product 66f/3410/83
Entweder ist die USB-Geraetedatenbank (/etc/usb.*map) zu alt, oder das Ding ist wirklich nicht usb-storage kompatibel.
Datenbank zu alt. Das ging mir mit meinem SDDR-73 auch so - ist zwar kompatibel zu usb-storage, aber irgendwie hat sich damals kein Treiber für das Teil verantwortlich gefühlt. Damals hat etwas Tuning an der usbmgr - Konfiguration geholfen; leider hab' ich keine so richtige Idee, wie das mit hotplug funktioniert...
Cheers, Kris
On Mon, 6 Jan 2003 14:35:50 +0100 Friedrich Hagedorn friedrich_h@gmx.de wrote:
On Mon Jan 06, 2003 at 12:42:23PM +0100, Kristian Rink wrote:
- Unterstützung für SCSI-Disks (sd_mod)
Im Konoppix-Kernel 2.4.19-xfs ist laut /usr/src/linux/.config CONFIG_BLK_DEV_SD=y gesetzt. Trotzdem finde ich in /proc/devices kein sd Eintrag. Wenn ich usb-storage lade, und meinen USB-Stick anstecke, meldet sich auch kein SCSI-DISK Treiber.
Eigenartig - hab' ich noch gar nicht geguggt gehabt, ist bei mir genauso (Debian sid, Kernel 2.4.18-bf2.4-xfs). Die Konfig-Variable sagt offensichtlich, daß der SCSI-Disk-Treiber nicht modular, sondern fest einkompiliert (was auch irgendwo sinnvoll scheint). Trotzdem findet sich in/proc/devices nix, was irgendwie auf char-major-8 verweist. Gehen tut's aber trotzdem.
Ideas, anyone? :)
Cheers, Kris
On Mon Jan 06, 2003 at 05:53:10PM +0100, Kristian Rink wrote:
On Mon, 6 Jan 2003 14:35:50 +0100 Friedrich Hagedorn friedrich_h@gmx.de wrote:
On Mon Jan 06, 2003 at 12:42:23PM +0100, Kristian Rink wrote:
- Unterstützung für SCSI-Disks (sd_mod)
Im Konoppix-Kernel 2.4.19-xfs ist laut /usr/src/linux/.config CONFIG_BLK_DEV_SD=y gesetzt. Trotzdem finde ich in /proc/devices kein sd Eintrag. Wenn ich usb-storage lade, und meinen USB-Stick anstecke, meldet sich auch kein SCSI-DISK Treiber.
Eigenartig - hab' ich noch gar nicht geguggt gehabt, ist bei mir genauso (Debian sid, Kernel 2.4.18-bf2.4-xfs). Die Konfig-Variable sagt offensichtlich, daß der SCSI-Disk-Treiber nicht modular, sondern fest einkompiliert (was auch irgendwo sinnvoll scheint). Trotzdem findet sich in/proc/devices nix, was irgendwie auf char-major-8 verweist. Gehen tut's aber trotzdem.
in /usr/src/linux/.config ... CONFIG_BLK_DEV_SD=y ...
Und bei geht der USB-MP3-Stick aber nicht. Wie kann ich testen, ob der SCSI-DISK-Treiber richtig geht?
Danke,
Friedrich
lug-dd@mailman.schlittermann.de
-
Bernd Müller -
Christian Perle -
Friedrich Hagedorn -
Kristian Rink -
Torsten Werner