Fehler nach Kernel-Update 2.4.4 -> 2.4.7
Hallo, heute wollte ich mein SuSE-Linux von Kernel 2.4.4 auf 2.4.7 umstellen, um den Bug in der AX-25-Unterstützung zu beheben. Nach dem Download von ftp://ftp.gwdg.de/pub/linux/suse/7.2_update/kernel/2.4.7-20011026/k_deflt-2 .4.7-25.i386.rpm und Eingeben von rpm -Uvh k_deflt-2.4.7-25.i386.rpm lief der Update ab. Aber beim Booten des neuen Kernels stellt sich heraus, dass die Firewall und ppppoed nicht mehr laufen. Die relevanten Fehlermeldungen im /var/log/boot.msg sind: ------------------------------------------------------------- Boot logging started at Sun Feb 10 18:12:43 2002 Master Resource Control: previous runlevel: N, switching to runlevel: 3 Starting personal-firewall (initial)ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available [active]done Initializing random number generatordone Starting pppoed: insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/rtl8139.o: insmod eth0 failed eth0: unknown interface: No such device insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/ppp_generic.o: insmod char-major-108 failed usage: modify_resolvconf <action> <options> action: modify, restore, cleanup or check options: mandatory for: -s|--service <service> modify, restore -e|--extension <string> -p|--process <process> modify -i|--pid <pid> -f|--script <pathname of script> modify -t|--text <text> modify -l|--searchlist <list of domains> -d|--domain <domain> -n|--nameservers <addresses> -o|--save_now <pathname of file> -a|--save_later <pathname of file> -k|--keep -q|--quiet -v|--verbose -h|--help (does not need an action) cleanup and check ignore all options except -q and -v ------------------------------------------------------------------ Dummerweise kann ich nicht mehr nach 2.4.4 zurück umstellen, denn die /lib/modules/2.4.4-4GB/ sind verschwunden, und es gibt auch Fehler beim Booten des alten Kernels. Nach dem ersten Booten unter 2.4.7 wurden einige modules unter /lib/modules/2.4.4-4GB/ (!) vermisst, und ich habe dann einen symbolischen Link von dort auf die neuen Module /lib/modules/2.4.7-4GB/ eingetragen. Aber das hat's dann wohl auch nicht gebracht. Weiss jemand Rat? Es ist wohl doch besser, seinen Kernel selbst zu kompilieren, als sich dem RPM anzuvertrauen. Da bleibt zumindest eine lauffähige Konfiguration übrig. 73 de Uli (nun wieder unter 2.2.14...) -- ulionken@gmx.net dk2go@qsl.net AX25:dk2go@hb9eas.che.eu
Ulrich Onken wrote:
Hallo,
heute wollte ich mein SuSE-Linux von Kernel 2.4.4 auf 2.4.7 umstellen, um den Bug in der AX-25-Unterstützung zu beheben.
Nach dem Download von
ftp://ftp.gwdg.de/pub/linux/suse/7.2_update/kernel/2.4.7-20011026/k_deflt-2 .4.7-25.i386.rpm
und Eingeben von
rpm -Uvh k_deflt-2.4.7-25.i386.rpm
lief der Update ab. Aber beim Booten des neuen Kernels stellt sich heraus, dass die Firewall und ppppoed nicht mehr laufen. Die relevanten Fehlermeldungen im /var/log/boot.msg sind:
------------------------------------------------------------- Boot logging started at Sun Feb 10 18:12:43 2002 Master Resource Control: previous runlevel: N, switching to runlevel: 3 Starting personal-firewall (initial)ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available [active]done Initializing random number generatordone Starting pppoed: insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/rtl8139.o: insmod eth0 failed eth0: unknown interface: No such device insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/ppp_generic.o: insmod char-major-108 failed usage: modify_resolvconf <action> <options> action: modify, restore, cleanup or check options: mandatory for: -s|--service <service> modify, restore -e|--extension <string> -p|--process <process> modify -i|--pid <pid> -f|--script <pathname of script> modify -t|--text <text> modify -l|--searchlist <list of domains> -d|--domain <domain> -n|--nameservers <addresses> -o|--save_now <pathname of file> -a|--save_later <pathname of file> -k|--keep -q|--quiet -v|--verbose -h|--help (does not need an action) cleanup and check ignore all options except -q and -v ------------------------------------------------------------------
Dummerweise kann ich nicht mehr nach 2.4.4 zurück umstellen, denn die /lib/modules/2.4.4-4GB/ sind verschwunden, und es gibt auch Fehler beim Booten des alten Kernels.
Nach dem ersten Booten unter 2.4.7 wurden einige modules unter /lib/modules/2.4.4-4GB/ (!) vermisst, und ich habe dann einen symbolischen Link von dort auf die neuen Module /lib/modules/2.4.7-4GB/ eingetragen. Aber das hat's dann wohl auch nicht gebracht.
Weiss jemand Rat?
Mach mal als root "mk_initrd && lilo" (den lilo-Aufruf natürlich nur dann, wenn du lilo als bootloader nutzt), dann sollten die fehlenden Module wieder da sein. 73, Edmund, DF3IR
Am Sonntag, 10. Februar 2002 18:47 schrieb Ulrich Onken:
Hallo,
heute wollte ich mein SuSE-Linux von Kernel 2.4.4 auf 2.4.7 umstellen, um den Bug in der AX-25-Unterstützung zu beheben.
Nach dem Download von
ftp://ftp.gwdg.de/pub/linux/suse/7.2_update/kernel/2.4.7-20011026/k_deflt-2 .4.7-25.i386.rpm
und Eingeben von
rpm -Uvh k_deflt-2.4.7-25.i386.rpm
lief der Update ab. Aber beim Booten des neuen Kernels stellt sich heraus, dass die Firewall und ppppoed nicht mehr laufen. Die relevanten Fehlermeldungen im /var/log/boot.msg sind:
------------------------------------------------------------- Boot logging started at Sun Feb 10 18:12:43 2002 Master Resource Control: previous runlevel: N, switching to runlevel: 3 Starting personal-firewall (initial)ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available ipchains: Protocol not available [active]done Initializing random number generatordone Starting pppoed: insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/rtl8139.o: insmod eth0 failed eth0: unknown interface: No such device insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/ppp_generic.o: insmod char-major-108 failed usage: modify_resolvconf <action> <options> action: modify, restore, cleanup or check options: mandatory for: -s|--service <service> modify, restore -e|--extension <string> -p|--process <process> modify -i|--pid <pid> -f|--script <pathname of script> modify -t|--text <text> modify -l|--searchlist <list of domains> -d|--domain <domain> -n|--nameservers <addresses> -o|--save_now <pathname of file> -a|--save_later <pathname of file> -k|--keep -q|--quiet -v|--verbose -h|--help (does not need an action) cleanup and check ignore all options except -q and -v ------------------------------------------------------------------
Dummerweise kann ich nicht mehr nach 2.4.4 zurück umstellen, denn die /lib/modules/2.4.4-4GB/ sind verschwunden, und es gibt auch Fehler beim Booten des alten Kernels.
Nach dem ersten Booten unter 2.4.7 wurden einige modules unter /lib/modules/2.4.4-4GB/ (!) vermisst, und ich habe dann einen symbolischen Link von dort auf die neuen Module /lib/modules/2.4.7-4GB/ eingetragen. Aber das hat's dann wohl auch nicht gebracht.
Weiss jemand Rat?
Es ist wohl doch besser, seinen Kernel selbst zu kompilieren, als sich dem RPM anzuvertrauen. Da bleibt zumindest eine lauffähige Konfiguration übrig.
73 de Uli (nun wieder unter 2.2.14...)
Moin Uli, erspar Dir weitere Arbeit mit 2.4.7----der Fehler ist erst in 2.4.16 behoben !!!! Du musst Dir den Kernel+Modutils vom Server laden, dann klappts auch mit dem Nachbarn. Dann mk_initrd und evtl. depmod -a. Ich glaube auch das Modul ist für den rtl-Chipsatz auch umbenannt worden, siehe Changes. Bei mir hat das einwandfrei geklappt. So long 73 de Michael DL5OCD
Hallo Michael, On 10-Feb-02 Michael wrote:
erspar Dir weitere Arbeit mit 2.4.7----der Fehler ist erst in 2.4.16 behoben !!!! Du musst Dir den Kernel+Modutils vom Server laden, dann klappts auch mit dem Nachbarn. Dann mk_initrd und evtl. depmod -a. Ich glaube auch das Modul ist für den rtl-Chipsatz auch umbenannt worden, siehe Changes. Bei mir hat das einwandfrei geklappt.
recht herzlichen Dank für die Tipps! Ja, nach den Hinweisen von Edmund DF3IR bin ich zwar ein Stückchen weiter gekommen, aber die Ethernetkarte wird beim insmod immer noch nicht erkannt: Starting pppoed: insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/rtl8139.o: insmod eth0 failed eth0: unknown interface: No such device Na denn, auf zu 2.4.16, aber heute nicht mehr. Allen Mitlesern eine schöne Woche und 73 de Uli, DK2GO -- ulionken@gmx.net dk2go@qsl.net AX25:dk2go@hb9eas.che.eu
Hallo,
Ich glaube auch das Modul ist für den rtl-Chipsatz auch umbenannt worden, siehe Changes.
Starting pppoed: insmod: /lib/modules/2.4.7-4GB/kernel/drivers/net/rtl8139.o: insmod eth0 failed eth0: unknown interface: No such device
Von http://www.afthd.tu-darmstadt.de/~dg1kjd/ (Homepage von Jens DG1KJD):
Realtek RTL-8139 driver for Linux 2.2 This is a patchset that updates support for Realtek RTL-8139 based local area network interface cards in Linux 2.2. The original driver by Donald Becker is unfortunately quiete unuseable and -readable (not to say broken). The version 0.9.22-2.2 of this driver for Linux-2.2.20 can be downloaded above and applied to the vanilla kernel. Linux-2.2.21 will probably include this version.
Also: "rtl8139"-Treiber durch "8139too" ersetzen. In 2.4 ist dieser enthalten. Dazu in der /etc/modules.conf die Zeile alias eth0 rtl8139 durch alias eth0 8139too ersetzen (meist ziemlich am Anfang der Datei). Danach depmod -a aufrufen. Um den anderen Treiber in die initrd zu setzen muss noch in der /etc/rc.config die Zeile INITRD_MODULES="..." angepasst werden. Danach "mk_initrd" und den Bootloader ("lilo") aufrufen. Überprüfe aber noch deine /etc/lilo.conf, wohin der Bootloader denn geschrieben wird (Zeile "boot = /dev/hde" o.ae.). Scheinbar nicht auf Platte (hda, ...). 73, Robert -- Robert Steinhäußer, DL1NC / N9KBK dl1nc@darc.de http://1409.org robert@steinhaeusser.com
Hallo, On 11-Feb-02 Robert Steinhäußer wrote:
Überprüfe aber noch deine /etc/lilo.conf, wohin der Bootloader denn geschrieben wird (Zeile "boot = /dev/hde" o.ae.). Scheinbar nicht auf Platte (hda, ...).
Yep, das war's tatsächlich: da steht "boot = /dev/hda1" (und muss natürlich richtig heissen: /dev/hda ). Ich boote die 2.4.16 aber erstmal von der Floppy, bis alles ufb läuft und lasse bis dahin noch die alte 2.2 (auf anderen Partitionen) von der Harddisk booten. Einziges Problem unter der 2.4.16 ist jetzt noch, dass der USB-Treiber nicht geladen wird und das Shutdown bei einem "umount /proc/sys/usb..." komplett hängen bleibt. Mit dem ärgerlichen Ergebnis, dass das Dateisystem nicht mehr umounted wird. Vielleicht hat jemand eine Idee - sonst desaktiviere ich das USB-Zeugs erst einmal. Danke und 73 de Uli, DK2GO -- ulionken@gmx.net dk2go@qsl.net AX25:dk2go@hb9eas.che.eu
participants (4)
-
Edmund Geissert
-
Metamorph@t-online.de
-
Robert Steinhäußer
-
Ulrich Onken