9.2 mit 2.6.12: waehlt falschen Kernel bei resume (Suspend to RAM, Disk)
Aus der suse-Liste wurde ich wieder auf diese verwiesen, weil angeblich die Suse-Leute hier mitlesen. Stimmt das?? Siehe thread "Suspend-to-RAM, Amilo A 1630 ... ", ich habe hier eigentlich ein triviales Problem: wo merkt sich Suse 9.2 bei einem Suspend den Kernel, den es bei einem resume wieder starten will? Nach Kernelwechsel bei 9.2 auf 2.6.12 meldet der Laptop Amilo 1630 falschen Kernel bei einem resume von disk oder RAM. Es wird versucht den alten 2.6.8 (den von Suse 9.2) zu starten. Warum will 9.2 den 2.6.8 starten? Wo hat sich das System den Kernel gemerkt, den es starten will? - Natürlich soll 2.6.12 gestartet werden. danke schon mal Ekkard
Hallo Ekkard, habe diese Problem unter dem Titel "Grub und "savedefault" mit Hr. Seyfried diskutiert. Für die 9.1 habe ich meinen powersave_proxy angepasst. Es wird nun automatisch immer der richtige Kernel mit den richtigen Parametern nach einem resume geladen. Einfach mal den Pfad im Archiv nachlesen, die Lösung kann man sicher auch für die 9.2 verwenden. Lutz
* Ekkard Gerlach schrieb:
Nach Kernelwechsel bei 9.2 auf 2.6.12 meldet der Laptop Amilo 1630 falschen Kernel bei einem resume von disk oder RAM. Es wird
LÖsung: Suse startet IMMER vmlinuz! Es kann vmlinuz natürlich ein Link auf den Kernel sein, den man starten will. BTW: bin ich hier wirklich der einzige den das interessiert? Habe nun lange Zeit damit verschwendet, diese Trivialität herauszufinden. Wäre nicht schlecht wenn die Suse-Crew zumindest bei solchen Kleinigkeiten mithelfen könnte ;-) Ekkard
Am Freitag, 15. Juli 2005 08:50 schrieb Ekkard Gerlach:
LÖsung: Suse startet IMMER vmlinuz! Es kann vmlinuz natürlich ein Link auf den Kernel sein, den man starten will.
Das ist so nicht richtig. Schau Dir mal die Einträge in /boot/grub/menu.lst an, da steht immer eine Zeile kernel <platte>/<pfad> <parameter> Dort steht, welcher kernel mit welchen Parametern gestartet werden soll... -- Eckhard Rüggeberg E.Rueggeberg@t-online.de "One OS to rule them all, One OS to find them, One OS to bring them all and in the darkness bind them In the Land of Redmond, where the Shadows lie."
On Fri, Jul 15, 2005 at 08:50:26AM +0200, Ekkard Gerlach wrote:
* Ekkard Gerlach schrieb:
Nach Kernelwechsel bei 9.2 auf 2.6.12 meldet der Laptop Amilo 1630 falschen Kernel bei einem resume von disk oder RAM. Es wird
Beim resume meldet es AFAIK gar nichts. Es warnt dich vor dem suspend to disk (nicht RAM, ansonsten ist das ein bug), wenn der Laufende Kernel nicht mit dem Kernel, auf den /boot/vmlinuz zeigt (das ist normalerweise der default, der gebootet wird) übereinstimmt. Der code dazu sieht in der 9.2 so aus: ################################################################ # check, if the running kernel is still the one that will # (probably) be booted for resume # this will only work, if you use "original" SUSE kernels. # you can always override with the config variable set to "yes" if [ "$POWERSAVE_SUSPEND2DISK_IGNORE_KERNEL_MISMATCH" != "yes" ]; then RUNNING=`uname -r` BOOTING=`readlink /boot/vmlinuz` BOOTING="${BOOTING#vmlinuz-}" if [ "$BOOTING" != "$RUNNING" ]; then notify 'The kernel version "'$BOOTING'" in /boot does not match the running kernel version "'$RUNNING'". Resuming with this kernel will not work. If you know what you are doing, you can override this in /etc/sysconfig/powersave/sleep with the variable POWERSAVE_SUSPEND2DISK_IGNORE_KERNEL_MISMATCH=yes.' ERROR exit 1 fi fi Der Kommentar zu POWERSAVE_SUSPEND2DISK_IGNORE_KERNEL_MISMATCH in /etc/sysconfig/powersave/sleep sieht wie folgt aus: # Should we suspend to disk even if it seems the kernel in /boot # is not matching the running kernel? This is very dangerous, if # the kernels don't match, resume will not work. Use only if you # absolutely need to (e.g. you are compiling a custom kernel). # SUSPEND2DISK_IGNORE_KERNEL_MISMATCH="no" Und das Popup, das du bekommst wenn er nicht suspendiert, weist dich auch noch genau auf diese Variable in dieser Datei hin. Was soll ich denn noch machen? Eine Sprachausgabe die es dir vorliest oder ein Video? ;-))
LÖsung: Suse startet IMMER vmlinuz! Es kann vmlinuz natürlich ein Link auf den Kernel sein, den man starten will.
Das hat aber nichts mit suspend zu tun, sondern mit deiner /boot/grub/menu.lst.
BTW: bin ich hier wirklich der einzige den das interessiert? Habe nun lange Zeit damit verschwendet, diese Trivialität herauszufinden. Wäre nicht schlecht wenn die Suse-Crew zumindest bei solchen Kleinigkeiten mithelfen könnte ;-)
Wenn ich dein Problem dechiffrieren könnte, dann könnte ich vielleicht auch helfen. Ich dachte, daß diese Popups auch gelesen werden. Da dem scheinbar nicht so ist, können wir sie ja wieder ausbauen :-)) -- Stefan Seyfried
* Stefan Seyfried schrieb:
On Fri, Jul 15, 2005 at 08:50:26AM +0200, Ekkard Gerlach wrote:
* Ekkard Gerlach schrieb:
Nach Kernelwechsel bei 9.2 auf 2.6.12 meldet der Laptop Amilo 1630 falschen Kernel bei einem resume von disk oder RAM. Es wird
Beim resume meldet es AFAIK gar nichts. Es warnt dich vor dem suspend to disk (nicht RAM, ansonsten ist das ein bug), wenn der Laufende Kernel nicht mit dem Kernel, auf den /boot/vmlinuz zeigt (das ist normalerweise der default, der gebootet wird) übereinstimmt.
ok, habe mich nicht richtig ausgedrückt. Stimmt, beim suspend schon erhalte ich den pop-Up. Das ist auch gut gemacht! Schön! Sonst wäre ich ja nie darauf gekommen, warum sich bei einem resume gar nichts mehr bewegt.
Der code dazu sieht in der 9.2 so aus:
[..] habe mich mittlerweile auch eingelesen und habe das gesehen.
Der Kommentar zu POWERSAVE_SUSPEND2DISK_IGNORE_KERNEL_MISMATCH in /etc/sysconfig/powersave/sleep sieht wie folgt aus:
# Should we suspend to disk even if it seems the kernel in /boot # is not matching the running kernel? This is very dangerous, if # the kernels don't match, resume will not work. Use only if you # absolutely need to (e.g. you are compiling a custom kernel). # SUSPEND2DISK_IGNORE_KERNEL_MISMATCH="no"
Und das Popup, das du bekommst wenn er nicht suspendiert, weist dich auch noch genau auf diese Variable in dieser Datei hin. Was soll ich denn noch machen? Eine Sprachausgabe die es dir vorliest oder ein Video? ;-))
Ich sage mal wie ich es (unrichtig) verstanden habe, vielleicht hilfts: Also auf die Datei weist es übrigens NICHT hin. Die hätte ich mir gerne angesehen. Gut, zu einer Suche über google nach der zugehörigen Datei war ich dann zu faul, hatte ich doch gehofft, alleine mit dem richtigen Kernel alles zu lösen und ein suspendendes System zu erhalten. Mit der Variable ....MISMATCH dachte ich dann einen mismatch zu erlauben, also den Standard-Kernel booten zu lassen, was eh schief geht. Also erschien mir der Hinweise auf SUSPEND2DISK_IGNORE_KERNEL_MISMATCH sinnlos. Wird bei ...=yes wirklich der neue, gebootete Kernel gestartet? Wenn ja, dann wird doch effektiv gar kein mismatch gemacht, gel? Dann ist doch alles wie gewollt! Ein Hinweis wie denn nun der gebootete KErnel wieder geladen wird, nämlich durch setzen des Links vmlinuz auf den neuen Kernel (hier vmlinuz-2.6.12) , das hätte mir weitergeholfen. Dann natürlich noch menu.lst anpassen, daß ich im Notfall den alten Suse-Standard-Kernel wieder booten kann. Im übrigen habe ich mit dem 2.6.12 zumindest bei meinem Acer 291lci in Sachen Standby Erfolg: es funzt, wenn auch USB dann nicht mehr will. Dazu muß ich wohl ermal noch lesen. Es geht jetzt eben der ältere 291lci an meinen Kunden und nicht der neue Amilo 1630. Der ist hoffenlich in einem halben Jahr "reif".
LÖsung: Suse startet IMMER vmlinuz! Es kann vmlinuz natürlich ein Link auf den Kernel sein, den man starten will.
Das hat aber nichts mit suspend zu tun, sondern mit deiner /boot/grub/menu.lst.
?? Hä? In dem von Dir gezeigten Skriptcode war doch fest "vmlinuz" einprogrammiert. Es hat also nix mit menu.lst zu tun! (?) Im habe im menu.lst nämlich auch hin und herschieben können was ich wollte, egal an welcher Stelle mein Eintrag: title kernel 2.6.12 kernel (hd0,0)/boot/vmlinuz-2.6.12 root=/dev/hda1 vga=0x314 selinux=0 splash=silent resume=/dev/hda6 desktop elevator=as showopts initrd (hd0,0)/boot/initrd-2.6.12 stand, es wurde unter KDE immer der popup ausgegeben wegen Kernelmismatch und wenn der suspend dann doch durchgeführt wurde, dann erwachte eben nix mehr. Gruss Ekkard
participants (4)
-
Eckhard Rüggeberg -
Ekkard Gerlach -
Lutz Schmiedl -
Stefan Seyfried