grub0.97, disk-cache-flush-Bug und wol mit Power-Off-Kernel

ist ja wirklich eine sehr nette Geschiche! Ich moechte bloss wissen, was da im grub seit Version 0.95 mal wieder versiebt wurde...

Das gleiche Problem hatte ich naemlich auch: d.h. ein 'halt' Eintrag in der 'menu.lst' bewirkt, dass der 'default' Eintrag nicht korrekt zurueckgesetzt wird. Es ist aber nicht so, dass hier die disks etwa nicht geflushed werden, sondern grub weigert sich in diesem Fall grundsaetzlich, den 'default' Entry richtig zu setzen.

title           nvram-wakeup PowerOff
root            (hd0,6)
halt
savedefault

funktioniert also nicht.

Ich wollte aber als Workaround nicht extra einen power-off Kernel zusammenschrauben, deswegen uebergebe ich einfach '/sbin/poweroff' als init arg:

title           nvram-wakeup PowerOff
root            (hd0,6)
kernel          /boot/vmlinuz-2.6.22-3-686 root=/dev/hda7 ro init=/sbin/poweroff
initrd          /boot/initrd.img-2.6.22-3-686
savedefault

so funktioniert es mit dem sonst im System verwendeten Kernel auch. Die WOL Probleme entstehen also erst gar nicht.

Zitat

Originally posted by Negge
Also in diesem Code-Schnippsel fehlt erstens die Nummer, die er speichern soll (savedefault 1 oder 2 oder was auch immer). So mit nur "svaedefault" speichert er ja die aktuelle Auswahl, also den Poweroff.

eben nicht! Ich setze bewusst keine Nummer dahinter, da ich folgendermassen den (temporaeren) Poweroff- Kernel aktiviere:

echo -e 'root (hd0,6)\nsavedefault --default=0 --once\nquit' | /usr/sbin/grub --batch

das bewirkt, dass nur *einmal* der in diesem Beispiel 'nullte' Eintrag ausgewaehlt wird. Der naechste 'savedefault' der von 'grub' jetzt durchlaufen wird, naemlich der im 'poweroff' EIntrag bewirkt, dass der vorherige Eintrag als default zurueckgesetzt wird. Das hat den grossen Vorteil, dass ich gar nicht zu wissen brauche, was der vorherige Eintrag war. Das heisst der 'savedefault' Mechanismus, wenn mal jemand von Hand was anderes auswaehlt, bleibt auch beim Poweroff- Einsatz erhalten. Das wuerde sonst, bei expliziter Nummernangabe nach 'savedefault', ja nicht funktionieren.

Zitat

Und zweites gehört das savedefault vor den halt-Befehl. Er führt den Halt-befehl aus und damit ist dann eigentlich Ende.

sorry aber das stimmt nicht. Zumindest macht das bei mir in keinem Fall einen Unterschied. Ich hatte die 'halt' Version tatsaechlich auch in gedrehter Reihenfolge getestet. Ohne Verbesserung.

Zitat

Aber auch hier müsste das savedefault doch eigentlich vor dem booten des kernels ausgeführt werden.

also macht bei mir wie gesagt keinen Unterschied. Aber danke fuer den Tipp! Vielleicht macht es in manchen Faellen schon was aus. Bei mir funktioniert jetzt auf jeden Fall alles.

[EDIT] so, habe noch mal nachgesehen, Reihenfolge 'savedefault' ist offenbar egal:
http://www.gnu.org/software/gr…edefault.html#savedefault
[/EDIT]

Zitat

Original von sparkie

Code

echo -e 'root (hd0,6)\nsavedefault --default=0 --once\nquit' | /usr/sbin/grub --batch

was genau bewirkt dieser befehl bzw. wann führst du diesen aus?

Zitat

was genau bewirkt dieser befehl bzw. wann führst du diesen aus?

er setzt im Beispiel den naechsten 'default' entry auf '0'. Er merkt sich aber in '/grub/default' was der aktuelle 'default' ist. Somit ist es sozusagen nur eine 'one-shot' Aenderung. Der naechste 'savedefault' der von grub durchlaufen wird, stellt den 'default' wieder auf den alten Wert zurueck.

Ich fuehre diesen Befehl kurz vor dem '/sbin/shutdown -r now' aus. Also kurz bevor der 'power-off' angefahren wird.

Zitat

Original von sparkie

er setzt im Beispiel den naechsten 'default' entry auf '0'.

nur zum Verständnis des Parameter 0, steht der hier für den 1. Booteintrag in der menu.lst?

Zitat

nur zum Verständnis des Parameter 0, steht der hier für den 1. Booteintrag in der menu.lst?

genau, es entspricht der Nummerierung im 'grub':

## default num
# Set the default entry to the entry number NUM. Numbering starts from 0, and
# the entry number 0 is the default if the command is not used.

du kannst den aktuellen default-Wert, also den der als naechstes per default gebootet wird jederzeit mit

echo -n '#';cat -v /boot/grub/default;echo '#'

anschauen

Ich hab dazu noch mal eine Verständnisfrage:

Zitat

Original von Scogit
[quote]Original von sparkie

Code

echo -e 'root (hd0,6)\nsavedefault --default=0 --once\nquit' | /usr/sbin/grub --batch

