Moin, Nach längerer uptime haben wir einen SUSE 9.1 Server mal wieder rebootet - und der Bildschirm schmettert uns ein Grub Error 18 entgegen. Ich weiß was der Fehler lt. Grub manual bedeutet, aber warum auf einer Maschine, die seit Jahren läuft und schon des öfteren rebootet wurde? Und hat jemand eine Idee, wie wir das wieder auf die Reihe bekommen? Gruß Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
-----Ursprüngliche Nachricht----- Von: Frank Reifenstahl [mailto:f.reifenstahl@seelig.de] Gesendet: Freitag, 24. November 2006 09:56 An: opensuse-de@opensuse.org Betreff: Grub error 18 nach reboot
Moin,
Nach längerer uptime haben wir einen SUSE 9.1 Server mal wieder rebootet - und der Bildschirm schmettert uns ein
Grub Error 18
entgegen. Ich weiß was der Fehler lt. Grub manual bedeutet, aber warum auf einer Maschine, die seit Jahren läuft und schon des öfteren rebootet wurde? Und hat jemand eine Idee, wie wir das wieder auf die Reihe bekommen?
Kernel Updates eingespielt und nie drum gekümmert? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Fri, Nov 24, 2006 at 09:56:15AM +0100, Frank Reifenstahl wrote:
Und hat jemand eine Idee, wie wir das wieder auf die Reihe bekommen?
Rettungssystem booten und grub neu installieren. Sowas kann schon mal vorkommen, wenn man nach einem grub-Update nicht kontrolliert, ob auch alles installiert wurde. Ganz selten passiert sowas weil das Grub-Update dafuer sorgt das Dateien in einem fuer das BIOS unerreichbaren Teil der Festplatte abgelegt werden. Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Frank Reifenstahl wrote:
Nach längerer uptime haben wir einen SUSE 9.1 Server mal wieder rebootet - und der Bildschirm schmettert uns ein
Grub Error 18
entgegen. Ich weiß was der Fehler lt. Grub manual bedeutet, aber warum auf einer Maschine, die seit Jahren läuft und schon des öfteren rebootet wurde? Und hat jemand eine Idee, wie wir das wieder auf die Reihe bekommen?
Wird auch dieser Fehler behandelt. http://lists.suse.com/archive/suse-linux/2004-May/1706.html Möglicherweise ist das durch ein Upgrade von Grub passiert. Evtl. nach einem erneuten Upgrade dafür suchen. ftp://ftp.gwdg.de/pub/linux/suse/discontinued/i386/update/9.0 Es steht wohl für "Selected cylinder exceeds maximum supported by BIOS", heißt, dass du von einer Partition mit dem Anfangszylinder über 1024 booten möchtest. Versuch doch mal von einer LiveCD(Knoppix, Kanotix,...) zu booten, die Root nach /mnt zu mounten (und falls vorhanden, die /boot-Partition nach /mnt/boot), dann noch /proc und /dev einbinden und dann chrooten und grub neu installieren. Hier am Beispiel von einer Root-Partition ohne Boot-Partition hda1 mount /dev/hda1 /mnt mount --bind /dev /mnt/dev mount -t proc none /mnt/proc chroot /mnt /bin/bash grub # Du bist jetzt in der Grub shell! root (hd0,0) # Das legt die Root-Partition fest (hier: hda1) setup (hd0) # Installiert grub in den MBR der ersten Festplatte quit # Beendet die Grub shell reboot # und hoffen... Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Liste, der Fall, daß das Duo GRUB/BIOS das System nicht mehr booten konnte, wurde bei mir durch einen defekten IDE-Controller im PCI-Steckplatz ausgelöst, der das CHS-Mapping versaut hat. Statt CHS=16383/16/63 hatte ich CHS=65535/?/? (die anderen Werte weiß ich nicht mehr). Dadurch lag /dev/hde2 hinter der magischen Zylindergrenze. Von der Installations-DVD konnte ich über unter Vortäuschung einer Installation und späterer Auswahl von "Installiertes System booten" an das System herankommen und mit "hdparm -i /dev/hde" das defekte Mapping sehen. Zuerst hatte ich die Platte in Verdacht. Als ich die Platte aber an den IDE-Controller des Motherboards angeschlossen hatte, sah ich, daß es nicht die Platte, sondern der PCI-IDE-Controller war; der Fehler hatte jetzt zur anderen Platte gewechselt. So etwas stört den Linux-Betrieb überhaupt nicht, weil die modernen Platten über LBA angesprochen werden, so daß so etwas erst beim Booten auffällt. Tschö, Emil Am Freitag, 24. November 2006 10:19 schrieb Martin Ereth:
Frank Reifenstahl wrote:
Nach längerer uptime haben wir einen SUSE 9.1 Server mal wieder rebootet - und der Bildschirm schmettert uns ein
Grub Error 18
entgegen. Ich weiß was der Fehler lt. Grub manual bedeutet, aber warum auf einer Maschine, die seit Jahren läuft und schon des öfteren rebootet wurde? Und hat jemand eine Idee, wie wir das wieder auf die Reihe bekommen?
Wird auch dieser Fehler behandelt. http://lists.suse.com/archive/suse-linux/2004-May/1706.html
Möglicherweise ist das durch ein Upgrade von Grub passiert. Evtl. nach einem erneuten Upgrade dafür suchen. ftp://ftp.gwdg.de/pub/linux/suse/discontinued/i386/update/9.0
Es steht wohl für "Selected cylinder exceeds maximum supported by BIOS", heißt, dass du von einer Partition mit dem Anfangszylinder über 1024 booten möchtest.
Versuch doch mal von einer LiveCD(Knoppix, Kanotix,...) zu booten, die Root nach /mnt zu mounten (und falls vorhanden, die /boot-Partition nach /mnt/boot), dann noch /proc und /dev einbinden und dann chrooten und grub neu installieren.
Hier am Beispiel von einer Root-Partition ohne Boot-Partition hda1 mount /dev/hda1 /mnt mount --bind /dev /mnt/dev mount -t proc none /mnt/proc chroot /mnt /bin/bash grub # Du bist jetzt in der Grub shell! root (hd0,0) # Das legt die Root-Partition fest (hier: hda1) setup (hd0) # Installiert grub in den MBR der ersten Festplatte quit # Beendet die Grub shell reboot # und hoffen...
Martin
-- -- Registered Linux User since 19940320 -------------------------------------------------- Emil Stephan, Marktplatz 39, 53773 Hennef, Germany voice: +49-2242-84438 Accelerate Windows: 9.81 m/sec^2 would be adequate -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, bei uns haben alle Tipps (danke dafür!) nichts geholfen. Es zeigte sich, dass die Festplatte ganz einfach hin war... Gruß Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (5)
-
Emil Stephan
-
Frank Reifenstahl
-
Martin Ereth
-
Peter Wiersig
-
ralf.prengel@comline.de