
hallo miteinander, ich will die Digitalkamera von Kodak "DX 3500" installieren. Die USB - Kamera (kein Mass Storage) wird aber von "gtkam" und "digikam" nicht erkannt, obwohl sie in /etc/hotplug/usb/usbcam.usermap aufgeführt ist (also von gphoto(2) unterstützt ist). Laut "dmesg" wird sie auch erkannt. In diesem Zusammenhang habe ich festgestellt, dass es bei mir kein /proc/bus/usb gibt (somit auch kein /proc/bus/usb/devices bzw. /proc/bus/usb/driver). Nun kann ich nicht beurteilen, ob ich die fehlenden ./usb bzw ./usb/devices bzw ./usb/driver einfach anlegen kann (wie jedes andere Verzeichnis), oder ob hier mehr bedacht sein will. Zur besseren Info teile ich noch mit: SuSE 9.1 - kernel 2.6.4-52-2 (Eigenbau) Ich habe bisher kein USB-Gerät in Betrieb Hier ein Auszug aus meiner "dmesg": - - - - s n i p p ro999:~ # dmesg Linux version 2.6.4-52-2 (geeko@buildhost) (gcc version 3.3.3 (SuSE Linux)) #2 Fri May 28 18:21:08 CEST 2004 [ . . .] SCSI subsystem initialized scsi0 : AdvanSys SCSI 3.3GJ: PCI Ultra: IO 0xDC00-0xDC0F, IRQ 0x5 [ . . .] subfs 0.9 drivers/usb/core/usb.c: registered new driver hub USB Universal Host Controller Interface driver v2.2 uhci_hcd 0000:00:07.2: UHCI Host Controller uhci_hcd 0000:00:07.2: irq 10, io base 0000d400 uhci_hcd 0000:00:07.2: new USB bus registered, assigned bus number 1 usb usb1: Product: UHCI Host Controller usb usb1: Manufacturer: Linux 2.6.4-52-2 uhci_hcd usb usb1: SerialNumber: 0000:00:07.2 hub 1-0:1.0: USB hub found hub 1-0:1.0: 2 ports detected Linux agpgart interface v0.100 (c) Dave Jones uhci_hcd 0000:00:07.3: UHCI Host Controller uhci_hcd 0000:00:07.3: irq 10, io base 0000d800 uhci_hcd 0000:00:07.3: new USB bus registered, assigned bus number 2 usb usb2: Product: UHCI Host Controller usb usb2: Manufacturer: Linux 2.6.4-52-2 uhci_hcd usb usb2: SerialNumber: 0000:00:07.3 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected usb 1-1: new full speed USB device using address 2 agpgart: Detected VIA Apollo Pro 133 chipset agpgart: Maximum main memory to use for agp memory: 941M agpgart: AGP aperture is 128M @ 0xd0000000 usb 1-1: Product: KODAK DX3500 Digital Camera usb 1-1: Manufacturer: Eastman Kodak Company usb 1-1: SerialNumber: KJCAI65980809 [ . . . ] ro999:~ # - - - - s n i p p Auszugsweise "/etc/fstab": devpts /dev/pts devpts mode=0620,gid=5 0 0 proc /proc proc defaults 0 0 usbfs /proc/bus/usb usbfs noauto 0 0 sysfs /sys sysfs noauto 0 0 - - - - s n i p p ro999:~ # ls /proc/bus . .. input pci ro999:~ # - - - - s n i p p ro999:~ # lsmod (auszugsweise) Module Size Used by usb_storage 29184 0 vfat 15104 0 fat 46144 1 vfat agpgart 30248 2 via_agp uhci_hcd 31632 0 usbcore 78368 2 usb_storage,uhci_hcd subfs 7680 4 scsi_mod 76608 4 usb_storage,sr_mod,advansys,sd_mod ro999:~ # - - -- s n i p p Weil ich zum Thema viel gelesen habe, denke ich mal, dass auch hotplug damit zu tun haben kann. Aber ich habe jetzt bei SuSE 9.1 nichts mehr gefunden, womit hotplug für USB aktiviert werden könnte (wenn es denn so sein müsste). Im Abschnitt 4.4 der HOWTO von http://www.multimedia4linux.de steht u.a. - - - s n i p p Tragen Sie jetzt noch dem Mountpoint von usbdevfs in die /etc/fstab ein: (Bei USB 2.0 ist usbdevfs umbenannt in usbfs worden) none /proc/bus/usb usbdevfs noauto,devmode=0664,devgid=99 0 0 Tragen Sie jetzt noch die USB Gruppe 99 mit den Usern die Zugriff erhalten sollen in die /etc/group ein: usb::99:user1,user2,user3 Mounten Sie usbdevfs und schalten Sie danach die Kamera ein: mount -t usbdevfs /proc/bus/usb - - - - - - - s n i p p Dagegen wird in der FAQ von gphoto.org gesagt: Load your USB driver (e.g. OHCI or UHCI) and mount the USB device filesystem[1], i.e. e.g. host:~# modprobe usb-uhci host:~# modprobe usb-ohci host:~# mount -t usbfs usb /proc/bus/usb - - - - s n i p p Welcher Mount-Befehl ist hier richtig und muss tatsächlich die /etc/fstab geändert werden? Für jede Hilfe im voraus besten Dank. Schöne Grüße Rolf

