[yaVDR 0.4] ACPI not installed, shutdown aborted!

Hallo,

erst mal danke für die super neue yaVDR Version.
Installiert und fast alles funktioniert reibungslos! Danke!

Allerdings habe ich gestern mit den Wakeup- und Shutdown-Methoden im VDR Web-Frontend gespielt.
Dort habe ich Suspend to RAM ausgewäht.
Seit dem läuft jeder Versuch den VDR auszuschalten in den Fehler "ACPI not installed".
Inzwischen habe ich wieder zurück auf Shutdown, wie ursprünglich eingestellt, geschaltet.
Das Ergebnis ist aber das gleiche. Im syslog steht dann jeweils:

vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2011-11-02 04:18:00
vdr-addon-acpiwakeup: No writeable /proc/acpi/alarm or /sys/class/rtc/rtc0/wakealarm found. ACPI needed!!!
vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S90.acpiwakeup with exitcode 1
vdr: [1228] SVDRP message: 'Shutdown abgebrochen / Shutdown aborted!'

/proc/acpi/alarm existiert wirklich nicht, aber
/sys/class/rtc/rtc0/wakealarm existiert, gehört root:root und hat 644 als Berechtigung.
Kann es sein, dass der VDR in wakealarm nicht schreiben darf? Falls das der Grund ist, was hat die Änderung bewirkt?
Wie ändere ich die Rechte?

Mein Versuch, die Pakete acpid, acpi-support und vdr-addon-acpiwakeup neu zu installieren hat nichts gebracht.

Woran kann das Problem liegen und wie kann ich weiter debuggen?

Danke
Norbert

Hab noch ne Zeit lang probiert, hab es aber leider nicht hinbekommen.
Da ich den yaVDR 0.4 aber sowieso auf eine unprofessionell Platte installieren wollte,
habe ich das Problem ganz unprofessionell durch Neuinstallation aus der Welt geschafft.

Mit dieser Neuinstallation funktioniert es wieder. Auch ein Umschalten auf Suspend to RAM
und wieder zurück funktioniert ohne Probleme. War also wohl etwas anderes.

Was ich vermute:
Bei der ursprünglichen Installation habe ich die UID und GID vom User vdr geändert. Die existierenden
Dateien habe ich natürlich entsprechend angepasst. Inzwischen habe ich aber gesehen, dass die
UID/GID auch innerhalb von Konfigurationsdateien eingetragen war. Das hatte ich nicht angepasst.

Bei der Neuinstallation habe ich aber dann doch lieber die Besitzer auf den separaten Aufnahme und
Videopartitionen angepasst.

Ob mein VDR auch mit Suspend to RAM sauber aufwacht und funktioniert muss ich im Lauf der
Woche aber noch testen.

Gruß
Norbert

War mir nicht bewüst, dass chown vdr:vdr das setuid Bit zurücksetzt. Danke für den Tipp!

Aber seltsam ist doch trotzdem, dass sich das Problem erst gezeigt hat, nachdem ich einmal auf Suspend to RAM umgeschaltet habe.

Aber egal, da das kaputte System nicht mehr existiert. Und nun tut ja alles.

Danke
Norbert