SCSI-Karte aha152x und modprobe
*** dieses Problem trat bereits 1999 auf ***** *** kein Millenium-Bug **** Hallo, nach der Neuerstellung eines Kernels mit MagicSysRequest (Unter Kernel-Hacking) lassen sich die Module für meine beiden aha152x-Karten NICHT mehr laden. Fehler- meldung bei modprobe aha152x aha152x=340,11,7,1,1,0,0,0 : (der String ist in Ordnung, alles richtig gejumpert, bisher lief ja alles, unter Win werdebn alle beiden Karten erkannt) /lib/modules/2.2.5/scsi/aha152x.o: init_module: Device or resource busy /lib/modules/2.2.5/scsi/aha152x.o: insmod /lib/modules/2.2.5/scsi/aha152x.o failed /lib/modules/2.2.5/scsi/aha152x.o: insmod aha152x failed (natürlich ist aha-Modul noch nicht geladen, siehe lsmod) Kernelerstellung mit make dep bzImage modules modules_install bzlilo ohne clean. Habe eine der Beiden aha152x-Karten entfernt. Habe den alten Kernel wieder gebootet: gleiche Fehlermeldung. Habe MagicSysRequest wieder herausgenommen und mit make dep clean bzImage modules modules_install bzlilo neuen Kernel erstellt: gleiche Fehlermeldung Habe make mrpropper gemacht. Danach Neuerstellung des .config -Files. Kernelerstellung mit make dep clean bzImage modules modules_install bzlilo !!!! Dann funktionierte modprobe wieder !!!!!! Habe sofort zweite Karte wieder eingesetzt (Rechner aus - , eingeschaltet, klar), erhalteseitdem aber immer den Fehler: /lib/modules/2.2.5/scsi/aha152x.o: init_module: Device or resource busy /lib/modules/2.2.5/scsi/aha152x.o: insmod /lib/modules/2.2.5/scsi/aha152x.o failed /lib/modules/2.2.5/misc/aha152x.o: couldn't find the kernel version the module was compiled for /lib/modules/2.2.5/misc/aha152x.o: insmod /lib/modules/2.2.5/misc/aha152x.o failed /lib/modules/2.2.5/misc/aha152x.o: insmod aha152x failed Die Fehlermeldung "couldn't find the kernel version the module was compiled for" hatte ich vor 2 Wochen nur durch Neuinstallation der Kernel- sourcen wegbekommen. Seither habe ich anden Source aber nichts geändert ! Habe die zweite aha-Karte wieder herausgenommen. Neubacken des Kernel mit fester Einkompilierung auch von sg.o und aha152x.o : Karte mit Scanner wird beim booten erkannt. Scannen ist möglich. Habe wieder Kernel mit sg.o und aha152x.o als Module gebacken. Wieder der gleiche Fehler wie oben mit "couldn't find the kernel version the module was compiled for" ???? Hat mir jemand einen Tip ???? make distclean ????? Muss ich alle paar Tag immer mal wieder distclean machen oder die Sourcen neu installieren ??? Das kanns doch nicht sein !!!! ??? Kann mir jemand sagen, warum das einmalige Einsetzten einer Karte DAUERHAFT die Ladefähigkeit eines Modules beeinträchtigt, und fortbesteht, auch wenn die Karte wieder entfernt wird? Die vielen Kleinigkeiten wie Übergabe von Parametern in Lilo habe ich alle berücksichtigt, aktiviert, deaktiviert .... Schliesslich lief vor ein paar Tagen noch alles bestens. Natürlich kann ich mit fest in den Kernel eingebunden aha-Modul scannen, am zweiten Kontroller sollen aber Festplatten betrieben werden, und der wird bei fest eingebundenen Modul nicht erkannt. Übringes: die zweite aha-Karte ist eine pnp-Karte. Mit isapnp.conf wurde sie früher gut erkannt, jetzt nach diesem Dauerfehler gar nicht mehr. Die pnp-Karte wird nicht direkt vom Kernel erkannt, nur durch isapnp.conf - auch wenn einige von Euch das so hinbekommen. isapnp.conf habe ich beim Test der non-pnp aha152x-Karte natürlich deaktiviert. Danke für Tipps Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Ekkard Gerlach (ich) wrote:
Hallo,
nach der Neuerstellung eines Kernels mit MagicSysRequest (Unter Kernel-Hacking) lassen sich die Module für meine beiden aha152x-Karten NICHT mehr laden. Fehler- meldung bei modprobe aha152x aha152x=340,11,7,1,1,0,0,0 :
/lib/modules/2.2.5/scsi/aha152x.o: init_module: Device or resource busy /lib/modules/2.2.5/scsi/aha152x.o: insmod /lib/modules/2.2.5/scsi/aha152x.o failed /lib/modules/2.2.5/scsi/aha152x.o: insmod aha152x failed
/lib/modules/2.2.5/scsi/aha152x.o: insmod /lib/modules/2.2.5/scsi/aha152x.o failed /lib/modules/2.2.5/misc/aha152x.o: couldn't find the kernel version the module was compiled for
Bei Fehlern wie den oben genannten, die mit Logik nicht zu erklären sind und mit Sicherheit ein make dep clean bzImage modules modules_install bzlilo gemacht worden ist HILFT: rex:/usr/src/linux # cp .config config_cpy rex:/usr/src/linux # make mrproper rex:/usr/src/linux # cp config_cpy .config rex:/usr/src/linux # make menuconfig ( menuconfig abspeichern: Yes ***** Linux scheint sich in Sachen Modulen ***** ***** schnell "verwirren" zu lassen. Schon ***** ***** das Neukompilieren des Kernels mit ***** ***** mit nur einer Kleinigkeit, die nichts***** ***** mit Modulen zu tun hat oder auch nur ***** ***** das Einstecken und Ausstecken einer ***** ***** Karte mit dem dazwischenliegenden ***** ***** Versuch, Module zu ***** ***** laden, kann die gesamte ***** ***** Modulstruktur durcheinander bringen ***** ***** so dass make mrproper nötig wird ! ***** Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
On Mit, 05 Jan 2000, Ekkard Gerlach wrote: [...]
Bei Fehlern wie den oben genannten, die mit Logik nicht zu erklären sind und mit Sicherheit ein make dep clean bzImage modules modules_install bzlilo
Kleine Frage am Rande: was genau macht eigentlich ein 'make zlilo'? Hab' mal in /usr/src/linux/README nachgesehen, da stand nur dass es num Updaten von Lilo dient - da wär' ich auch drauf gekommen. Aber ich wüsste gerne, was GENAU es macht? Wo kann ich das nachsehen? Danke schonmal für die Aufmerksamkeit! - Frerich P.S.: Wenn irgendwas an dieser Mail nicht Etiketten-Konform sein sollte, bitte sagen! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
* Frerich Raabe (frerichraabe@gmx.de) [000106 23:29]:n
Kleine Frage am Rande: was genau macht eigentlich ein 'make zlilo'?
Das gleiche wie zImage, nur das danach der Kernel sofort installiert, ein Kernelbakup angelegt und lilo installiert wird.
Wo kann ich das nachsehen?
Im Makefile /usr/src/linux/arch/i386/boot/Makefile -----------------schnipp------------------ zlilo: $(CONFIGURE) $(BOOTIMAGE) if [ -f $(INSTALL_PATH)/vmlinuz ]; then mv $(INSTALL_PATH)/vmlinuz $(INSTALL_PATH)/vmlinuz.old; fi if [ -f $(INSTALL_PATH)/System.map ]; then mv $(INSTALL_PATH)/System.map $(INSTALL_PATH)/System.old; fi cat $(BOOTIMAGE) > $(INSTALL_PATH)/vmlinuz cp $(TOPDIR)/System.map $(INSTALL_PATH)/ if [ -x /sbin/lilo ]; then /sbin/lilo; else /etc/lilo/install; fi -----------------schnapp------------------ Ciao, Bjørn -- o_) Bjoern Buerger http://bbuerger.home.pages.de .-. _/\ .--------------------------------------------------- --/---\-/(/-' Linux User Group Braunschweig (LUG - BS) `-' http://www.tu-bs.de/initiativen/LUG/ --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
b.buerger@tu-bs.de
-
frerichraabe@gmx.de
-
SPS_Gerlach@online.de