Kernel 2.4.2 Fehler bei Suse 7.0
Hallo, ich habe obigen Kernel (rpm-Paket installiert) der Rechner fährt hoch - aber es werden keine Module geladen --> desöfteren die Meldung: modprobe: can't open dependencies file /lib/modules/2.4.5-pre1/modules.dep (no such file or directory) da hat er auch recht, weil diesen Kernel (von www.kernel.org) samt Verszeichnisse habe ich gelöscht wo steht aber dieser Verweis ? (auf 2.4.5-pre1) Die /lib/modules/2.4.2 existiert - bei Install des rpm-Kernels ist in /usr/src kein Unterverzeichnis /linux-2.4.2 --> ist das bei suse immer so ? der vmlinuz_24 - Kernel ist in /boot - auch die System.map wenn keine sourcen da sind, kann der suse-kernel nicht nachträglich geändert werden ??? wer kennt sich aus ? gruß Dieter
On 23 May 2001, at 0:10, Dieter Walzer wrote:
Hallo, ich habe obigen Kernel (rpm-Paket installiert) der Rechner fährt hoch - aber es werden keine Module geladen --> desöfteren die Meldung: modprobe: can't open dependencies file /lib/modules/2.4.5-pre1/modules.dep( no such file or directory)
da hat er auch recht, weil diesen Kernel (von www.kernel.org) samt Verszeichnisse habe ich gelöscht wo steht aber dieser Verweis ? (auf 2.4.5-pre1) Die /lib/modules/2.4.2 existiert
Wenn diese Meldung kommt, dann bootest Du immer noch den Kernel 2.4.5-pre1, aonsonsten würde er die Module da nicht suchen.
- bei Install des rpm-Kernels ist in /usr/src kein Unterverzeichnis /linux-2.4.2 --> ist das bei suse immer so ? der vmlinuz_24 - Kernel ist in /boot - auch die System.map wenn keine sourcen da sind, kann der suse-kernel nicht nachträglich geändert werden ???
Bei SuSE gibt es IMHO a) den Kernel im kompilierter Form und b) die Kernel Sourcen. Wenn Du Dir nur a) geholt und installiert hast, hast Du die Sourcen eben NICHT installiert. Zu Deinem boot-Problem: Hast Du nach Installation des Kernels lilo gestartet? Den richtigen Kernel angewählt? (Lilo kennt keine Dateien. Wenn Du z.B. das alte Image per rm gelöscht hast und das neue Image in das Verzeichnis gestellt hat, zeigt Lilo immer noch auf den Festplattenplatz des alten Images. Solange das nicht echt überschrieben ist, bootet dein Rechner weiter das alte Image, obwohl die zugehärige Datei bereits gelöscht ist. Niemals aber bootest Du dann das neue Image, bevor Du Lilo noch mal aufrufst. (Wenn ich Unsinn erzähle, korrigiert mich bitte. Ich setze lilo nicht ein.) Andreas Andreas
Dieter Walzer schrieb am 23.05.2001 um 00:10:34 +0200: Hallo Dieter,
Hallo, ich habe obigen Kernel (rpm-Paket installiert) der Rechner fährt hoch - aber es werden keine Module geladen --> desöfteren die Meldung: modprobe: can't open dependencies file /lib/modules/2.4.5-pre1/modules.dep (no such file or directory) da hat er auch recht, weil diesen Kernel (von www.kernel.org) samt Verszeichnisse habe ich gelöscht wo steht aber dieser Verweis ? (auf 2.4.5-pre1) Die /lib/modules/2.4.2 existiert
er bootet sehr wahrschienlich noch den alten Kernel. Solange Du lilo nicht sagst das er den neuen Kernel booten soll, macht er das auch nicht. Lilo lädt kein File anhand des Namens (z.B. vmlinuz_24) sondern lädt das File das an der ihm bekannten Stelle auf der Platte liegt. Diese Stelle macht man ihm durch den passenden Eintrag in der /etc/lilo.conf und anschliesendem Aufruf von lilo bekannt. Wen Du den alten Kernel mit rm löscht, löscht Du zwar den Eintrag im Filesystem, aber die eigentlichen Daten auf der Platte beleiben natürlich erhalten. Lilo weis nichts von Deiner Löschaktion und lädt die Daten die er an der Stelle findet wo Dein alter Kernel lag/liegt.
- bei Install des rpm-Kernels ist in /usr/src kein Unterverzeichnis /linux-2.4.2 --> ist das bei suse immer so ?
wie auch? Du installierst ja nur den feritg kompilierten Kenrel und nicht die Sourcen. Die mußt Du extra installieren.
der vmlinuz_24 - Kernel ist in /boot - auch die System.map wenn keine sourcen da sind, kann der suse-kernel nicht nachträglich geändert werden ???
wie sieht denn Deine /etc/lilo.conf aus? Da sollte jetzt sowas wie: image = /boot/vmlinuz_24 label = ... root = ... label und root müssen natürlich an Deine Umgebung angepaßt sein. Nachdem installieren des neuen Kernels mal lilo aufgerufen? Bis denne, Michael -- ---------------------------------------------------------- Michael Schulz, Institut f. Geophysik, Universität Münster Corrensstr. 24, 48149 Münster Tel.: 0251-8333938, e-mail: michael@earth.uni-muenster.de
Am Mittwoch, 23. Mai 2001 08:53 schrieb Michael Schulz:
er bootet sehr wahrschienlich noch den alten Kernel. Solange Du lilo nicht sagst das er den neuen Kernel booten soll, macht er das auch nicht. Lilo lädt kein File anhand des Namens (z.B. vmlinuz_24) sondern lädt das File das an der ihm bekannten Stelle auf der Platte liegt. Diese Stelle macht man ihm durch den passenden Eintrag in der /etc/lilo.conf und anschliesendem Aufruf von lilo bekannt. Wen Du den alten Kernel mit rm löscht, löscht Du zwar den Eintrag im Filesystem, aber die eigentlichen Daten auf der Platte beleiben natürlich erhalten. Lilo weis nichts von Deiner Löschaktion und lädt die Daten die er an der Stelle findet wo Dein alter Kernel lag/liegt.
- bei Install des rpm-Kernels ist in /usr/src kein Unterverzeichnis /linux-2.4.2 --> ist das bei suse immer so ?
wie auch? Du installierst ja nur den feritg kompilierten Kenrel und nicht die Sourcen. Die mußt Du extra installieren.
der vmlinuz_24 - Kernel ist in /boot - auch die System.map wenn keine sourcen da sind, kann der suse-kernel nicht nachträglich geändert werden ???
wie sieht denn Deine /etc/lilo.conf aus?
Hallo Michael, danke für die Antwort. Mein lilo.conf sieht so aus: boot = /dev/hd4 ... image=/boot/vmlinuz_25 root=/dev/hda4 label=neu dann weitere Kernels - alle auf /dev/hda4 other=/dev/hda1 label=windows table=/dev/hda ----------- wenn ich auf der shell lilo starte, bekomme ich folgende Meldung: Added neu * Added suse Added linux First sector of /dev/hda1 dosnt have a valid boot signature Die letzte Meldung ist mir bisher gar nicht aufgefallen -
On 24-May-2001, Dieter Walzer wrote:
boot = /dev/hd4 ... image=/boot/vmlinuz_25 root=/dev/hda4 label=neu
Da Du den 2.5-pre1 nicht mehr hast solltest Du den Eintrag loeschen, bzw. mit deinem jetzigen Image ersetzen (vermutlich vmlinuz_24)
dann weitere Kernels - alle auf /dev/hda4
other=/dev/hda1 label=windows table=/dev/hda
So klappt das nicht. Da fehlt eine Zeile loader = /boot/chain.b oder so aehnlich (hab seit einem halben Jahr Windows von meiner Festplatte verband)
----------- wenn ich auf der shell lilo starte, bekomme ich folgende Meldung:
Added neu * Added suse Added linux First sector of /dev/hda1 dosnt have a valid boot signature
siehe oben Gruss, Oliver
Oliver Kiehl wrote:
On 24-May-2001, Dieter Walzer wrote:
boot = /dev/hd4
^^ Was ist es für ein Gerät? Kafemaschine?
... image=/boot/vmlinuz_25 root=/dev/hda4 label=neu
Da Du den 2.5-pre1 nicht mehr hast solltest Du den Eintrag loeschen, bzw. mit deinem jetzigen Image ersetzen (vermutlich vmlinuz_24)
dann weitere Kernels - alle auf /dev/hda4
other=/dev/hda1 label=windows table=/dev/hda
So klappt das nicht. Da fehlt eine Zeile loader = /boot/chain.b oder so aehnlich (hab seit einem halben Jahr Windows von meiner Festplatte verband) ich hab nit verband *g*, bei mir steht für Windows daselbe, alles funktioniert! Fehler hat er in Linuxeintrag, da fehlt: initrd = /boot/initrd Logisch: First sector of /dev/hda1 dosnt have a valid boot signature...
Vorschlag: Wofür brauchstu diese "neu" "windows", ich glaub, daß aussagekräftige "n" "w" "l" "l4" "l4.2" "l4.4" doch reichen. -- Ciao, Konstantin Machow JIA BAOYU*HONG LOU MENG Kotya home.t-online.de/home/jiabaoyu Wer Rechtschreibfehler findet, darf sie behalten!
On Don, 24 Mai 2001, Oliver Kiehl wrote:
On 24-May-2001, Dieter Walzer wrote:
other=/dev/hda1 label=windows table=/dev/hda
So klappt das nicht. Da fehlt eine Zeile loader = /boot/chain.b oder so aehnlich (hab seit einem halben Jahr Windows von meiner Festplatte verband)
Nope. das ist default. Normal reicht fuer ein Win* ein: other=/dev/hda1 label=win
wenn ich auf der shell lilo starte, bekomme ich folgende Meldung: [..] First sector of /dev/hda1 dosnt have a valid boot signature
Da hast du auf hda1 keinen korrekten bootsektor. Bist du sicher, dass das dir richtige Partition ist? Wenn ja, dann hast du ein Problem. -dnh -- Love your enemies: they'll go crazy trying to figure out what you're up to. -- BSD fortune file
participants (6)
-
Andreas Kyek
-
David Haller
-
Dieter.Walzer@t-online.de
-
JiaBaoyu@t-online.de
-
Michael Schulz
-
Oliver Kiehl