parport Modul laedt sich nicht mehr automatisch
Hallo! Seit kurzem laesst sich das parport Modul nicht mehr auromatisch laden. Zuvor wurde es z.B. beim Aufruf von lpr automatisch mit parport_pc und lp geladen. Seit kurzem muss ich das parport Modul von Hand laden. Erst dann werden parport_pc und lp nachgeladen. Was kann ich tun? Ich weiss nicht ob es im ursaechlichen Zusammenhang liegt, dass ich vor Kurzem auf 6.3 upgedated habe und (nicht lachen) aus Versehen chmod -R 777 ueber das /var Verzeichnis habe laufen lassen (habe das mit chmod -R 755 repariert). Cheers Oliver -- mailto:Oliver.Fleig@univ-rennes1.fr --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Oliver Fleig wrote:
Hallo!
Seit kurzem laesst sich das parport Modul nicht mehr auromatisch laden. Zuvor wurde es z.B. beim Aufruf von lpr automatisch mit parport_pc und lp geladen. Seit kurzem muss ich das parport Modul von Hand laden. Erst dann werden parport_pc und lp nachgeladen.
Was kann ich tun?
Ich weiss nicht ob es im ursaechlichen Zusammenhang liegt, dass ich vor Kurzem auf 6.3 upgedated habe und (nicht lachen) aus Versehen chmod -R 777 ueber das /var Verzeichnis habe laufen lassen (habe das mit chmod -R 755 repariert).
warscheinlich hast du auch einen neuen kernel, dem der kernel daemon support fehlt. clemens -- If it ain't analogue, it ain't music. _ ___ ___ _ __ | |/ (_)/ __| |/ / Kirchgatterer Computer & Kommunikation | ' <| | (__| ' < +43 7675 4095 +43 699 1012 9109 |_|\_\_|\___|_|\_\ -linux-software-networking-consulting- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Clemens Kirchgatterer wrote:
Oliver Fleig wrote:
Hallo!
Seit kurzem laesst sich das parport Modul nicht mehr auromatisch laden. Zuvor wurde es z.B. beim Aufruf von lpr automatisch mit parport_pc und lp geladen. Seit kurzem muss ich das parport Modul von Hand laden. Erst dann werden parport_pc und lp nachgeladen.
Was kann ich tun?
Ich weiss nicht ob es im ursaechlichen Zusammenhang liegt, dass ich vor Kurzem auf 6.3 upgedated habe und (nicht lachen) aus Versehen chmod -R 777 ueber das /var Verzeichnis habe laufen lassen (habe das mit chmod -R 755 repariert).
warscheinlich hast du auch einen neuen kernel, dem der kernel daemon support fehlt.
Danke Clemens fuer den Tipp, aber das scheint ok zu sein. Die Konsole meldet folgendes sobald ich versuche zu drucken: Feb 28 22:18:45 pclinux insmod: /lib/modules/2.2.13/misc/lp.o: insmod char-major-6 failed Feb 28 22:19:49 pclinux last message repeated 2 times Mitlerweile schaffe ich es nicht mal mehr das lp Modul von hand nachzuladen. Ich bekomme folgende Fehler: pclinux:~ # modprobe lp /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_ieee1284_nibble_mode_ok /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_unregister_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_enumerate /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_claim_or_block /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_register_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_wait_peripheral /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_release /lib/modules/2.2.13/misc/lp.o: insmod /lib/modules/2.2.13/misc/lp.o failed /lib/modules/2.2.13/misc/lp.o: insmod lp failed Was mich dabei erstaunt ist, dass bei 'make modules' das Modul lp.o nicht generiert wird. D.h. ich koennte mir voerstellen dass /lib/modules/2.2.13/misc/lp.o nicht zum Kernel passt, aber durch ein make modules_install nicht ueberschrieben wird, da ja kein Module beim Kompilieren erzeugt wird. Warum also generiert 'make modules' nicht lp.o? Cheers Oliver -- mailto:Oliver.Fleig@univ-rennes1.fr --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Am Die, 29 Feb 2000 schrieben Sie:
Clemens Kirchgatterer wrote:
Oliver Fleig wrote:
Hallo!
Seit kurzem laesst sich das parport Modul nicht mehr auromatisch laden. Zuvor wurde es z.B. beim Aufruf von lpr automatisch mit parport_pc und lp geladen. Seit kurzem muss ich das parport Modul von Hand laden. Erst dann werden parport_pc und lp nachgeladen.
Was kann ich tun?
Ich weiss nicht ob es im ursaechlichen Zusammenhang liegt, dass ich vor Kurzem auf 6.3 upgedated habe und (nicht lachen) aus Versehen chmod -R 777 ueber das /var Verzeichnis habe laufen lassen (habe das mit chmod -R 755 repariert).
warscheinlich hast du auch einen neuen kernel, dem der kernel daemon support fehlt.
Danke Clemens fuer den Tipp, aber das scheint ok zu sein. Die Konsole meldet folgendes sobald ich versuche zu drucken:
Feb 28 22:18:45 pclinux insmod: /lib/modules/2.2.13/misc/lp.o: insmod char-major-6 failed Feb 28 22:19:49 pclinux last message repeated 2 times
Mitlerweile schaffe ich es nicht mal mehr das lp Modul von hand nachzuladen. Ich bekomme folgende Fehler: pclinux:~ # modprobe lp /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_ieee1284_nibble_mode_ok /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_unregister_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_enumerate /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_claim_or_block /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_register_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_wait_peripheral /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_release /lib/modules/2.2.13/misc/lp.o: insmod /lib/modules/2.2.13/misc/lp.o failed /lib/modules/2.2.13/misc/lp.o: insmod lp failed
Was mich dabei erstaunt ist, dass bei 'make modules' das Modul lp.o nicht generiert wird. D.h. ich koennte mir voerstellen dass /lib/modules/2.2.13/misc/lp.o nicht zum Kernel passt, aber durch ein make modules_install nicht ueberschrieben wird, da ja kein Module beim Kompilieren erzeugt wird.
Warum also generiert 'make modules' nicht lp.o?
dann mach doch mal folgendes: sicher .config verschiebe /lib/modules/2.2.13 nach old make mrproper make menuconfig (dann kannst du deine gesicherte .config laden) make dep clean zImage modules modules_install cp arch/i386/boot/zImage /boot/vmlinuz cp System.map /boot/System.map lilo depmod -a neubooten und nochmal versuchen -- MfG Waldemar Brodkorb Linux rulez! --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Oliver Fleig wrote:
Mitlerweile schaffe ich es nicht mal mehr das lp Modul von hand nachzuladen. Ich bekomme folgende Fehler: pclinux:~ # modprobe lp /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_ieee1284_nibble_mode_ok /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_unregister_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_enumerate /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_claim_or_block /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_register_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_wait_peripheral /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_release /lib/modules/2.2.13/misc/lp.o: insmod /lib/modules/2.2.13/misc/lp.o failed /lib/modules/2.2.13/misc/lp.o: insmod lp failed
Was mich dabei erstaunt ist, dass bei 'make modules' das Modul lp.o nicht generiert wird. D.h. ich koennte mir voerstellen dass /lib/modules/2.2.13/misc/lp.o nicht zum Kernel passt, aber durch ein make modules_install nicht ueberschrieben wird, da ja kein Module beim Kompilieren erzeugt wird.
Warum also generiert 'make modules' nicht lp.o?
Nur so zur Sicherheit: Deine Module passen zum Kernel? Mit SuSE-Kernel die SuSE-Module und mit Originalkernel die Originalmodule? --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Adrian Heydecker wrote:
Oliver Fleig wrote:
Mitlerweile schaffe ich es nicht mal mehr das lp Modul von hand nachzuladen. Ich bekomme folgende Fehler: pclinux:~ # modprobe lp /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_ieee1284_nibble_mode_ok /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_unregister_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_enumerate /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_claim_or_block /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_register_device /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_wait_peripheral /lib/modules/2.2.13/misc/lp.o: unresolved symbol parport_release /lib/modules/2.2.13/misc/lp.o: insmod /lib/modules/2.2.13/misc/lp.o failed /lib/modules/2.2.13/misc/lp.o: insmod lp failed
Was mich dabei erstaunt ist, dass bei 'make modules' das Modul lp.o nicht generiert wird. D.h. ich koennte mir voerstellen dass /lib/modules/2.2.13/misc/lp.o nicht zum Kernel passt, aber durch ein make modules_install nicht ueberschrieben wird, da ja kein Module beim Kompilieren erzeugt wird.
Warum also generiert 'make modules' nicht lp.o?
Nur so zur Sicherheit: Deine Module passen zum Kernel? Mit SuSE-Kernel die SuSE-Module und mit Originalkernel die Originalmodule?
Hallo! Ich bin's nochmal, der urspruengliche Autor des Threads. Ich hoffe es wird nicht unuebersichtlich! Ich fasse kurz zusammen: - Nach Kernel backen lies sich das lp.o Modul nicht mehr automatisch laden. - Um andere Fehler auszuschliessen, haber ich mittlerweile nochmal den original SuSE Pentiumkernel mit Modulen aufgespielt-> und alles funktioniert!! - Davor hatte ich nach Waldemars Brodkorbs Anweisung alles gecleant und neu kompiliert:
sicher .config verschiebe /lib/modules/2.2.13 nach old make mrproper make menuconfig (dann kannst du deine gesicherte .config laden) make dep clean zImage modules modules_install cp arch/i386/boot/zImage /boot/vmlinuz cp System.map /boot/System.map lilo depmod -a
Dabei ist mir aber aufgefallen, dass nicht alle Module beim kompilieren generiert werden. Z.B eth.o und lp.o fehlen. Entsprechend gab es beim booten natuerlich Fehler. Woran liegt das? Gibt vielleicht sowas wie 'make allmodules' ?? Cheers und Danke fuer die Bemuehungen Oliver -- mailto:Oliver.Fleig@univ-rennes1.fr --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo, Oliver Fleig wrote:
Ich bin's nochmal, der urspruengliche Autor des Threads. Ich hoffe es wird nicht unuebersichtlich! Ich fasse kurz zusammen: - Nach Kernel backen lies sich das lp.o Modul nicht mehr automatisch laden. - Um andere Fehler auszuschliessen, haber ich mittlerweile nochmal den original SuSE Pentiumkernel mit Modulen aufgespielt-> und alles funktioniert!! [..] Dabei ist mir aber aufgefallen, dass nicht alle Module beim kompilieren generiert werden. Z.B eth.o und lp.o fehlen. Entsprechend gab es beim booten natuerlich Fehler.
Woran liegt das? Gibt vielleicht sowas wie 'make allmodules' ??
Ich wuerde vermuten, dass entweder die Module nicht (N) oder direkt in den Kernel (Y) eingebunden sind. checke einfach mal mit menuconfig oder mach ein grep 'CONFIG_PARPORT' /usr/src/linux grep 'CONFIG_PRINTER' /usr/src/linux Damit lp.o erzeugt wird, musst du CONFIG_PRINTER=m als Ausgabe bekommen. Vermutlich sollte dann ein grep 'CONFIG_PARPORT' /usr/src/linux das folgende liefern: CONFIG_PARPORT=m CONFIG_PARPORT_PC=m CU David -- E-Mail: David Haller <David@dhaller.de> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
[..]
Dabei ist mir aber aufgefallen, dass nicht alle Module beim kompilieren generiert werden. Z.B eth.o und lp.o fehlen. Entsprechend gab es beim booten natuerlich Fehler. ....und beim kompilieren gabs keine Fehler? make modules modules_install
On Wed, Mar 01, 2000 at 11:11:36PM +0100, David Haller wrote: lilo aufrufen. Alles passiert? ....dann prüf folgendes.
Ich wuerde vermuten, dass entweder die Module nicht (N) oder direkt in den Kernel (Y) eingebunden sind. checke einfach mal mit menuconfig oder mach ein
grep 'CONFIG_PARPORT' /usr/src/linux grep 'CONFIG_PRINTER' /usr/src/linux Gibt leider in erster Linie einen Fehler :( Sorry, aber ist so. Eine höhere Chance wäre mit grep 'CONFIG_PARPORT' /usr/src/linux/*
Da kommt dann die Ausgabe, die du meintest. Allerdings werden hier alle unter /linux liegenden Verzeichnisse angemuckt. Also müßte man es noch anders machen, wenn man die Fehlerausgabe als störend empfindet ;)
Damit lp.o erzeugt wird, musst du
CONFIG_PRINTER=m
als Ausgabe bekommen.
Vermutlich sollte dann ein
grep 'CONFIG_PARPORT' /usr/src/linux Auch hier zieht nur /usr/src/linux/*
das folgende liefern:
CONFIG_PARPORT=m CONFIG_PARPORT_PC=m
Nach dem reboot event. mal mit einem modprobe <modulename> nachhelfen. MfG, Clemens -- sig_40 lsmod = zeigt die geladenen Module an insmod = laden von Modulen [Info: man modules] rmmod = entladen von Modulen modprobe = überprüft Abhängigkeit beim Laden von Modulen -------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Hallo Clemens, Clemens Wohld wrote:
On Wed, Mar 01, 2000 at 11:11:36PM +0100, David Haller wrote:
grep 'CONFIG_PARPORT' /usr/src/linux grep 'CONFIG_PRINTER' /usr/src/linux Gibt leider in erster Linie einen Fehler :( Sorry, aber ist so. Eine höhere Chance wäre mit grep 'CONFIG_PARPORT' /usr/src/linux/*
Sollte eigentlich "/usr/src/linux/.config" sein ;( Da eruebrigen sich dann auch die Meldungen wg. den Verzeichnissen. CU David -- E-Mail: David Haller <David@dhaller.de> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (6)
-
adrian.heydecker＠bluewin.ch -
c.wohld＠ndh.net -
clemens＠root.at -
David＠dhaller.de -
linux＠netcologne.de -
Oliver.Fleig＠univ-rennes1.fr