Problem: grub-Aufruf im shutdown-hook

jeremia · 22. Januar 2005

Hallo Leute, ich hab's auch schon im c't-Form gepostet, aber vielleicht ist's hier besser aufgehoben:
Ich muss bei meinem mb bei nvram-wakeup einen reboot machen. Also habe ich den poweroff-kernel installiert und in der shutdown-hooks/S90.nvram-wakeup folgendes eingetragen

Code

SPECIALSHUTDOWN="echo 'savedefault --default=4 --once'|grub --batch --verbose --no-floppy; shutdown -r now"

Jetzt bootet der Rechner aber nicht neu, sondern schläft sofort ein, wie die letzten Fetzen des syslog auch belegen:

Code

Jan 22 13:39:01 scotty vdrdevel-shutdown: executing /usr/share/vdrdevel/shutdown-hooks/S90.nvram-wakeup as shell script
Jan 22 13:39:01 scotty vdr-nvram-wakeup: /usr/sbin/nvram-wakeup -ls 1106398680
Jan 22 13:39:01 scotty kernel: Non-volatile memory driver v1.2
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty nvram-wakeup[7783]: All values are displayed as they are stored in the nvram/rtc.
Jan 22 13:39:01 scotty nvram-wakeup[7783]: (and do not correspond necessarily to the system date/time)
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty nvram-wakeup[7783]: WakeUp  : Enabled (0xC2)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Day     : 22 (0xB2)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Hour    : 18 (0x12)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Minute  : 35 (0x23)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Second  : 00 (0x00)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: rtcDay  : 22 (0x22)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: rtcHour : 18
Jan 22 13:39:01 scotty nvram-wakeup[7783]: rtcMin  : 35
Jan 22 13:39:01 scotty nvram-wakeup[7783]: rtcSec  : 00
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Checksum: 0x2544
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Enabling (0xC2) WakeUp-on-RTC in nvram.
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New Day     : 22 (0xB2)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New Hour    : 13 (0x0D)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New Minute  : 53 (0x35)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New Second  : 00 (0x00)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New rtcDay  : 22 (0x22)
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New rtcHour : 13
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New rtcMin  : 53
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New rtcSec  : 00
Jan 22 13:39:01 scotty nvram-wakeup[7783]: New Checksum: 0x2551
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty nvram-wakeup[7783]: Now really WRITING into /dev/nvram...
Jan 22 13:39:01 scotty nvram-wakeup[7783]: And setting RTC alarm into /dev/rtc...
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty nvram-wakeup[7783]:    The changes to take effect, you must reboot your computer now.
Jan 22 13:39:01 scotty nvram-wakeup[7783]:
Jan 22 13:39:01 scotty vdr-nvram-wakeup: nvram-wakeup: everything ok - need to reboot first
Jan 22 13:39:07 scotty shutdown[7850]: shutting down for system halt

Alles anzeigen

Wenn ich das gleiche (?) von Hand hintereinander eingebe, funktioniert's:

Code

nvram-wakeup -C /etc/nvram-wakeup.conf --directisa -s $((`date +%s` + 10 * 60))


echo "savedefault --default=4 --once"|grub --batch --verbose --no-floppy


shutdown -r now

Sprich: nvram-wakeup läuft an sich, die Reboot-Geschichte mit poweroff-Kernel auch, ich bin nur zu blöd, den Reboot aus dem VDR heraus auszulösen?!

Kann sich da einer einen Reim drauf machen?

jeremia

detlef · 22. Januar 2005

Hi,

Habe zwar keine Ahnung vom ct-vdr, aber da gibt es doch auch bestimmt ne
vdrshutdown.sh o.ä. Wie sieht die denn aus?

Sieht so aus, als ob er ein shutdown -h now macht. Bei mir sieht es so aus:

Code

# analyse
        case $PIPESTATUS in
#               0)
#               # all went ok - new date and time set
#               ${SUDO} /sbin/halt
#               EXITSTATUS=0
#               ;;


                0 | 1)  <------------------------------------------!!!!
                # all went ok - new date and time set.
                #
                # *** but we need to reboot. ***
                #
                # for some boards this is needed after every change.
                #
                # for some other boards, we only need this after changing the
                # status flag, i.e. from enabled to disabled or the other way.
                # grub installed?
                if [ ${BOOT_MANAGER} == "grub" ]
                then
                        if [ -x /sbin/grub-set-default ];
                        then
                                ${SUDO} /bin/mount /boot
                                ${SUDO} /sbin/grub-set-default ${REBOOT_ENTRY}
                        else
                                echo "Not supported - upgrade grub to latest _unstable_ version and it should work"
                        fi
                else
                        # i hope it is lilo
                        ${SUDO} /bin/mount /boot
                        ${SUDO} /sbin/lilo -R PowerOff
                        ${SUDO} /bin/umount /boot
                        #${SUDO} /usr/local/bin/showpic -c gu140x32f -d /dev/parport0 -x 140 -y 32 -s 1100 /etc/vdr/plugins/graphlcd/splash/glcd-loeschen.gif
                        ${SUDO} /sbin/shutdown -r now
                fi


                ${SUDO} shutdown -r now
                EXITSTATUS=1
                ;;


                2)
                # something went wrong
                # don't do anything - just exit with status 1
                EXITSTATUS=1


                echo "Something went wrong, please check your config files of nvram-wakeup"
                ;;
        esac


        # exit with 0 if everything went ok.
        # exit with 1 if something went wrong.
        exit $EXITSTATUS

Alles anzeigen

Gruß
Detlef

jeremia · 22. Januar 2005

...genauso sieht's aus. Leider ist das beim c't-VDR ein bisschen komplizierter: Da muss man eine Variable $SPECIALSHUTDOWN mit dem shutdown-command belegen (wer die allerdings ausliest, ist mir ein Rätsel...). Die habe ich wie oben erwähnt mit dem besagten grub-Aufruf nebst "shutdown -r now" belegt - nur - et funzt net.
Klar könnte ich da jetzt wieder gröber drin rummurksen, aber eigentlich hatte ich mir mal vorgenommen, mich einfach mal zurückzulehnen und e-tobi die ganze Arbeit mit den Updates machen zu lassen

EDIT: Das Problem hat sich irgendwie von selber ausgesessen. Leider kann ich euch nicht sagen, was es letztendlich war: Plötzlich war's so wie es sollte.

jeremia

Problem: grub-Aufruf im shutdown-hook

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema