2.6.28-14: T400 Bootet nicht mehr

[bin4ry]

Hey Community,

seit einigen Tagen bootet mein Ubuntu nicht mehr, wenn ich den Kernel 2.6.28-14 auswähle. Nach der Auswahl aus dem Bootmenü wird der Bildschirm schwarz und bevor irgendwelche anderen Anzeigen zu sehen sind, blinkt die LED am T400, welche aktives CAPS Lock anzeigt, permanent. Weiß jemand, was dieses Blinken zu bedeuten hat? Leider kann ich nicht genau sagen, ob dieses Problem direkt nach dem Update auf diese Kernelversion eintrat, da ich den Grub nur eine Sekunde anzeigen lasse und er dann den gewählten Kernel bootet. Daher habe ich nicht direkt drauf geachtet, welche Version momentan gebootet wird.

Mit einem Boot der Vorgängerversion 2.6.28-13 funktioniert der Start problemlos.

Als Letztes kann ich noch sagen, dass ich dem neuen Kernel mal in die menu.lst das Argument profile hinzugefügt habe, da ich in einem ubuntublog las, dass dies evtl. die Bootzeit verkürzen könnte. Diese Option habe ich wieder entfernt, ohne Erfolg. Hier nochmal die menu.lst (zumindest der interessante Teil):

title		Ubuntu 9.04, kernel 2.6.28-14-generic
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-14-generic root=/dev/mapper/lvm-root ro vga=788 splash 
onitrd		/initrd.img-2.6.28-14-generic
quiet

title		Ubuntu 9.04, kernel 2.6.28-14-generic (recovery mode)
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-14-generic root=/dev/mapper/lvm-root ro  single
initrd		/initrd.img-2.6.28-14-generic

title		Ubuntu 9.04, kernel 2.6.28-13-generic
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-13-generic root=/dev/mapper/lvm-root ro vga=788 splash 
initrd		/initrd.img-2.6.28-13-generic
quiet

title		Ubuntu 9.04, kernel 2.6.28-13-generic (recovery mode)
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-13-generic root=/dev/mapper/lvm-root ro  single
initrd		/initrd.img-2.6.28-13-generic

title		Ubuntu 9.04, kernel 2.6.28-11-generic
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-11-generic root=/dev/mapper/lvm-root ro vga=788 splash 
initrd		/initrd.img-2.6.28-11-generic
quiet

title		Ubuntu 9.04, kernel 2.6.28-11-generic (recovery mode)
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/vmlinuz-2.6.28-11-generic root=/dev/mapper/lvm-root ro  single
initrd		/initrd.img-2.6.28-11-generic

title		Ubuntu 9.04, memtest86+
uuid		7d0e3cc7-9d75-4556-9802-a6f89ee93ab1
kernel		/memtest86+.bin
quiet

 

[TheMIC]

Hallo,

das Blinken tritt meiner Meinung nach auf wenn eine Kernel Panic eingetreten ist, also ein schwerer Fehler beim starten des Kernels. Vielleicht hilft dir das ja weiter

Gruß

 

[nilfilter]

Hattest du die Änderungen an der menu.lst jeweils aktiviert? Z.B. durch

grub-install /dev/sda

(oder wo immer der bei dir installiert ist)

 

[Zhenech]

Aenderungen werden bei GRUB automatisch gefunden, da er die Datei direkt liest, das ist ja nicht LILO
Und grub-install schreibt GRUB nur in den MBR, bringt hier also auch nix

 

[nilfilter]

[quote='Zhenech',index.php?page=Thread&postID=639490#post639490]Aenderungen werden bei GRUB automatisch gefunden, da er die Datei direkt liest, das ist ja nicht LILO [/quote]Willst du damit sagen, dass ich das seit Jahren umsonst eingegeben habe?

 

[Zhenech]

Umsonst nicht, so ne Tastatur nutzt sich ab und muss irgendwann fuer Geld ersetzt werden

Aber im Grunde ja, GRUB liest die menu.lst bzw grub.cfg (bei GRUB2) immer selber aus deinem FS, im MBR ist nur n kleiner Loader der den Rest im FS findet und laedt.
Was allerdings frueher war (ist bei Debian nicht mehr so, kA wegen *buntu): wenn das GRUB Paket im System aktualisiert worden ist, wurde der Teil im MBR nicht automatisch mitaktualisiert, das hast du mit dem grub-install nachgeholt (wenn auch zuoft). Bei Debian ist das seit paar Monaten nicht mehr noetig.

Edith fluesstert: evtl verwechselst du das mit update-grub? Das guckt in /boot nach Kerneln und updated passend die menu.lst (und wird von den kernel paketen nach dem installieren automatisch gerufen)

 

[nilfilter]

[quote='Zhenech',index.php?page=Thread&postID=639529#post639529]Edith fluesstert: evtl verwechselst du das mit update-grub? Das guckt in /boot nach Kerneln und updated passend die menu.lst (und wird von den kernel paketen nach dem installieren automatisch gerufen) [/quote]Nee, nicht verwechselt. Keine Ahnung, wo ich das her hatte, hab's aber seit Jahren so drin und nicht wieder hinterfragt.

 

[bin4ry]

Na dann hätten wir zumindest die sache mit der menu.lst geklärt. Weiß jedoch immer noch nicht, warum der Kernel nicht gebootet werden kann. Werde nochmal ne art Rescue-System testen. Hab über die Kernelversion auch nichts besonderes gelesen, was mein Problem begründen würde.

Hat noch jemand Theorien, Mutmaßungen oder Ansätze, dass Problem zu lösen?

Danke

 

[nilfilter]

[quote='bin4ry',index.php?page=Thread&postID=640044#post640044]Hat noch jemand Theorien, Mutmaßungen oder Ansätze, dass Problem zu lösen?[/quote]Kernel samt Header komplett löschen (inkl. Konfigs) und neu installieren. Fällt in den Bereich "Mutmaßungen"

 

[bin4ry]

Auch schon durchgeführt, hab auch die restricted modules gepurged und neu installiert.

Mir ist noch was in den Sinn gekommen. Hatte mal aus dummdusel ne uid geändert, worauf hin ich mir fast das system zerschossen hatte. Erst nachdem ich die uid in /etc/passwd zurück gesetzt hatte, lief wieder alles. Hat das evtl damit was zun tun? Sollte doch aber nicht, weil die uid doch erst viiiel später im boot-prozess ne rolle spielt?

 

[schrank21]

Geänderte UIDs sollten keine Kernel Panics auslösen (das hier sollte eine sein).
Starte mal "Ubuntu 9.04, kernel 2.6.28-14-generic (recovery mode)", dann ist kein Splashscreen da, dann siehst du wenigstens was der Fehler ist, mit dem sich der Kernel aufhängt.

Btw: Das mit dem Neuinstallieren hast du wahrscheinlich noch von Lilo. Bei dem musst du bei jeder Konfigurationsänderung oder auch nur dem Umkopieren des Kernels im Dateisystem Lilo neu schreiben. Bist/warst du btw Slackware-User? Oder einfach nur so "Bob"?