SuSE7.3 != Kernel 2.4.16 ?
Hallo Liste! Seit ich mir hier die SuSE7.3 komplett neu installiert habe, habe ich massive Probleme, einen selbst kompilierten Kernel zu booten! Ich habe mir (als Beispiel) den aktuellen 2.4.16er Kernel hergeholt, entsprechend nach /usr/src kopiert ... etc. ich mach das ganze ja nichMan gab mir den Tip, ein 'make oldconfig' durchzuführen und dann den Kernel wie gehabt mit 'make dep && make clean && make bzlilo && make mDen Kernel habe ich auch korrekt in die lilo.conf eingetragen und soweit funktioniert das ganze auch ... fast. Bei einem neustart fängt auch alles wunderbar an ... bis zum INIT ... hier mal ein (abgeschriebener) Auszug: [...] INIT: version 2.82 booting ... modprobe: modprobe: can't locate module net-pf-4 modprobe: modprobe: can't locate module net-pf-5 modprobe: modprobe: can't locate module net-pf-9 setting up hostname ... Activationg swap ... swapon: cannot stat /dev/hda2 no such file or directory Checkip file systems fsck.ext2: no such file or directory while trying to open /dev/hda7 [...] Danach nur die übliche Fehlermeldung, das man das Filesystem mit Hand prüfen soll und ein root-login. Allerdings verstehe ich nicht ganz, warum der Standard-Kernel von SuSE (der ja eigentlich die gleiche Konfiguration hat) bootet! [...] shadowland:/home/bodo # cat /etc/fstab | grep hda2 /dev/hda2 swap swap pri=42 0 0 shadowland:/home/bodo # cat /etc/fstab | grep hda7 /dev/hda7 /lfs ext2 rw,noauto,user,exec 1 2 shadowland:/home/bodo # [...] Hat jemand von euch eine Idee?? Bodo 'der-heut-mehr-als-ratlos-erscheint' Schulz
Bodo Schulz wrote:
Hallo Liste!
Seit ich mir hier die SuSE7.3 komplett neu installiert habe, habe ich massive Probleme, einen selbst kompilierten Kernel zu booten!
Ich habe mir (als Beispiel) den aktuellen 2.4.16er Kernel hergeholt, entsprechend nach /usr/src kopiert ... etc. ich mach das ganze ja nichMan gab mir den Tip, ein 'make oldconfig' durchzuführen und dann den Kernel wie gehabt mit 'make dep && make clean && make bzlilo && make mDen Kernel habe ich auch korrekt in die lilo.conf eingetragen und soweit funktioniert das ganze auch ... fast.
[...] Update ... jetzt klappt es, nach dem ich '/sbin/mk_initrd -k <neuer_kernel> -i initrd' aufgerufen habe. Allerdings kann ich jetzt den original SuSE-Kernel nicht mehr starten! Häää, bin ich zu blöd, oder läuft hier irgendwas schief? Muß ich jetzt vor jedem Wechsel des Kernels die initrd neu schreiben? wozu? Bodo 'der-das-noch-immer-nicht-versteht' Schulz
Bodo Schulz wrote:
Update ...
jetzt klappt es, nach dem ich '/sbin/mk_initrd -k <neuer_kernel> -i initrd' aufgerufen habe.
Allerdings kann ich jetzt den original SuSE-Kernel nicht mehr starten!
Häää, bin ich zu blöd, oder läuft hier irgendwas schief? Muß ich jetzt vor jedem Wechsel des Kernels die initrd neu schreiben? wozu?
<IIRC> Klar, make bzlilo schreibt direkt den lilo neu und ersetzt auch direkt das alte Kernel-Image. </IIRC> Deswegen benutze ich auch nie bzlilo sondern immer bzImage und kopiere das manuell in /boot und editiere die /etc/lilo.conf manuell.. Rene
Rene Engelhard wrote:
Bodo Schulz wrote:
Update ...
jetzt klappt es, nach dem ich '/sbin/mk_initrd -k <neuer_kernel> -i initrd' aufgerufen habe.
Allerdings kann ich jetzt den original SuSE-Kernel nicht mehr starten!
Häää, bin ich zu blöd, oder läuft hier irgendwas schief? Muß ich jetzt vor jedem Wechsel des Kernels die initrd neu schreiben? wozu?
<IIRC> Klar, make bzlilo schreibt direkt den lilo neu und ersetzt auch direkt das alte Kernel-Image. </IIRC>
Deswegen benutze ich auch nie bzlilo sondern immer bzImage und kopiere das manuell in /boot und editiere die /etc/lilo.conf manuell..
und wenn du einen anderen namen für den kernel nimmst rufst du dann doch wieder lilo auf ... tsss :)
Bodo Schulz wrote:
<IIRC> Klar, make bzlilo schreibt direkt den lilo neu und ersetzt auch direkt das alte Kernel-Image. </IIRC>
Deswegen benutze ich auch nie bzlilo sondern immer bzImage und kopiere das manuell in /boot und editiere die /etc/lilo.conf manuell..
und wenn du einen anderen namen für den kernel nimmst rufst du dann doch wieder lilo auf ... tsss :)
Klar, aber make bzlilo ersetzt (IIRC) das aktuelle Kernel-Image und führt dann lilo aus, do das der alte Kernel "futsch" ist Wenn Du aber ein bzImage machts, das manuell nach /boot kopierst dann kannst Du die /etc/lilo.conf editieren (mein neuer Kernel u.B.: <file="/etc/lilo.conf" type="auszug"> image = /boot/vmlinuz-2.4.15.SuSE root = /dev/hda5 label = neuer_kernel restricted password = ********* </file> # lilo .. und man hat die Auswahl... Rene
Rene Engelhard wrote:
Bodo Schulz wrote:
<IIRC> Klar, make bzlilo schreibt direkt den lilo neu und ersetzt auch direkt das alte Kernel-Image. </IIRC>
Deswegen benutze ich auch nie bzlilo sondern immer bzImage und kopiere das manuell in /boot und editiere die /etc/lilo.conf manuell..
und wenn du einen anderen namen für den kernel nimmst rufst du dann doch wieder lilo auf ... tsss :)
Klar, aber make bzlilo ersetzt (IIRC) das aktuelle Kernel-Image und führt dann lilo aus, do das der alte Kernel "futsch" ist
Nicht ganz, der alte Kernel wird nach vmlinuz.old umbenannt
Wenn Du aber ein bzImage machts, das manuell nach /boot kopierst dann kannst Du die /etc/lilo.conf editieren (mein neuer Kernel u.B.:
[...] i now ... aber dann haben wir wieder das ührsprüngliche problem. um diesen kernel booten zu können muß mk_initrd ausgeführt werden (jedenfalls bei dieser SuSE7.3), und danach kann man den originalen (oder vorher gesicherten) Kernel nicht mehr booten. BTW, ich mach das nicht zum ersten Mal! B.
* Bodo Schulz <bodo.schulz@web.de> textete am 01.12.01:
Rene Engelhard wrote:
Klar, aber make bzlilo ersetzt (IIRC) das aktuelle Kernel-Image und führt dann lilo aus, do das der alte Kernel "futsch" ist
Nicht ganz, der alte Kernel wird nach vmlinuz.old umbenannt
Wird der dann auch in die lilo.conf eingebunden? Eben. Was bringt mir das, wenn ich das Rettungssystem anwerfen muß, um einen eigentlich funktionierenden Kernel wieder zum Laufen zu kriegen? cu flo -- Wie muß ich euch denn noch beleidigen, daß ihr mich endlich nicht mehr siggt? [Dieter Brügmann in dag°]
Florian Gross wrote:
* Bodo Schulz <bodo.schulz@web.de> textete am 01.12.01:
Rene Engelhard wrote:
Klar, aber make bzlilo ersetzt (IIRC) das aktuelle Kernel-Image und führt dann lilo aus, do das der alte Kernel "futsch" ist
Nicht ganz, der alte Kernel wird nach vmlinuz.old umbenannt
Wird der dann auch in die lilo.conf eingebunden? Eben. Was bringt
nein, muß man mit hand machen, deshalb hat SuSE ja auch seit der 7.2er(??)) einen vmlinux.suse mit in die lilo.conf eingebaut ...
mir das, wenn ich das Rettungssystem anwerfen muß, um einen eigentlich funktionierenden Kernel wieder zum Laufen zu kriegen?
wenn du mal beim kompilieren des neuen kernels mist gebaut hast und eine option vergessen hast? es ist immer besser, ein rettungssystem in der hinterhand zu haben B.
Bodo Schulz wrote:
Wird der dann auch in die lilo.conf eingebunden? Eben. Was bringt
nein, muß man mit hand machen, deshalb hat SuSE ja auch seit der 7.2er(??)) einen vmlinux.suse mit in die lilo.conf eingebaut ...
Aber nur, wenn man das ganze mit YaST2 installiert Wenn man mit YaST installier ist dieser Eintrag nicht vorhanden.... Rene
Rene Engelhard wrote:
Bodo Schulz wrote:
Wird der dann auch in die lilo.conf eingebunden? Eben. Was bringt
nein, muß man mit hand machen, deshalb hat SuSE ja auch seit der 7.2er(??)) einen vmlinux.suse mit in die lilo.conf eingebaut ...
Aber nur, wenn man das ganze mit YaST2 installiert
Wenn man mit YaST installier ist dieser Eintrag nicht vorhanden....
Okay, das wusste ich nicht ... Und ich war vermessen (und bequem) genug doch diesmal YaST" zu probieren *g* B.
* Bodo Schulz <bodo.schulz@web.de> textete am 01.12.01:
Florian Gross wrote:
* Bodo Schulz <bodo.schulz@web.de> textete am 01.12.01:
Rene Engelhard wrote:
Klar, aber make bzlilo ersetzt (IIRC) das aktuelle Kernel-Image und führt dann lilo aus, do das der alte Kernel "futsch" ist Nicht ganz, der alte Kernel wird nach vmlinuz.old umbenannt Wird der dann auch in die lilo.conf eingebunden? Eben. Was bringt nein, muß man mit hand machen, deshalb hat SuSE ja auch seit der 7.2er(??)) einen vmlinux.suse mit in die lilo.conf eingebaut ...
Eben. Finde ich nicht so toll.
mir das, wenn ich das Rettungssystem anwerfen muß, um einen eigentlich funktionierenden Kernel wieder zum Laufen zu kriegen? wenn du mal beim kompilieren des neuen kernels mist gebaut hast und eine option vergessen hast?
Z.B. Oder wenn er aus irgendeinem Grund einfach nicht geht. Kommt auch mal vor. Und dann finde ich es sinnvoll, den alten Kernel booten zu können und dann das Problem zu beseitigen. Geht jedenfalls bei mir einiges schneller.
es ist immer besser, ein rettungssystem in der hinterhand zu haben
Das sowieso. cu flo -- [OE] Zusätzlich muß man auf automatischen Zeilenumbruch sowie automatisch eingefügte Signaturen verzichten und bei Antworten auf qp-codierte Artikel das Quoting manuell nachbearbeiten. Da kann man seine Artikel auch gleich per telnet $NNTPSERVER 119 einliefern. [Marc Haber in dcsn]
Am Samstag, 1. Dezember 2001 17:03 schrieb Bodo Schulz:
aber dann haben wir wieder das ührsprüngliche problem. um diesen kernel booten zu können muß mk_initrd ausgeführt werden (jedenfalls bei dieser SuSE7.3), und danach kann man den originalen (oder vorher gesicherten) Kernel nicht mehr booten.
Compilier das, was zum booten benötigt wird in den Kernel und nicht als Modul, dann brauchst Du mk_initrd nicht ausführen und kannst problemlos mehrere Kernel parallel installiert haben. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ | http://www.knightsoft.de Manfred | http://www.knightsoft-net.de
Manfred Tremmel wrote:
Am Samstag, 1. Dezember 2001 17:03 schrieb Bodo Schulz:
aber dann haben wir wieder das ührsprüngliche problem. um diesen kernel booten zu können muß mk_initrd ausgeführt werden (jedenfalls bei dieser SuSE7.3), und danach kann man den originalen (oder vorher gesicherten) Kernel nicht mehr booten.
Compilier das, was zum booten benötigt wird in den Kernel und nicht als Modul, dann brauchst Du mk_initrd nicht ausführen und kannst problemlos mehrere Kernel parallel installiert haben.
Das war mein nächster Schritt ... der auch nicht geklappt hatte! Aber mittlerweile habe ich das Problem soweit im Griff, das ich nur noch zusehen muß, wie ich mein VMWare zum laufen bekomme :) B.
Bodo Schulz wrote:
Hallo Liste!
Seit ich mir hier die SuSE7.3 komplett neu installiert habe, habe ich massive Probleme, einen selbst kompilierten Kernel zu booten!
Ich habe mir (als Beispiel) den aktuellen 2.4.16er Kernel hergeholt, entsprechend nach /usr/src kopiert ... etc. ich mach das ganze ja nichMan gab mir den Tip, ein 'make oldconfig' durchzuführen und dann den
Hast Du auch die alte .config in Deinen neuen Source-Tree kopiert? Ansonsten, ist das ein 'vanilla' 2.4.16 oder der von Hubert Mantel? Rene
Rene Engelhard wrote:
Bodo Schulz wrote:
Hallo Liste!
Seit ich mir hier die SuSE7.3 komplett neu installiert habe, habe ich massive Probleme, einen selbst kompilierten Kernel zu booten!
Ich habe mir (als Beispiel) den aktuellen 2.4.16er Kernel hergeholt, entsprechend nach /usr/src kopiert ... etc. ich mach das ganze ja nichMan gab mir den Tip, ein 'make oldconfig' durchzuführen und dann den
Hast Du auch die alte .config in Deinen neuen Source-Tree kopiert?
ja
Ansonsten, ist das ein 'vanilla' 2.4.16 oder der von Hubert Mantel?
vanilla
participants (4)
-
Bodo Schulz -
Florian Gross -
Manfred Tremmel -
Rene Engelhard