Hallo Rolf, hallo Leute, Am Samstag, 12. Juni 2004 22:34 schrieb Rolf Hoff: [...]
In diesem Zusammenhang habe ich festgestellt, dass es bei mir kein /proc/bus/usb gibt (somit auch kein /proc/bus/usb/devices bzw. /proc/bus/usb/driver).
Nun kann ich nicht beurteilen, ob ich die fehlenden ./usb bzw ./usb/devices bzw ./usb/driver einfach anlegen kann (wie jedes andere Verzeichnis), oder ob hier mehr bedacht sein will.
Das Verzeichnis /proc/bus/usb/ sollte eigentlich existieren, wenn /proc gemountet ist.
Auszugsweise "/etc/fstab":
proc /proc proc defaults 0 0 usbfs /proc/bus/usb usbfs noauto 0 0
Schon mal mount /proc/bus/usb probiert? Sollte eigentlich reichen. (wobei mich das noauto in der fstab etwas wundert - bei mir wird trotz noauto gemountet... Könnte mit Hotplugging und sonstwas zusammenhängen, aber für diese Details bin ich zu müde ;-) Jedenfalls: ich habe ebenfalls eine 9.1, da ist /proc/bus/usb "gefüllt".
ro999:~ # ls /proc/bus . .. input pci ro999:~ #
Notfalls: mkdir /proc/bus/usb/ (hoffentlich geht das, proc ist ja kein echtes Dateisystem) Gruß Christian Boltz -- ToFus entstehen oft aus der Bequemlichkeit des Anwenders heraus, der die Mail unbearbeitet dann übernimmt und seinen Senf ganz dick oben aufs Wurstbrot schmiert (oft auch, wenn Honig drunter war). [Thorsten Kettner in suse-linux]

Christian Boltz wrote:
Am Samstag, 12. Juni 2004 22:34 schrieb Rolf Hoff: [...]
In diesem Zusammenhang habe ich festgestellt, dass es bei mir kein /proc/bus/usb gibt (somit auch kein /proc/bus/usb/devices bzw. /proc/bus/usb/driver).
Nun kann ich nicht beurteilen, ob ich die fehlenden ./usb bzw ./usb/devices bzw ./usb/driver einfach anlegen kann (wie jedes andere Verzeichnis), oder ob hier mehr bedacht sein will.
Das Verzeichnis /proc/bus/usb/ sollte eigentlich existieren, wenn /proc gemountet ist.
Allerdings muss "devices" nicht existieren. Stattdessen wird man vermutlich bei SuSE 9.1 ein "devices_please-use-sysfs-instead" finden, was einem darauf aufmerksam macht, dass einige Funktionalitaet von procfs inzwischen bei Kernel 2.6 nach sysfs verlagert wurde. Anlegen der "Datei" devices sollte wenig Sinn haben, da das proc-Filesystem ja kein Filesystem im herkoemmlichen Sinne ist, sondern ein Interface zum Kernel. Neue Software sollte also unter Kernel 2.6 ueber /sys (also dem sysfs) auf die Funktionalitaet zugreifen. CU, Th.

