Ich habe ein Siemens D1184 Mainboard. Der wakeup mit acpi funktioniert.
Ich kann die Zeit nach /proc/acpi/alarm schreiben, aber der Computer wacht nicht auf. Woran könnte das liegen?
Danke
Emanuel
Ich habe ein Siemens D1184 Mainboard. Der wakeup mit acpi funktioniert.
Ich kann die Zeit nach /proc/acpi/alarm schreiben, aber der Computer wacht nicht auf. Woran könnte das liegen?
Danke
Emanuel
ich kann Dir keine richtige Antwort geben, aber auf
http://linvdr.org/wiki/wikiabu…agename=LinVDR-Mainboards
steht was, dass es mit diesem Board nur mit einem Kernel < 2.4.23 funktionieren würde....
Grüße, Klaus
Ich hatte mal ein D 1120 A11 da hat APCI auch funktioniert (mit Linvdr 0.7).
Woher weißt du dass ACRI funktioniert bzw. mit welchem Bertiebssystem hast du es getestet?
Ich habe jetzt ein neues Fujitsu Siemens Board mit einem 900Mhz Celeron. Mit dem will ich mir einen VDR fürs Wohnzimmer bauen. Da hab ich noch nicht getestet direkt in /proc/acpi/alarm zu schreiben und ich werde auch nicht schlau wie das Board genau heißt.
Hallo,
vor meinem Hardware-Wakeup hatte ich auch ACPI, allerdinds mit D1107er-Board, am Start. Wenn ich mich recht erinnere muss da beim Bootloader noch ein Eintrag gemacht werden (acpi=force, ohne Gewähr, ggf. hier im Board noch mal kontrollieren).
Also ich tippe immernoch auf hwclockänderung nach dem zeitsetzen.
Ich hab mal gegoogelt, und habe die info gefunden das hwclock in /etc/rc.d/rc0.d/S01halt ausgeführt wird. Der aufruf muß unterbunden werden.
Falls es da nicht ist dann such mal mit z.B.
danach
tüddelkopp
da ist was dran...
Ich hatte anfangs auch die HW-Clock beim shutdown setzen wollen (nach dem Schreiben von /proc/acpi/alarm).
Folge --> kein WakeUp...
Grüße, Klaus
Ich hab hier noch ein paar Fragmente aus meinem alten vdrshutdown-Skript gefunden. Damit wird die nächste Zeit berechnet und dann in Linuxzeit (oder so ähnlich) umgerechnet. Ausserdem wird verhindert, das beim runterfahren die Echtzeituhr gestellt wird. Hat bei mir bestens gefunzt. Die Zeilen müssen in die Datei, das mit -s Option in runvdr aufgerufen wird.
Falls da nur ein Link ist wird die Zeit nicht mit weitergegeben, bei mir wars jedenfalls so.
newtime=$(($1 +7080 )) # 2 minutes earlier
hwclock --systohc --localtime
echo `unix2iso8601 -u $newtime` >/proc/acpi/alarm
Also ich hab mir einfach das poweroff.pl von linvdr geklaut und bei meinem debian das hwclock script auc dem rc0 entfernt. Das funktioniert 1A.
Übernimmt er denn die Programmierte Zeit ? ( cat /proc/acpi/alarm )
Ich habe übrigens im Bios alle WakeUps deaktiviert, da kann man ja auch ne Zeit einstelln. Alles was bei mir mit WakeUp zu tun hat im Bios ist deaktiviert.
Achso, nochwas. Wenn er dann nicht aufgewacht ist und du manuell bootest, welche Zeit steht dann in /proc/acpi/alarm ?
Ich glaube da liegt das Problem, denn jetz steht "2005-10-00 22:11:00
" drin. Man beachte die 00 anstatt der 11.
Emanuel
Wichtig ist das die Uhrzeit passt. Das der Tag auf 00 springt ist normal und stört nicht weiter.
Hast du die neueste Bios Version von Fujitsu Siemens auf dem Mainboard oder hast Du da noch nicht nach geschaut ?
Nein ich habe die vorletzte Version.
Emanuel
Hi!
Außerdem musst du natürlich darauf achten, dass du die Zeit in UTC schreibst wenn die Hardware-Uhr auf UTC läuft.
Zzam
Das sieht doch gut aus. Ist halt ein Nachteil von ACPI, das er täglich zu dieser Uhrzeit aufwacht und wenn kein Timer gesetzt ist um 2.00 Uhr Nachts.
Hast Du ein Diskettenlaufwerk in dem Rechner ? Wenn ja dann mach doch mal die neueste Bios Version drauf, nur um das ausschließen zu können.
Trotz Biosupdates funktioniert es noch immer nicht. Ich hänge mal ein Bild meiner Bioseinstellungen an.
Emanuel
Servus,
stell mal "Power On Source" auf ACPI, dann sollte es funktionieren. Nicht vergessen den Zeitstempel 2x in /proc/acpi/alarm zu schreiben, anders gehts bei meinen Siemens-Boards und bei dem einen Asrock Board nicht.
Gruß
Mar(Mahlzeit)kus
Tach auch,
es gibt zwei Fehlerquellen:
1) bei einem 2.4er Kernel muss die Zeit tatsächlich zweimal nach /proc/acpi/alarm geschrieben werden - bei meinem 2.6er VDR reicht einmal
2) Die Hardwarezeit darf danach nicht mehr geändert werden. Dafür gibt es bei mir (ctvdr) die /etc/defaults/vdr(devel). Da gehört ein HWCKLOCKACCESS=no rein.
Dann muss allerdings die Zeit anders synchronisiert werden.
Gruß
Claus
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!