Ist das nicht praktisch doppelt gemoppelt sagt diese Zeile nicht bereits aus das (hd0,6) savedefault ist ... wozu dann noch mal --default=0?

Zitat

Ist das nicht praktisch doppelt gemoppelt sagt diese Zeile nicht bereits aus das (hd0,6) savedefault ist ... wozu dann noch mal --default=0?

- also 'root (hd0,6)' legt Platte und Partition fest, auf die sich folgende Aenderungen beziehen. D.h. es wird das grub- 'default'=File genau dort geaendert.
- 'savedefault' sagt der grub shell, dass sich folgende Aenderungen auf die Menu defaults beziehen
- '--default=0' besagt dass als naechstes der Menueintrag 0 default sein soll.
- '--once' besagt, dass sich die Aenderung nur auf den naechsten Boot bezieht. Wenn der durch ist (also nach dem naechsten savedefault), wird automatisch der vorherige default-Eintrag restauriert. Was ja im Fall nvram-wakeup genau das Richtige ist.

weiteres hier:
http://www.gnu.org/software/grub/manual/

Zitat

- also 'root (hd0,6)' legt Platte und Partition fest, auf die sich folgende Aenderungen beziehen. D.h. es wird das grub- 'default'=File genau dort geaendert.

das leuchtet mir noch nicht so ganz ein, also praktisch die Partition auf der Grub installiert ist?

Zitat

das leuchtet mir noch nicht so ganz ein, also praktisch die Partition auf der Grub installiert ist?

die Partition, von der grub booten wird, muss die neuen 'defaults' erhalten. Diese Partition wird damit eingestellt.

Servus,

ich hab damit noch ein kleines Problem...

Was mache ich da falsch?

menu.ls

title           Settime PowerOff
root            (hd0,1)
kernel          /boot/vmlinuz-2.6.23.1-dvb root=/dev/hda2 ro init=/sbin/poweroff
initrd          /boot/initrd.img-2.6.23.1-dvb
savedefault


title		Debian GNU/Linux, kernel 2.6.23.1-dvb
root		(hd0,1)
kernel		/boot/vmlinuz-2.6.23.1-dvb root=/dev/hda2 ro
initrd		/boot/initrd.img-2.6.23.1-dvb
savedefault

vdr@vdr:/etc/vdr/shutdown-hooks$ ./S20*
Probing devices to guess BIOS drives. This may take a long time.




    GNU GRUB  version 0.97  (640K lower / 3072K upper memory)


       [ Minimal BASH-like line editing is supported.   For
         the   first   word,  TAB  lists  possible  command
         completions.  Anywhere else TAB lists the possible
         completions of a device/filename. ]
grub> root (hd0,1)


Error 21: Selected disk does not exist
grub> savedefault --default=0 --once
./S20.grubsavedefault: line 2:  4923 Done                    echo -e 'root (hd0,1)\nsavedefault --default=0 --once\nquit'
      4924 Segmentation fault      | /usr/sbin/grub --batch

S20.grubsavedefault

#!/bin/sh
echo -e 'root (hd0,1)\nsavedefault --default=0 --once\nquit' | /usr/sbin/grub --batch

Error 21: Selected disk does not exist

die Partition /dev/hda2 gibt's nicht. Zumindest nicht zum Zeitpunkt, wenn die grub-shell drauf zugreifen soll.

Doch das ist root Partition. Hatte aber grad ohne Root-Rechten ausgeführt ... habs grad grad mal mit Root-Rechten ausgeführt dauert aber ewig lang bis es durch ist ...

ps: ist noch nicht durchgelaufen dauert das immer so lang?

Hallo,

hatte genau das gleiche Problem wie Negge ganz oben beschreibt (savedefaut geht nicht zusammen mit halt). Mir hat "cat /boot/grub/bigfile" geholfen, wobei bigfile einfach eine ca. 100k große ASCII-Datei ist. Das verzögert das Ausschalten um ca. 15 sec, seither läufts gut.
Der Grub-Fehler ist übrigens auch unter http://savannah.gnu.org/bugs/?11823 beschrieben.

Helmar.

Seit Lenny ist das alles viel einfacher geworden ... ich hab aber dafür ein neues Problem mit Lenny was ich mir nicht erklären kann.

Wenn ich den VDR ausschalte setzt mein Ruby Script meine Systemzeit in Abhängigkeit zur Dauer in Sec bis zu nächsten Aufnahme. Meine feste Aufwachzeit ist immer der 1. jeden Monats 23:59:59 ... also setze ich meine Systemzeit wenn eine Aufnahme in einer Stunde ansteht auf den 1. des Monats und 22:59:59 Uhr. Dann wird der VDR über ein spezielles Shutdown-Script neu gestartet welches den Savedefault von Grub setzt.
Das funktioniert auch alles wunderbar ... Rechner startet durch ... Grub Default für PowerOff wird geboot Rechner schaltet sich aus ... wacht aber nicht mehr auf.

Starte ich den Rechner manuell um die Systemzeit zu überprüfen ist alles genauso wie es sein sollte ... Systemzeit auf den 1. des Monats 23:10:23 Uhr (als Beispiel ... Runterfahren etc., Aufwachen abwarten etc dauert ja alles ) aber der Rechner wacht einfach nicht auf ...