Am Sonntag, 13. Juni 2004 12:41 schrieb Thomas Hertweck:
Allerdings muss "devices" nicht existieren. Stattdessen wird man vermutlich bei SuSE 9.1 ein "devices_please-use-sysfs-instead" finden, was einem darauf aufmerksam macht, dass einige Funktionalitaet von procfs inzwischen bei Kernel 2.6 nach sysfs verlagert wurde. Anlegen der "Datei" devices sollte wenig Sinn haben, da das proc-Filesystem ja kein Filesystem im herkoemmlichen Sinne ist, sondern ein Interface zum Kernel. Neue Software sollte also unter Kernel 2.6 ueber /sys (also dem sysfs) auf die Funktionalitaet zugreifen. kann man irgendwie den devices wieder devices nennen lassen? VMWare greift darauf zu und z.Zt. bin ich gezwungen eine kopie des usb Ordners auzulegen und von da zu verlinken und vmware sagen, daß der da suchen soll, damit ich usb in vmware nutzen kann.
Gruß Miklos

Miklos Capek wrote:
[...] kann man irgendwie den devices wieder devices nennen lassen?
$> uname -r 2.6.7-rc1-mm1 $> ls -l /proc/bus/usb [...] -r--r--r-- 1 root root 0 2004-06-13 21:27 devices $> Bei meinem Vanilla-Kernel heisst es auch "devices" und nicht "devices_please-use-sysfs-instead" wie bei SuSE 9.1 mit dem dortigen Kernel. Ich bin mir nicht bewusst, hier explizit etwas aktiviert zu haben im Vanilla-Kernel, es koennte also am SuSE-Kernel liegen. Ist aber keine gesicherte Aussage.
VMWare greift darauf zu und z.Zt. bin ich gezwungen eine kopie des usb Ordners auzulegen und von da zu verlinken und vmware sagen, daß der da suchen soll, damit ich usb in vmware nutzen kann.
Ist VMware nicht fuer Kernel 2.6 vorbereitet? Weiss ich nicht, ich habe kein VMware. Aktuelle Versionen von Software sollten sich schon bewusst sein, dass es Aenderungen an procfs gab und dass es nun auch sysfs gibt. Evtl. gibt es ja VMware-Patches... CU, Th.

Thomas Hertweck schrieb:
Christian Boltz wrote:
Am Samstag, 12. Juni 2004 22:34 schrieb Rolf Hoff: [...]
In diesem Zusammenhang habe ich festgestellt, dass es bei mir kein /proc/bus/usb gibt (somit auch kein /proc/bus/usb/devices bzw. /proc/bus/usb/driver).
Nun kann ich nicht beurteilen, ob ich die fehlenden ./usb bzw ./usb/devices bzw ./usb/driver einfach anlegen kann (wie jedes andere Verzeichnis), oder ob hier mehr bedacht sein will.
Das Verzeichnis /proc/bus/usb/ sollte eigentlich existieren, wenn /proc gemountet ist.
Allerdings muss "devices" nicht existieren. Stattdessen wird man vermutlich bei SuSE 9.1 ein "devices_please-use-sysfs-instead"
es ist in der Tat so.
finden, was einem darauf aufmerksam macht, dass einige Funktionalitaet von procfs inzwischen bei Kernel 2.6 nach sysfs verlagert wurde. Anlegen der "Datei" devices sollte wenig Sinn haben, da das proc-Filesystem ja kein Filesystem im herkoemmlichen
Ein Anlagen der Datei ist nicht möglich (wird von /proc abgelehnt)
Sinne ist, sondern ein Interface zum Kernel. Neue Software sollte also unter Kernel 2.6 ueber /sys (also dem sysfs) auf die Funktionalitaet zugreifen.
hallo alle, es ist mir jetzt richtig peinlich hier eingestehen zu müssen, dass der Fehler bei mir nur deshalb aufgetreten ist, weil ich zuletzt beim Kompilieren des Kernels unter USB versäumt habe, "USB device filesystem (USB_DEVICEFS)" zu aktivieren. Aber meine Strafe habe ich weg. Es hat viele Stunden gedauert, in denen ich mit dem Thema beschäftigt war, bevor ich meine Eselei entdeckt. habe. Asche auf mein Haupt Danke für alle Hilfen. Gruß Rolf
participants (4)
-
Christian Boltz
-
Miklos Capek
-
Rolf Hoff
-
Thomas Hertweck