Hallo Gemeinde,
seit Jahren des problemlosen Betriebs meines VDRs war nun doch eine Neuinstallation fällig. Ich musste von DVB-S auf Kabel umrüsten und hatte nun auch das Glück, von dem QAM256 Problem verschont zu werden. FF und Budget Karte laufen problemlos, nach dem ich einen 2.6.28 Kernel mit neuster Firmware installiert hatte. Als Basisinstallation habe ich die c't 6.2 Distribution gewählt. Nun wäre ja alles viel zu einfach, wenn nicht doch noch ein paar Stolpersteine auftauchen würden.
ACPI heißt mein Problemkind und ich bekomme es nicht zum Laufen. Mit meiner alten Installation lief alles wie gewünscht und ich habe keine Einstellungen am BIOS verändert. Das einzig Neue an der Hardware sind die 2 DVB Karten. ACPI Addon ist aktiviert und erscheint auch in /var/log/messages:
Feb 11 18:54:16 heliconvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.noad as shell script
Feb 11 18:54:16 heliconvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrrip as shell script
Feb 11 18:54:16 heliconvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb 11 18:54:16 heliconvdr vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2009-02-11 18:25:00
Feb 11 18:54:16 heliconvdr vdr-addon-acpiwakeup: Timervariable ist 1234376700
Feb 11 18:54:16 heliconvdr vdr-addon-acpiwakeup: Reset Timer
Feb 11 18:54:16 heliconvdr vdr-addon-acpiwakeup: Writing 1234376700 to /sys/class/rtc/rtc0/wakealarm
Feb 11 18:54:16 heliconvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb 11 18:54:16 heliconvdr vdr-custom: script Inhalt von ../wakealarm 1234376700 = Mi 11. Feb 19:25:00 CET 2009
Feb 11 18:54:16 heliconvdr shutdown[2994]: shutting down for system halt
Feb 11 18:54:40 heliconvdr kernel: Kernel logging (proc) stopped.
Feb 11 18:54:40 heliconvdr kernel: Kernel log daemon terminating.
Feb 11 18:54:41 heliconvdr exiting on signal 15
Alles anzeigen
Ich habe eine Gegenprobe in vdr-custom eingebaut welche die tatsächlich gespeicherte Zeit ins Log schreibt. Das habe ich gemacht um den Fehler einzukreisen. Das ACPI Script wird demnach einwandfrei ausgeführt und die Wakeup-Zeit geschrieben. Leider wacht der VDR nicht zur vorgesehenen Zeit auf. Auch wenn ich den Timer für den nächsten Tag stelle passiert nichts. So kann ich also Probleme mit UTC und CET auch ausschließen da auch über Stunden hinweg der VDR nicht einschaltete.
Eine weitere Erkenntnis - manuelles eintragen der Wakeupzeit funktioniert:
echo 0 > /sys/class/rtc/rtc0/wakealarm
echo `date '+%s' -d '+ 5 minutes'` > /sys/class/rtc/rtc0/wakealarm
shutdown -h now
... 5 Minuten später schaltet sich der Rechner ein.
Also muss nach Adam Riese nach dem ACPI Script in den Shutdown-Hooks noch irgendwas passieren, was mir die Nummer verhagelt. Leider finde ich den Denkfehler bei mir nicht. Ich versuche ständig, den Shutdown Prozess Schritt für Schritt durch zu gehen, aber ohne Erfolg. Als Parameter wird dem VDR '-s vdr-shutdown.wrapper' oder so ähnlich übergeben. Hab das grad leider nicht parat, aber es ist der Standard Parameter von c't VDR.
Wie finde ich heraus, ab nach S90.vdr-addon-acpiwakeup und S90.custom noch etwas anderes ausgeführt wird?
Wie sonst kann ich mir erklären, dass manuelles setzen des Timers alles funktioniert, aber automatisiert nicht? In S90.custom steht nichts weiter drin als das von mir geschriebene auslesen des Timers. Davor ging es allerdings auch schon nicht. Ich lese den Timer übrigends mit cat /sys/class/rtc/rtc0/wakealarm aus.
Soll ich eventuell mal ein anderes Shutdownscript verwenden und wenn ja, welches?
Ich würde mich über Unterstützung sehr freuen.
Grüße, Oli
P.S.: Systemzeit läuft in CET, die hwclock in UTC, also 1h früher.