(gelöst) request_reboot in S90.nvram-wakeup löst neuerdings keinen Reboot aus

Nabend allerseits..

Ich habe ein Problem mit grub-reboot in Zusammenhang mit nvram-wakeup.

Nachdem das Aufwachen des VDR meiner Mutter bisher funktioniert hat, schaltet er nun nicht mehr korrekt inkl. "forced reboot" ab.

Es handelt sich um ein sidux-Debian mit e-tobi-vdr. Die Version ist - glaube ich - 1.4.6.-1ctvdr2.
Das Mainboard ist ein ECS K7S6A und bis vor kurzem hat nvram-wakeup mit "forced reboot" ohne Probleme funktioniert.
Seit wahrscheinlich ein, zwei Wochen scheint sich am Verhalten des VDR beim "shutdown" etwas geändert zu haben.
Er beginnt nach Ablauf der "MinUserInactivity" mit dem Herunterfahren und führt den nvram-shutdown-hook aus.
In der "vdr-nvram-wakeup.conf" ist "forced reboot" aktiviert und "specialshutdown" auf "grub-set-default 1 && grub-reboot --no-floppy 1" gesetzt.
Im syslog steht drin, daß die nächste Aufwachzeit erfolgreich gesetzt wurde und daß jetzt rebootet wird.
Danach kam bisher die typische Broadcast-Meldung, daß das System jetzt rebooten würde.
Jetzt steht an dieser Stelle die Meldung, daß das System einen halt durchführt.
Manuell in der Konsole funktioniert grub-set-default und grub-reboot wie erwartet.

Ich bin jetzt etwas ratlos. An der config-Datei /etc/vdr/vdr-nvram-wakeup.conf und dem Shutdown-Hook S90.nvram-wakeup habe ich nichts geändert.
Ich glaube, ich habe vor kurzem von vdr-1.4.6-1ctvdr1 auf die o.g. VDR-Version aktualisiert.
Vielleicht hat es damit etwas zu tun.

Vielen Dank im Voraus
Grüße, Kleo

Ich habe mal den shutdown-hook mit allen Meldungen auf der Konsole ausgeführt.

Das kommt dabei heraus:

oot@siduxvdr:~# sh -x /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup 1180357500
+ /usr/sbin/ntpdate europe.pool.ntp.org de.pool.ntp.org
+ /sbin/hwclock --systohc
+ NVRAMCMD=/usr/sbin/nvram-wakeup
+ . /etc/vdr/vdr-nvram-wakeup.conf
++ ENABLED=yes
++ COMMANDLINE='-I ecs_k7s6a'
++ SPECIALSHUTDOWN='grub-set-default 1 && grub-reboot --no-floppy 1'
++ FORCE_REBOOT=yes
++ REGULAR_DAYS=0
++ REGULAR_TIME=01:00
+ '[' -z yes ']'
+ '[' -z '-I ecs_k7s6a' ']'
+ '[' -z 'grub-set-default 1 && grub-reboot --no-floppy 1' ']'
+ '[' -z 0 ']'
+ '[' -z 01:00 ']'
+ '[' -z yes ']'
+ LOG='logger -t vdr-nvram-wakeup'
+ '[' yes = no ']'
+ TIMER=1180357500
+ '[' 0 -gt 0 ']'
+ logger -t vdr-nvram-wakeup '/usr/sbin/nvram-wakeup -ls 1180357500 -I ecs_k7s6a'
+ /usr/sbin/nvram-wakeup -ls 1180357500 -I ecs_k7s6a
--syslog parameter specified. All output goes to the syslog
+ case $? in
+ logger -t vdr-nvram-wakeup 'nvram-wakeup: everything ok'
+ '[' yes = yes ']'
+ logger -t vdr-nvram-wakeup 'nvram-wakeup: reboot not needed but forced'
+ request_reboot
+ '[' -z 'grub-set-default 1 && grub-reboot --no-floppy 1' ']'
+ echo 'SHUTDOWNCMD="grub-set-default 1 && grub-reboot --no-floppy 1"'
SHUTDOWNCMD="grub-set-default 1 && grub-reboot --no-floppy 1"
+ exit 0

Für meine Begriffe alles wie es sein soll.
Als vorletzte Aktion wird SHUTDOWNCMD weitergegeben.

Jetzt frage ich mich was macht der VDR draus? Mal angenommen er bekommt von S90.nvram-wakeup kein SHUTDOWNCMD zurück, macht er dann ein Standard-HALT?

Grüße, Kleo

Ich habe jetzt scheinbar rausgefunden woran der reboot gescheitert ist.

In S90.nvram-wakeup habe ich zwei zusätzliche Aufrufe von ntpdate und hwclock drin.
Die waren so unglücklich platziert, daß deren Output wohl zwischen die "Rückgabewerte" des Skripts geraten ist
und den VDR aus dem Tritt gebracht hat. Jetzt rufe ich sie am Anfang des shutdown-hooks auf und alles funktioniert wieder.

Grüße, Kleo