9.3: Nach Kernel-Update bricht der Bootvorgang früh ab
Ich habe mein SuSE 9.2 per Online Update erfolgreich auf 9.3 "updaten" können. Lief alles prima, bis ich in YaST2 aus den erforderlichen Sicherheitsupdates den Kernelupdate gewählt habe. Der Updatevorgang in YaST2 lief einwandfrei. Danach habe ich das Gerät - wie gefordert - herunter gefahren. Nach dem Neustart bleibt der Rechner ziemlich früh hängen. Laut Log (den ich nur vom Bildschirm ablesen kann) scheint es so zu sein, dass die Linux Festplattenpartition nicht mehr gelesen wird. Ich zitiere mal die Passagen, die wichtig sein könnten: [snip] hda: max request size: 1024KiB hda: 78140160 sectors (40007MB) hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4 [snip] mount: No such file or directory Starting udev Creating devices Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $ Das wars. Kann jemand helfen? Danke! Guido -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Am Freitag, 15. Juli 2005 10:03 schrieb Guido Pinkernell:
Ich habe mein SuSE 9.2 per Online Update erfolgreich auf 9.3 "updaten" können. Lief alles prima, bis ich in YaST2 aus den erforderlichen Sicherheitsupdates den Kernelupdate gewählt habe. Der Updatevorgang in YaST2 lief einwandfrei. Danach habe ich das Gerät - wie gefordert - herunter gefahren.
Nach dem Neustart bleibt der Rechner ziemlich früh hängen. Laut Log (den ich nur vom Bildschirm ablesen kann) scheint es so zu sein, dass die Linux Festplattenpartition nicht mehr gelesen wird. Ich zitiere mal die Passagen, die wichtig sein könnten:
[snip] hda: max request size: 1024KiB hda: 78140160 sectors (40007MB) hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4 [snip] mount: No such file or directory Starting udev Creating devices Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
Wurde der vorige Kernel mal selbst übersetzt? Wenn ja, dann mal im Single-User mode den neuen Kernel erneut übersetzen. (Das hat mir neulichst geholfen. Irgendwie hatte mit den Modulen was nicht gestimmt) Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Nach dem Neustart bleibt der Rechner ziemlich früh hängen. Laut Log (den ich nur vom Bildschirm ablesen kann) scheint es so zu sein, dass die Linux Festplattenpartition nicht mehr gelesen wird. Ich zitiere mal die Passagen, die wichtig sein könnten:
[snip] hda: max request size: 1024KiB hda: 78140160 sectors (40007MB) hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4 [snip] mount: No such file or directory Starting udev Creating devices Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
Wurde der vorige Kernel mal selbst übersetzt? Wenn ja, dann mal im Single-User mode den neuen Kernel erneut übersetzen. (Das hat mir neulichst geholfen. Irgendwie hatte mit den Modulen was nicht gestimmt)
Danke für die schnelle Antwort. Deine Anregung würde ich gerne mal umsetzen, allerdings fährt das Linux ja nicht mehr hoch. Ich könnte es mal mit einer KnoppixCD versuchen, nur wie "übersetze" ich dann den Kernel der SuSE Installation auf der Festplatte? Guido -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++
Am Freitag, 15. Juli 2005 10:37 schrieb Guido Pinkernell:
Nach dem Neustart bleibt der Rechner ziemlich früh hängen. Laut Log (den ich nur vom Bildschirm ablesen kann) scheint es so zu sein, dass die
Linux
Festplattenpartition nicht mehr gelesen wird. Ich zitiere mal die
Passagen,
die wichtig sein könnten:
[snip] hda: max request size: 1024KiB hda: 78140160 sectors (40007MB) hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4 [snip] mount: No such file or directory Starting udev Creating devices Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
Wurde der vorige Kernel mal selbst übersetzt? Wenn ja, dann mal im Single-User mode den neuen Kernel erneut übersetzen. (Das hat mir neulichst geholfen. Irgendwie hatte mit den Modulen was nicht gestimmt)
Danke für die schnelle Antwort. Deine Anregung würde ich gerne mal umsetzen, allerdings fährt das Linux ja nicht mehr hoch. Ich könnte es mal mit einer KnoppixCD versuchen, nur wie "übersetze" ich dann den Kernel der SuSE Installation auf der Festplatte?
wurde den die /-Partition noch gemountet? beim booten mal init S angegeben, dann fährt's im Single-User-Mode hoch. Aber: das Nachübersetzen war bei mir ja nur nötig, da ich vor dem Update den Kern neu übersetzt hatte. Ich würde als erste Maßnahme mal die SuSE-CD einlegen und von dort booten und in den Reperatur-Modus gehen. Dann die Default-Reperatur durchlaufen lassen, den Ausgangskern installieren lassen, bzw. im manuellen Modus dies veranlassen. Wenn dann alles wieder geht, erneut den neuen Kernel updaten, Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
[snip] hda: max request size: 1024KiB hda: 78140160 sectors (40007MB) hda: hda1 hda2 hda3 < hda5 hda6 hda7 > hda4 [snip] mount: No such file or directory Starting udev Creating devices Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
wurde den die /-Partition noch gemountet? beim booten mal init S angegeben, dann fährt's im Single-User-Mode hoch. Aber: das Nachübersetzen war bei mir ja nur nötig, da ich vor dem Update den Kern neu übersetzt hatte.
Ich würde als erste Maßnahme mal die SuSE-CD einlegen und von dort booten und in den Reperatur-Modus gehen. Dann die Default-Reperatur durchlaufen lassen, den Ausgangskern installieren lassen, bzw. im manuellen Modus dies veranlassen.
Wenn dann alles wieder geht, erneut den neuen Kernel updaten,
Danke! Ich lade jetzt erstmal die SuSE 9.3 Live-DVD ISO herunter und versuche dann die verschiedenen Hilfen durchzuprobieren. Melde mich dann wieder. Guido -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Am Freitag, 15. Juli 2005 10:03 schrieb Guido Pinkernell:
Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
Dieses Phänomen kommt mir sehr bekannt vor. Ich hatte neulich versucht den 2.6.12.x zu installieren. Der Bootvorgang brach an selbiger stelle ab. Ich konnte an dieser Stelle ein exit eingeben, und der Bootvorgang wurde bis zum Ende fortgesetzt, so dass man entsprechende Änderungen vornehmen konnte, um den Originalzustand wieder herzustellen. cu rene
Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
Dieses Phänomen kommt mir sehr bekannt vor. Ich hatte neulich versucht den 2.6.12.x zu installieren. Der Bootvorgang brach an selbiger stelle ab. Ich konnte an dieser Stelle ein exit eingeben, und der Bootvorgang wurde bis zum Ende fortgesetzt, so dass man entsprechende Änderungen vornehmen konnte, um den Originalzustand wieder herzustellen.
Ah. Danke! (Ich muss hier erst mal Windows runterfahren bevor ich die ganzen Vorschläge ausprobieren kann.) Guido -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Hallo, du hast nicht im Archiv der Liste nachgekuckt, oder? Ich hab dasselbe Problem vor einigen Wochen hier beschrieben, da war die Lösung eine "flasche" Version von mkinitrd. Wenn du poer KNoppix bootest, kannst du die Suse-Root-Partition mounten, ein chroot dahin machen, und dann erstmal ein "mkinitrd -R -u" machen. Dann sollte dein System erstmal wieder gehen. Dann schauen, ob du eine neuere mkinitrd drin hast (bei mir ist die per apt aus suse-people gekommen). Die ggf. durch die von der DVD ersetzen, dann ein mkinitrd und dann sollte es gehen. Sollte. Kannst mal im Thread nachlesen, beginnend ab "YOU: waiting for /dev/hda5 to appear nach Kernelupdate" Johannes Kastl, 22.6.2005, 21:22 OJ -- Microsoft isn't the answer. Microsoft is the question, and the answer is NO. (Unbekannt)
Hallo,
du hast nicht im Archiv der Liste nachgekuckt, oder?
Nein. Zu meiner Schande muss ich das gestehen. Meine Archivbookmarks sind zusammen mit dem SuSE-Linux nicht mehr zugänglich, und ein bisschen Panik hatte ich hier auch, so dass ich erst mal diesen Hilferuf losgelassen habe. Deshalb doppelten Dank für die freundliche Hilfe :) Guido -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl
Wenn du poer KNoppix bootest, kannst du die Suse-Root-Partition mounten, ein chroot dahin machen, und dann erstmal ein "mkinitrd -R -u" machen. Dann sollte dein System erstmal wieder gehen.
Das tuts jetzt auch wieder. Allerdings gabs während der mkinitrd die Fehlermeldung "Cannot determine dependencies of module reiserfs. Is modules.dep up to date?" Außerdem werden keine Gerätedateien mehr erzeugt. Das hat bislang hotplug und udev hier erledigt. Und die Netzwerkkarte wird nicht erkannt. Habe das mit mkinitrd -R -u -D (interfacename) versucht zu lösen, jetzt mit der zusätzlichen Fehlermeldung "Cannot determine dependencies of module af-packet. Is modules.dep up to date?"
schauen, ob du eine neuere mkinitrd drin hast (bei mir ist die per apt aus suse-people gekommen). Die ggf. durch die von der DVD ersetzen, dann ein mkinitrd und dann sollte es gehen. Sollte.
Ich habe die Version der Distribution. Die auf suse-people ist neuer.
Kannst mal im Thread nachlesen, beginnend ab "YOU: waiting for /dev/hda5 to appear nach Kernelupdate" Johannes Kastl, 22.6.2005, 21:22
Danke, habs studiert und die Links durchgearbeitet. Du hast offenbar auch Probleme mit udev gehabt. Im Gegensatz zu Dir soll bei mir hotplug und udev laufen. Was es jetzt offenbar nicht tut. Guido -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++
Guido Pinkernell wrote:
Das tuts jetzt auch wieder. Allerdings gabs während der mkinitrd die Fehlermeldung "Cannot determine dependencies of module reiserfs. Is modules.dep up to date?"
Ein "depmod -a" als root sollte das Problem hoffentlich beheben. Falls nicht, mit genauen Angaben und weiteren Infos zu Kernel, Module Verzeichnis, etc. bitte wieder melden. Cheers, Th.
Am Freitag, 15. Juli 2005 10:03 schrieb Guido Pinkernell:
Ich habe mein SuSE 9.2 per Online Update erfolgreich auf 9.3 "updaten" können. Lief alles prima, bis ich in YaST2 aus den erforderlichen Sicherheitsupdates den Kernelupdate gewählt habe.
Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found --- exiting to /bin/sh sh: can't access tty: job control turned off $
So. Das Problem ist mit Eurer Hilfe vorerst gelöst. Ich habe dann mittels der InstallationsCDs (vom einem Mirror runtergezogen) ein Update des bestehenden (fehlerhaften 9.3) Systems durchgeführt und dabei den Kernel ersetzt. Läuft jetzt. Allerdings habe ich widersprüchliche Angaben, welcher Kernel hier überhaupt läuft! In YaST2 > Software installieren: installierte Version: 2.6.8-24.16 verfügbare Version: 2.6.11.4-20a In YAST2 > YOU ... installierte Version: 2.6.11.4-20a verfügbare Version: 2.6.11.4-21.7 In /proc/version Linux version 2.6.11.4-20a-default (geeko@buildhost) (gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)) #1 Wed Mar 23 21:52:37 UTC 2005 Was jetzt mit dem Kernel geschehen soll ist mir erstmal schleierhaft. Den will ich demnächst aber durchaus durch das Update ersetzen. Um aber erneut Probleme zu vermeiden würde ich gerne eine Parallelinstallation zweier Kernels vornehmen. In dem von Johannes erwähnten Thread wurde ein Link auf Thomas Hertwecks erwähnt, in dem das beschrieben sein soll. Dort steht aber, dass die Anweisungen für die neuen Kernel RPMs von SuSE nicht mehr gilt. Dann muss ich mich wohl woanders umgucken. Übrigens: Die Bootprobleme entstanden nach dem Kernelupdate. Ich kann mich sicher erinnern, dass in YOU auf meinem von 9.2 auf 9.3 "upgedatetes" Linux als aktuelle Version noch 9.2 stand! Die Installationsquelln standen aber auf einen 9.3 Mirror. Könnte es eventuell sein, dass zwar das System auf 9.3 stand, die Sicherheitsupdates und insbesondere der Kernel für ein 9.2 (!) SuSE gezogen wurden? Guido
Guido Pinkernell wrote:
[...] Loading kernel/fs/reiserfs/reiserf.ko Waiting for device /dev/hda6 to appear .....not found
Das ist immer so ein Zeichen, dass beim Kernel-Update etwas schief lief mit der initrd und ein entsprechender Device-Knoten nicht vorhanden ist fuer /dev/hda6 beim Booten. Denn ohne eine korrekte initrd wird - seitdem SuSE auch fuer z.B. die Root-Partition Device-Knoten on-the-fly per udev erzeugt (den Sinn verstehe ich allerdings nicht) - schlicht der Mechanismus, der dafuer zustaendig ist, versagen. In solchen Faellen sollte es also helfen, ein Rettungssystem zu starten, die entsprechende Festplattenpartition zu mounten und per Hand mkinitrd mit den richtigen Optionen aufzurufen und eine initrd neu zu erzeugen. Das wird natuerlich auch nur funktionieren, wenn mkinitrd zum Kernel passt, und diese Vorgehensweise ist vermutlich fuer Anfaenger weniger geeignet.
In YaST2 > Software installieren: installierte Version: 2.6.8-24.16 verfügbare Version: 2.6.11.4-20a
Diese Angaben duerften aus der globalen RPM Datenbank stammen.
In YAST2 > YOU ... installierte Version: 2.6.11.4-20a verfügbare Version: 2.6.11.4-21.7
Diese Angaben stammen entweder aus dem Patch-Verzeichnis oder der RPM-Datenbank oder...? Ich weiss nicht so genau, wo YOU sich die Infos besorgt. Jedenfalls scheint es da bei Dir leichte Inkonsistenzen zu geben.
In /proc/version Linux version 2.6.11.4-20a-default (geeko@buildhost) (gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)) #1 Wed Mar 23 21:52:37 UTC 2005
Ein "uname -a" sollt Dir die gleiche Info liefern. Das ist die Kernel-Version des Kernel-Images, das gebootet ist.
Was jetzt mit dem Kernel geschehen soll ist mir erstmal schleierhaft. Den will ich demnächst aber durchaus durch das Update ersetzen.
Bei Dir laeuft momentan 2.6.11.4-20a - gibt es einen neueren Kernel fuer 9.3? Ich habe keine 9.3, daher weiss ich das nicht...
Um aber erneut Probleme zu vermeiden würde ich gerne eine Parallelinstallation zweier Kernels vornehmen.
Warum? Das macht nur Sinn, wenn Du auch wirklich zwei Kernel brauchst und verwendest. Installiere ein evtl. vorhandenes Update von Kernel *und* mkinitrd per YOU. Laut SuSE ist ja ein Kernel-Patch per YOU "auch fuer Anfaenger kein Problem" :-) Du solltest also nicht mit grossen Problemen rechnen. Und sollte doch wieder etwas schief gehen, dann starte das Rettungssystem und erstelle fuer den neuen Kernel eine initrd von Hand. Oder, bevor Du rebootest nach YOU, schaue, dass alles passt: Kernel und Module und initrd etc. Dann sollte es nach dem Reboot auch funktionieren. Und ueberpruefe auch Deine RPM-Datenbank, welcher Kernel da wirklich eingetragen ist.
In dem von Johannes erwähnten Thread wurde ein Link auf Thomas Hertwecks erwähnt, in dem das beschrieben sein soll. Dort steht aber, dass die Anweisungen für die neuen Kernel RPMs von SuSE nicht mehr gilt. Dann muss ich mich wohl woanders umgucken.
Das steht da NICHT! Da steht wortwoertlich: "SuSE hat mittlerweile ihre RPM Kernel-Pakete derart umgestaltet, dass die in diesem Abschnitt beschriebenen Kniffe nicht mehr nötig sein sollten. Mittlerweile sollte es möglich sein, mehrere Kernel aus RPM-Paketen parallel zu installieren." Boot-Loader-Konfig etc. musst Du natuerlich immer noch selbst anpassen.
Übrigens: Die Bootprobleme entstanden nach dem Kernelupdate. Ich kann mich sicher erinnern, dass in YOU auf meinem von 9.2 auf 9.3 "upgedatetes" Linux als aktuelle Version noch 9.2 stand! Die Installationsquelln standen aber auf einen 9.3 Mirror. Könnte es eventuell sein, dass zwar das System auf 9.3 stand, die Sicherheitsupdates und insbesondere der Kernel für ein 9.2 (!) SuSE gezogen wurden?
Sieht nicht so aus. Kernel 2.6.11 gehoert definitiv zu 9.3, nicht zu 9.2. Der "alte" Kernel 2.6.8 aber ist von 9.2. Evtl. ist etwas durcheinander geraten beim Umstieg von 9.2 auf 9.3. Oder die RPM Datenbank hat einen Knacks. Ich weiss schon, warum ich kein Update mache, sondern wichtige Sachen sichere und neu installiere. Habe auch schon seltsame Sachen erlebt. Schau mal nach, was in /etc/SuSE-release steht. Cheers, Th.
Am Sonntag, 17. Juli 2005 12:14 schrieb Thomas Hertweck:
In YaST2 > Software installieren: installierte Version: 2.6.8-24.16 verfügbare Version: 2.6.11.4-20a
Diese Angaben duerften aus der globalen RPM Datenbank stammen.
In YAST2 > YOU ... installierte Version: 2.6.11.4-20a verfügbare Version: 2.6.11.4-21.7
Diese Angaben stammen entweder aus dem Patch-Verzeichnis oder der RPM-Datenbank oder...? Ich weiss nicht so genau, wo YOU sich die Infos besorgt. Jedenfalls scheint es da bei Dir leichte Inkonsistenzen zu geben.
In /proc/version Linux version 2.6.11.4-20a-default (geeko@buildhost) (gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)) #1 Wed Mar 23 21:52:37 UTC 2005
Ein "uname -a" sollt Dir die gleiche Info liefern. Das ist die Kernel-Version des Kernel-Images, das gebootet ist.
guido@jvc:~> uname -a Linux jvc 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC 2005 i686 i686 i386 GNU/Linux
Was jetzt mit dem Kernel geschehen soll ist mir erstmal schleierhaft. Den will ich demnächst aber durchaus durch das Update ersetzen.
Bei Dir laeuft momentan 2.6.11.4-20a - gibt es einen neueren Kernel fuer 9.3? Ich habe keine 9.3, daher weiss ich das nicht...
Tja, ein Sicherheitsupdate laut YOU: 2.6.11.4-21.7
Um aber erneut Probleme zu vermeiden würde ich gerne eine Parallelinstallation zweier Kernels vornehmen.
Warum? Das macht nur Sinn, wenn Du auch wirklich zwei Kernel brauchst und verwendest.
Wenn hier wirklich die Version 2.6.11.4 läuft, dann liefert YOU wohl keinen neuen Kernel, sondern ein Sicherheitspatch.
Installiere ein evtl. vorhandenes Update von Kernel *und* mkinitrd per YOU. Laut SuSE ist ja ein Kernel-Patch per YOU "auch fuer Anfaenger kein Problem" :-)
Normalerweise nicht. Habe ich vorgestern auch gedacht. Wurde aber für mich als Anfänger ein Problem, als das Reboot nicht mehr lief.
Du solltest also nicht mit grossen Problemen rechnen. Und sollte doch wieder etwas schief gehen, dann starte das Rettungssystem und erstelle fuer den neuen Kernel eine initrd von Hand. Oder, bevor Du rebootest nach YOU, schaue, dass alles passt: Kernel und Module und initrd etc. Dann sollte es nach dem Reboot auch funktionieren. Und ueberpruefe auch Deine RPM-Datenbank, welcher Kernel da wirklich eingetragen ist.
Dankeschön. Mache mich jetzt mal an die Arbeit. Guido
Am Sonntag, 17. Juli 2005 13:21 schrieb Guido Pinkernell:
Installiere ein evtl. vorhandenes Update von Kernel *und* mkinitrd per YOU. Laut SuSE ist ja ein Kernel-Patch per YOU "auch fuer Anfaenger kein Problem" :-)
Normalerweise nicht. Habe ich vorgestern auch gedacht. Wurde aber für mich als Anfänger ein Problem, als das Reboot nicht mehr lief.
Sicherheitsupdate für den Kernel durchgeführt. Läuft jetzt. Was das ursprüngliche Problem war kann ich nicht mehr rekonstruieren. Danke nochmals, Guido
participants (5)
-
Dr. Jürgen Vollmer -
Guido Pinkernell -
Johannes Kastl -
Rene Lehmann -
Thomas Hertweck