Hallo liebe Leute, wieso macht mein Linux (SuSE 8.1) alle Änderungen an der Datei /lib/modules/$(KERNELVERION)/modules.usbmap bei jedem Boot rückgängig? Was muss ich machen, damit sich dass meine Kiste endlich merkt? Der Zweck dieser Übung ist es, dass ein Modul Namens "dabusb" nicht mehr geladen wird, wenn ich meinen USB-Bastelbausatz mit der VID=0x0547 und PID=0x2131 einstecke. Zitat aus modules.usbmap: # usb module match_flags idVendor idProduct bcdDevice_lo bcdDevice_hi bDeviceClass bDeviceSubClass bDeviceProtocol bInterfaceClass bInterfaceSubClass bInterfaceProtocol driver_info dabusb 0x0003 0x0547 0x2131 0x0000 0x0000 0x00 0x00 0x00 0x00 0x00 0x00 0x00000000 MfG mik
Michael Brenner wrote:
wieso macht mein Linux (SuSE 8.1) alle Änderungen an der Datei /lib/modules/$(KERNELVERION)/modules.usbmap bei jedem Boot rückgängig?
Weil Du daran nichts zu fummeln hast :-) Diese Dateien werden automatisch durch "depmod" erzeugt...
Was muss ich machen, damit sich dass meine Kiste endlich merkt?
Du solltest das entweder ueber /etc/modules.conf (Kernel 2.4; das ist die Konfigurationsdatei fuer Kernel-Module) oder die entsprechenden Konfigurationsdateien in /etc/hotplug regeln. Allerdings muss ich zugeben, dass hotplug manchmal auch wirklich ein seltsames Mysterium ist, das zu durchblicken nicht so einfach ist. CU, Th.
Thomas Hertweck wrote:
Michael Brenner wrote:
wieso macht mein Linux (SuSE 8.1) alle Änderungen an der Datei /lib/modules/$(KERNELVERION)/modules.usbmap bei jedem Boot rückgängig?
Weil Du daran nichts zu fummeln hast :-) Diese Dateien werden automatisch durch "depmod" erzeugt...
"depmod" Supi tip! Hab das Modul "dabusb.o" aus dem Kernelverzeichnis entfernt und "depmod -a" ausgeführt (was eine neue modules.usbmap erzeugt). Und siehe da "dabusb" taucht nicht mehr in modules.usbmap auf. "depmod -a" wird (,was ich gelesen habe,) bei jedem Start ausgeführt. Soviel zum Mysterium: "Alle Änderungen werden beim Booten rückgängig gemacht".
Was muss ich machen, damit sich dass meine Kiste endlich merkt?
Du solltest das entweder ueber /etc/modules.conf (Kernel 2.4; das ist die Konfigurationsdatei fuer Kernel-Module) oder die entsprechenden Konfigurationsdateien in /etc/hotplug regeln. Allerdings muss ich zugeben, dass hotplug manchmal auch wirklich ein seltsames Mysterium ist, das zu durchblicken nicht so einfach ist.
"/etc/hotplug/", ist mir auch ein Rätsel, ich kann das betreffende Modul heraus und wieder hinein kommentieren und es passiert garnichts. "/etc/modules.conf": Da steht nicht viel sinnvolles zum Thema USB. Juhu, /var/log/messages Apr 19 20:59:14 bigjohn kernel: usb.c: USB device 6 (vend/prod 0x547/0x2131) is not claimed by any active driver. Mission Sucessful! thx Th.
Michael Brenner wrote:
[...] "depmod" Supi tip! Hab das Modul "dabusb.o" aus dem Kernelverzeichnis entfernt und "depmod -a" ausgeführt (was eine neue modules.usbmap erzeugt). Und siehe da "dabusb" taucht nicht mehr in modules.usbmap auf.
Hmm, das ist aber nicht die elegante Methode. Damit ist das Modul ueberhaupt nicht mehr verfuegbar, da es ja geloescht ist. Es kann also ueberhaupt nicht mehr verwendet werden, auch nicht durch laden von Hand. Es haette wohl genuegen sollen, das Modul in der Datei /etc/modules.conf auf "off" zu setzen. Das unterbindet das Laden des Moduls durch modprobe. Ich hoffe allerdings, dass hotplug da nicht quer schiesst...
[...] Apr 19 20:59:14 bigjohn kernel: usb.c: USB device 6 (vend/prod 0x547/0x2131) is not claimed by any active driver.
Mission Sucessful!
Ich weiss zwar nicht, warum Du das alles gemacht hast, weil man im Prinzip eine Hardware ja auch nutzen moechte, wenn man sie schon anschliesst, aber wenn Dir das so gefaellt, soll es mir auch recht sein ;-) Gruesse, Th.
participants (2)
-
Michael Brenner
-
Thomas Hertweck