ACPIWAKEUP geht neuerdings nicht mehr (identische Hardware)

mike777 · 13. Februar 2006

hi,

hab vor längerem mal acpiwakeup über apt-get install vdrdevel-addon-acpiwakeup installiert (ct-vdr4) und das lief auch tadellos mit meiner hardware.
nach einem upgrade auf 1.3.42 geht es jedoch nicht mehr.

cat /proc/acpi/alarm liefert die gewünschte wakeup-zeit, die beim shutdown des vdr auch korrekt eingetragen wird.

spiele ich das alte 1.3.37er system-backup wieder ein, geht es wieder. wie kann ich rausfinden, was nun an meinem neuen system diesbezüglich korrigiert werden muss bzw. was spielt alles in diesen mechanismus mit rein?

ich hab auch schon mal versucht, die hwclock init-scripte zu tauschen, was jedoch keinen erfolg brachte ...

gruß mike

foobar42 · 13. Februar 2006

Ist die Konfigurationsdatei in /etc/default beim update überschrieben worden?

mike777 · 13. Februar 2006

du meinst sicher /etc/default/vdrdevel, oder?

kann ich nicht sicher sagen, aber ich vergleiche sie mal.
welchen ansatz verfolgst du bzw. welche vermutung hast du?

foobar42 · 13. Februar 2006

Zitat

Original von mike777
du meinst sicher /etc/default/vdrdevel, oder?

Nein, die fürs acpi-addon. Vermutung: addon ist deaktiviert, da per default disabled.

EDIT: So wie du fragst, hast du von einer Version upgedatet, die diese Konfigurationsdatei noch nicht hatte?

mike777 · 14. Februar 2006

wäre es deaktiviert, würde die zeit doch nicht in /proc/acpi/alarm eingetragen werden, wie ein

cat /proc/acpi/alarm und ein
tail -f /var/log/messages

belegen, oder?

mike777 · 17. Februar 2006

hab jetzt auch mal den kernel nochmal kompiliert ... kein erfolg.

kann es evtl. damit zusammenhängen, dass der pc seit 'ner neueren version in einen anderen "aus-zustand" versetzt wird?

kilroy · 17. Februar 2006

Zitat

Original von mike777
hab jetzt auch mal den kernel nochmal kompiliert ... kein erfolg.
kann es evtl. damit zusammenhängen, dass der pc seit 'ner neueren version in einen anderen "aus-zustand" versetzt wird?

Das Problem des ultimativen Ausschaltens des Rechners habe ich auch. Mit welchem
Kernel hat es bei Dir funktioniert und welchen nutzt Du jetzt? Eventuell findet sich hier ein
neuer Ansatzpunkt.

mike777 · 17. Februar 2006

ich verwende beidesmal 2.6.12

JoHo42 · 6. April 2006

Hi hast du es geschaft,
die /proc/apci/alarm wieder ans laufen zu bekommen?
Ich habe das gleiche Problem mit selben Kernel!!!

Gruss Jörg

elle · 12. April 2006

'n Abend,

muss leider das Thema auch mal wieder aufgreifen.

Aehnlich wie oben lief bis vor ein paar (2?) Wochen acpi-wakeup einwandfrei; nun "spinnt" die Kiste aber ein wenig.

Sie faehrt runter, geht aus, und nach ca. 5-10 Sek. wieder an. Schaue ich ins syslog, steht da folgendes bzgl. acpi-wakeup:

Code

Apr 11 22:49:43 localhost vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2006-04-12 17:36:00
Apr 11 22:49:43 localhost vdr-addon-acpiwakeup: New ACPI alarm time: 2006-04-12 17:36:00

Fuer die nicht c't-VDRler (weiss nicht, ob's woanders auch so logged): Die Zeit in der letzten Zeile wird aus /proc/acpi/alarm ausgelesen, d.h. sie wird richtig gesetzt. ACPI ist im BIOS eingeschaltet und so lief's auch bis vor kurzem.
Schalte ich den Rechner dann per langem Druck auf den Powerknopf wieder aus bzw. schaue mir danach /proc/acpi/alarm an, steht da immer 2006-00-15 12:30:30 (????)

Hat einer ne Ahnung, was das sein kann? Ist das was nicht in Ordnung mit acpi-wakeup, mit dem acpid, mit dem Kernel? *kratz-am-kopf*

Gruss

/elle

Anakim · 21. April 2006

Hy,

hab ähnliche Probleme. Hab ein Fusi Board D1171. Acpi Wakeup hat ne Weile Problemlos funktioniert.

Dann einfach nur nicht bei einzelnen Timern und momentan eigentlich auch nur wann er Lust hat und oder zu Zeiten die ich nicht nachvollziehen kann.

Fakt ist, dass die Zeit unter /proc/acpi/alarm z.B. immer 2006-04-00 endet. Er hat Probleme den Tag richtig zu setzen.

Ein manuelles setzen funktioniert noch das aufwachen dann aber nicht mehr

Code

linvdr:/etc/default# echo 2006-04-21 17:00:00 > /proc/acpi/alarm
linvdr:/etc/default# cat /proc/acpi/alarm
2006-04-21 17:00:00

Hab dann mal die Parameter überprüft, die ich so damals eingestellt habe.

Grub:

Code

kernel          /boot/vmlinuz-2.6.12-ct-1 root=/dev/hda1 ro BO acpi=force

ist unverändert von mir geblieben

etc/default/rcS:

Code

# Time files in /tmp are kept in days.
TMPTIME=0
# Set to yes if you want sulogin to be spawned on bootup
SULOGIN=no
# Set to no if you want to be able to login over telnet/rlogin
# before system startup is complete (as soon as inetd is started)
DELAYLOGIN=yes
# Set UTC=yes if your system clock is set to UTC (GMT), and UTC=no if not.
UTC=no ==> hatte ich mal auf yes ohne sichtbaren Erfolg
# Set VERBOSE to "no" if you would like a more quiet bootup.
VERBOSE=yes
# Set EDITMOTD to "no" if you don't want /etc/motd to be editted automatically
EDITMOTD=yes
# Set FSCKFIX to "yes" if you want to add "-y" to the fsck at startup.
FSCKFIX=no
HWCLOCKACCESS=no ==> blieb unverändert von mir

Alles anzeigen

hwclock liefert übrigens den richtigen Wert ==> aktuelles Datum

So wie ich die Sache sehe gibts wohl Probleme beim Schreiben das Tages im Datum. Nur warum auf einmal ??

Hat jemand noch ne Idee was ich machen kann ?

Viele Grüße
Anakim

Rusk · 21. April 2006

Per ACPI-Wakeup kann der Tag nicht gesetzt werden, das ist normal. Nach dem Schreiben sieht es zwar so aus, als ob der Tag gesetzt wurde. Nach einem Reboot steht dort aber immer 00. Das ist normal.

Siehe auch Thread: www.vdr-portal.de/board/thread.php?threadid=48623

Rusk

Anakim · 21. April 2006

Ahja,

dann hab ich die ganze Zeit das irgendwie übersehen. Keine Ahnung. Aber da es momentan mal wieder funktioniert... (bin vorhin nach Hause gekommen und die Kiste war an will ich nicht länger dran rumschrauben.

Besten Dank noch mal für den Hinweis

Viele Grüße
Anakim

mauerspecht · 21. April 2006

Ich habe hier

Verständnisfragen zu ACPI-WakeUp

gelernt das der Tag benutzt wird wenn das ACPI Bios es unterstützt, was aber nur selten der Fall ist.

ACPIWAKEUP geht neuerdings nicht mehr (identische Hardware)

Jetzt mitmachen!

Teilen