-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, nun habe ich mein SuSE 8.1 soweit zum Laufen gebracht, die richtige Erkennung für mein Speicherlese-Gerät (Memory Sticks, Compact Flash und noch 2 Typen) fehlt aber noch. Wenn ich es beim Hochfahren auf den USB-Bus gesteckt habe, bleibt der Hotplug Daemon Ewigkeiten hängen, und das Modul usb-storage steht als initializing in der Ausgabe von lsmod. Wenn ich das Gerät im laufenden Betrieb einstecke, dann erkennt der Hotplug Daemon richtig, dass etwas eingesteckt wurde, und versucht wiederum usb-storage zu laden, wieder beim Status initializing hängen bleibend. Ins syslog spuckt er folgende Zeilen aus: Feb 16 12:02:00 pii400 kernel: Cannot find map file. Feb 16 12:02:37 pii400 kernel: hub.c: connect-debounce failed, port 1 disabled Feb 16 12:02:40 pii400 kernel: usb.c: USB device 2 (vend/prod 0x7cc/0x200) is not claimed by any active driver. Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot A Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot D Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot S Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot M Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: sg_attach: dev3=(21:3) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0 Feb 16 12:02:42 pii400 kernel: sg_attach: dev4=(21:4) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdc at scsi1, channel 0, id 0, lun 1 Feb 16 12:02:42 pii400 kernel: sg_attach: dev5=(21:5) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 2 Feb 16 12:02:42 pii400 kernel: sg_attach: dev6=(21:6) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sde at scsi1, channel 0, id 0, lun 3 Feb 16 12:02:42 pii400 kernel: SCSI device sdb: 1515852315 512-byte hdwr sectors (-323394 MB) Feb 16 12:02:42 pii400 kernel: sdb: Write Protect is off In diesem Moment ist noch kein Speicher eingelegt. Außerdem hängt sich bei jedem Versuch, eins dieser Devices zu mounten der jeweilige (manuell gestartete) Mount-Prozess auf. Danke im Voraus für die Hilfe Harald -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+T3dDpy/Gjo6hsHYRAiJzAJ9dh/xkqFOhgDVvn78ZsHuDC6ElVwCcChdM yciDmtibyUBPU/ivEzy8X4I= =H9qh -----END PGP SIGNATURE-----
Schönes restliches Wochenende, Am Sonntag, 16. Februar 2003 12:34 schrieb Harald Kümmerle:
Hallo, [...] richtige Erkennung für mein Speicherlese-Gerät (Memory Sticks, Compact Flash und noch 2 Typen) fehlt aber noch. Wenn ich es beim Hochfahren auf den USB-Bus gesteckt habe, bleibt der Hotplug Daemon Ewigkeiten hängen, und das Modul usb-storage steht als initializing in der Ausgabe von lsmod.
Bei welchem Prozeß stöpselst Du ein? Ist eine Speicherkarte im Gerät? Versuch mal erst anzustöpseln, wenn KDE oder Gnome geladen sind und zwar mit Speicherkarte (dieser Tip stammt Bernd Stäglich).
Wenn ich das Gerät im laufenden Betrieb einstecke, dann erkennt der Hotplug Daemon richtig, dass etwas eingesteckt wurde, und versucht wiederum usb-storage zu laden, wieder beim Status initializing hängen bleibend.
Ist unter SCSI und USB im Kontrollzentrum dann alles richtig eingetragen? Habe nämlich fast das gleiche Problem mit, nur ich etwas weiter: Geräte erkannt und eingeordnet; Speichermedium wird nicht gefunden.
Ins syslog spuckt er folgende Zeilen aus:
Feb 16 12:02:40 pii400 kernel: usb.c: USB device 2 (vend/prod 0x7cc/0x200) is not claimed by any active driver. Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot A Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot D Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot S Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: Vendor: SPRING Model: MultiCard Slot M Rev: 0100 Feb 16 12:02:42 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 12:02:42 pii400 kernel: sg_attach: dev3=(21:3) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0 Feb 16 12:02:42 pii400 kernel: sg_attach: dev4=(21:4) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdc at scsi1, channel 0, id 0, lun 1 Feb 16 12:02:42 pii400 kernel: sg_attach: dev5=(21:5) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 2 Feb 16 12:02:42 pii400 kernel: sg_attach: dev6=(21:6) Feb 16 12:02:42 pii400 kernel: Attached scsi removable disk sde at scsi1, channel 0, id 0, lun 3 Feb 16 12:02:42 pii400 kernel: SCSI device sdb: 1515852315 512-byte hdwr sectors (-323394 MB) Feb 16 12:02:42 pii400 kernel: sdb: Write Protect is off
/var/log/messages zeigt bei mir gleiche Ergebnisse, allerdings bei eingelegtem Speicher.
In diesem Moment ist noch kein Speicher eingelegt. Außerdem hängt sich bei jedem Versuch, eins dieser Devices zu mounten der jeweilige (manuell gestartete) Mount-Prozess auf.
Erfolgt das, obwohl das Gerät richtig in der fstab eingetragen ist? Sicher läßt sich das "Laufwerk" nur mounten, wenn eine Speicherkarte eingelegt ist. Um welchen Kartenleser handelt es sich? Typhoon? Bin gespannt auf Lösungsvorschläge von weiteren Listenfreunden. Gruß H.-Peter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 16. Februar 2003 18:36 schrieb H.-Peter Baldamus:
Schönes restliches Wochenende,
Am Sonntag, 16. Februar 2003 12:34 schrieb Harald Kümmerle:
Hallo,
[...]
richtige Erkennung für mein Speicherlese-Gerät (Memory Sticks, Compact Flash und noch 2 Typen) fehlt aber noch. Wenn ich es beim Hochfahren auf den USB-Bus gesteckt habe, bleibt der Hotplug Daemon Ewigkeiten hängen, und das Modul usb-storage steht als initializing in der Ausgabe von lsmod.
Bei welchem Prozeß stöpselst Du ein? Ist eine Speicherkarte im Gerät? Versuch mal erst anzustöpseln, wenn KDE oder Gnome geladen sind und zwar mit Speicherkarte (dieser Tip stammt Bernd Stäglich).
Wenn ich das Gerät im laufenden Betrieb einstecke, dann erkennt der Hotplug Daemon richtig, dass etwas eingesteckt wurde, und versucht wiederum usb-storage zu laden, wieder beim Status initializing hängen bleibend.
Ist unter SCSI und USB im Kontrollzentrum dann alles richtig eingetragen? Habe nämlich fast das gleiche Problem mit, nur ich etwas weiter: Geräte erkannt und eingeordnet; Speichermedium wird nicht gefunden.
[snip] [snap]
/var/log/messages zeigt bei mir gleiche Ergebnisse, allerdings bei eingelegtem Speicher.
In diesem Moment ist noch kein Speicher eingelegt. Außerdem hängt sich bei jedem Versuch, eins dieser Devices zu mounten der jeweilige (manuell gestartete) Mount-Prozess auf.
Erfolgt das, obwohl das Gerät richtig in der fstab eingetragen ist? Sicher läßt sich das "Laufwerk" nur mounten, wenn eine Speicherkarte eingelegt ist. Um welchen Kartenleser handelt es sich? Typhoon?
Bin gespannt auf Lösungsvorschläge von weiteren Listenfreunden.
Gruß H.-Peter
Ich habe einen PQI Travelflash. Einstecken ohne Medium und nachträglich das Medium reinstecken funtioniert nicht. Einstecken mit Medium geht ohne Probleme. Und zum Wechseln des Mediums am USB abstöpseln. Einziger Nachteil: Das device /dev/sd?1 wechselt jedesmal. MfG Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+T9El2TqsmTFMxwkRAj1TAJ9u1GLOrGjJwp/98chs5THgdoZ4+wCfbX61 Z6SeD/fVRyA/WfAeeJM++po= =25bZ -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Sunday 16 February 2003 18:36, H.-Peter Baldamus wrote:
Bei welchem Prozeß stöpselst Du ein? Ist eine Speicherkarte im Gerät? Ein Flash-Speicher ist eingelegt, für die restlichen Typen steht mir im Moment keine Speicherkarte zur Verfügung.
Versuch mal erst anzustöpseln, wenn KDE oder Gnome geladen sind und zwar mit Speicherkarte (dieser Tip stammt Bernd Stäglich).
Wenn ich das tue, dann wird folgendes geloggt: Feb 16 19:07:54 pii400 kernel: usb.c: USB device 2 (vend/prod 0x7cc/0x200) is not claimed by any active driver. Feb 16 19:07:57 pii400 kernel: Vendor: SPRING Model: MultiCard Slot A Rev: 0100 Feb 16 19:07:57 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 19:07:57 pii400 kernel: Vendor: SPRING Model: MultiCard Slot D Rev: 0100 Feb 16 19:07:57 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 19:07:57 pii400 kernel: Vendor: SPRING Model: MultiCard Slot S Rev: 0100 Feb 16 19:07:57 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 19:07:57 pii400 kernel: Vendor: SPRING Model: MultiCard Slot M Rev: 0100 Feb 16 19:07:57 pii400 kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 16 19:07:57 pii400 kernel: sg_attach: dev3=(21:3) Feb 16 19:07:57 pii400 kernel: Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0 Feb 16 19:07:57 pii400 kernel: sg_attach: dev4=(21:4) Feb 16 19:07:57 pii400 kernel: Attached scsi removable disk sdc at scsi1, channel 0, id 0, lun 1 Feb 16 19:07:57 pii400 kernel: sg_attach: dev5=(21:5) Feb 16 19:07:57 pii400 kernel: Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 2 Feb 16 19:07:57 pii400 kernel: sg_attach: dev6=(21:6) Feb 16 19:07:57 pii400 kernel: Attached scsi removable disk sde at scsi1, channel 0, id 0, lun 3 Feb 16 19:07:57 pii400 kernel: SCSI device sdb: 125440 512-byte hdwr sectors (64 MB) Feb 16 19:07:57 pii400 kernel: sdb: Write Protect is off Feb 16 19:09:13 pii400 kernel: I/O error: dev 08:10, sector 0 Feb 16 19:09:13 pii400 kernel: I/O error: dev 08:10, sector 2 Feb 16 19:09:13 pii400 kernel: I/O error: dev 08:10, sector 0 Feb 16 19:09:13 pii400 kernel: unable to read partition table Feb 16 19:09:13 pii400 kernel: sdc : READ CAPACITY failed. Feb 16 19:09:13 pii400 kernel: sdc : status = 1, message = 00, host = 0, driver = 08 Feb 16 19:09:13 pii400 kernel: Current sd00:00: sns = 70 2 Feb 16 19:09:13 pii400 kernel: ASC=3a ASCQ= 0 Feb 16 19:09:13 pii400 kernel: Raw sense data:0x70 0x00 0x02 0x00 0x00 0x00 0x00 0x10 0x00 0x00 0x00 0x00 0x3a 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 Feb 16 19:09:13 pii400 kernel: sdc : block size assumed to be 512 bytes, disk size 1GB. Feb 16 19:09:13 pii400 kernel: I/O error: dev 08:20, sector 0 Feb 16 19:09:13 pii400 kernel: unable to read partition table Feb 16 19:09:13 pii400 kernel: SCSI device sdd: 1511676490 512-byte hdwr sectors (-325532 MB) Feb 16 19:09:13 pii400 kernel: sdd: Write Protect is off Feb 16 19:11:35 pii400 kernel: usb-uhci.c: interrupt, status 3, frame# 1061 Feb 16 19:11:35 pii400 kernel: SCSI disk error : host 1 channel 0 id 0 lun 2 return code = 70000 Feb 16 19:11:35 pii400 kernel: I/O error: dev 08:30, sector 0 Feb 16 19:11:35 pii400 kernel: I/O error: dev 08:30, sector 2 Feb 16 19:11:35 pii400 kernel: I/O error: dev 08:30, sector 0 Feb 16 19:11:35 pii400 kernel: unable to read partition table Feb 16 19:22:35 pii400 kernel: usb-uhci.c: interrupt, status 3, frame# 510 Zum einen wäre hier der Zeitunterschied zwischen den Blöcken zu beachten, ohne dass ich etwas an der Konstellation geändert habe... Andererseits das Feb 16 19:07:57 pii400 kernel: SCSI device sdb: 125440 512-byte hdwr sectors (64 MB) , was eindeutig das Erkennen meiner eingelegten 64-MB Flash-Karte anzeigt. Allerdings kann ich nicht in jedes der 4 Speichertypen eine Karte einlegen, da ich nicht von jedem eine besitze. Wenn ich dann versuche, sdb1 manuell zu mounten, bleibt der Prozess allerdings wieder hängen.
Wenn ich das Gerät im laufenden Betrieb einstecke, dann erkennt der Hotplug Daemon richtig, dass etwas eingesteckt wurde, und versucht wiederum usb-storage zu laden, wieder beim Status initializing hängen bleibend.
Ist unter SCSI und USB im Kontrollzentrum dann alles richtig eingetragen? Habe nämlich fast das gleiche Problem mit, nur ich etwas weiter: Geräte erkannt und eingeordnet; Speichermedium wird nicht gefunden. Der SuSE-Hardware Manager zeigt die drei nicht belegten Slots als "SPRING MultiCard Slot {D,M,S}" (eins der drei) an, darunter ein "SPRING-Rev1.0", alle mit einem roten X nebendran.
Erfolgt das, obwohl das Gerät richtig in der fstab eingetragen ist? Sicher läßt sich das "Laufwerk" nur mounten, wenn eine Speicherkarte eingelegt ist. In diesem Moment ist in der fstab noch gar keine Änderung zu sehen. Soweit ich weiß müsste dies ja automatisch erfolgen, oder? Ich meinte aber das manuelle mounten mit mount -t auto -o ro /dev/sd?1 tmpdir
Um welchen Kartenleser handelt es sich? Typhoon? Ja Typhoon "6in1 Card Reader MODEL 81031" ist hinten drauf zu lesen... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE+T+MVpy/Gjo6hsHYRAo0bAKCRDoyQ5ZgegfduFJFEfqhCRy4aFACeJ/lM B+VD/uA/WzxIlFN4NzB+z8Q= =ONLx -----END PGP SIGNATURE-----
Hallo Harald, hallo Leute, Am Sonntag, 16. Februar 2003 20:14 schrieb Harald Kümmerle:
On Sunday 16 February 2003 18:36, H.-Peter Baldamus wrote:
Versuch mal erst anzustöpseln, wenn KDE oder Gnome geladen sind und zwar mit Speicherkarte (dieser Tip stammt Bernd Stäglich).
Wenn ich das tue, dann wird folgendes geloggt: [...] Feb 16 19:07:57 pii400 kernel: sg_attach: dev5=(21:5) Feb 16 19:07:57 pii400 kernel: Attached scsi removable disk sdd at scsi1, channel 0, id 0, lun 2 [...] Feb 16 19:07:57 pii400 kernel: SCSI device sdb: 125440 512-byte hdwr sectors (64 MB) [...] Feb 16 19:09:13 pii400 kernel: unable to read partition table [...] Wenn ich dann versuche, sdb1 manuell zu mounten, bleibt der Prozess allerdings wieder hängen.
Schuss ins Blaue: da anscheinend keine Partitionstabelle gefunden werden kann, würde ich einfach mal versuchen, /dev/sdb zu mounten statt sdb1. ^^^ ^ Gruß Christian Boltz -- Ei, wie lustig sie aufeinander losgehen. Flugs das Listenarchiv auf CD gebrannt und das ganze als "SimRatti" verkauft. Steuern sie den kleinen Helden durch Angriffswellen von Neidern, die die Erde mit Personal- ausweisen bedrohen. Nu ist aber gut. ;-) [Ratti in suse-linux]
Am Montag, 17. Februar 2003 01:01 schrieb Christian Boltz:
Hallo Harald, hallo Leute, [...]
Wenn ich dann versuche, sdb1 manuell zu mounten, bleibt der Prozess allerdings wieder hängen.
Schuss ins Blaue: da anscheinend keine Partitionstabelle gefunden werden kann, würde ich einfach mal versuchen, /dev/sdb zu mounten statt sdb1. ^^^ ^
Es verhallt der Knall Vom Schuß in's Blaue. Mount /dev/sdb - kein Fall; Man schaue Und sieht kein Licht: Das geht eben nicht. Oder einfach: Versuch gleich Irrtum Grüsse H.-Peter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 17. Februar 2003 21:15 schrieb H.-Peter Baldamus:
Am Montag, 17. Februar 2003 01:01 schrieb Christian Boltz:
Hallo Harald, hallo Leute,
[...]
Wenn ich dann versuche, sdb1 manuell zu mounten, bleibt der Prozess allerdings wieder hängen.
Schuss ins Blaue: da anscheinend keine Partitionstabelle gefunden werden kann, würde ich einfach mal versuchen, /dev/sdb zu mounten statt sdb1. ^^^ ^
Es verhallt der Knall Vom Schuß in's Blaue. Mount /dev/sdb - kein Fall; Man schaue Und sieht kein Licht: Das geht eben nicht.
Oder einfach: Versuch gleich Irrtum
Grüsse H.-Peter
HOTPLUG hinterlässt bei mir einen Eintrag in der /etc/fstab und ich binde die laufwerke mit folgendem script ein. #! /bin/bash # script: hotmnt # Mounts the first HOTPLUG-able Device mount $(param 2 $(grep HOTPLUG /etc/fstab)) Dabei handelt es sich bei param um folgendes c programm, das ich mal als Einführungsübung in c geschrieben habe. Es gibt den n-ten Parameter über stdout zurück. Es mag auch anders gehen, aber da ich sowieso etwas c / c++ lernen wollte, hat es sich so ergeben. Wer Interesse daran hat, dem kann ich es zuschicken. Wer eine Linux / bash Lösung kennt, darf sie mir gern nennen. Gruß Thomas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+UouS2TqsmTFMxwkRApohAKCYsRssTnXxWj+ndFHGtbdhDAg80gCdHh7R sQzH/m/eWIHPbI5IW5dpl+4= =Fnvz -----END PGP SIGNATURE-----
participants (4)
-
Christian Boltz
-
H.-Peter Baldamus
-
Harald Kümmerle
-
Thomas.Arend@t-online.de