[gelöst] Timer weckt nicht

docadams · 18. Mai 2011

Hallo,

tja, er fährt nicht hoch, wenn es an der Zeit wäre, um eine Aufnahme zu starten. Nur falls es wichtig ist, WakeOnLan geht, ich kann mit der Fritz!box den Rechner starten. Was habe ich bisher versucht:

AMI-BIOS Einstellungen:
ACPI Config: S3
Repost Video on S3 Resume: No (war so eingestellt)
ACPI Versionsfeatures: v 3.0
ACPI Support: Enabled
AMI OEMB table: Enabled
Headless Mode: Disabled
Chipset ACPI Config
- Southbridge ACPI HPET table: Enabled
PME#: Disabled
PCIE: Enabled
LAN: Enabled
Ring: Enabled
RTC Alarm: Disabled

Gemäß der "Partyfotos" habe ich in der Datei /etc/vdr/vdr-addon-acpiwakeup.conf habe ich Zeile 2 und 5 wie folgt geändert :
ACPI_ENABLED=yes
ACPI_START_AHEAD=2
Da es nicht klappt dann noch in der Datei /etc/default/grub in dieser Zeile die letzten beiden Argumente hinzugefügt :
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet noresume nohz=off acpi_enforce_resources=lax acpi=force hpet=disable"
Dann auf der Konsole :
update-grub
echo 0 > /sys/class/rtc/rtc0/wakealarm

Wobei der echo-Befehl nicht ausgeführt wurde, da ich keine Berechtigung habe, auch nicht mit sudo. Wo könnte ich noch schrauben, dass es funktioniert. Das Board müsste es eigentlich hergeben. Runter gefahren wird der Rechner mit Suspend to Disk.

EDIT: Die Lösung war: UTC war nicht aktiviert

Keine_Ahnung · 18. Mai 2011

Zitat von docadams

Wobei der echo-Befehl nicht ausgeführt wurde, da ich keine Berechtigung habe, auch nicht mit sudo.

Vermutlich weil diese Datei garnicht existiert. Der Pfad ist in unterschiedlichen Kernelversionenen unterschiedlich.

cu

seahawk1986 · 18. Mai 2011

Zitat von docadams

Wobei der echo-Befehl nicht ausgeführt wurde, da ich keine Berechtigung habe, auch nicht mit sudo.

Klassisches Problem bei der Anwendung von sudo mit Umleitungen in der Bash...
Es gibt mehrere Lösungen, darunter:

Code

sudo bash -c "echo 0 > /sys/class/rtc/rtc0/wakealarm"
# oder:
echo 0 | sudo tee /sys/class/rtc/rtc0/wakealarm

Und ich würde Wakeup on PME mal testweise aktivieren.

Licherkette · 18. Mai 2011

Hallo docadams,

setze mal einen Timer mindestens 3-4 Stunden in die Zukunft und schau in den Logdateien später mal nach, ob er aufgewacht ist.
Solltest du bisher nur Timer unter 30min programmiert haben könntest auch mal nur mit >30 min anfangen, das ist die Standard Vorhaltezeit im yaVDR so weit ich weiss.

Uwe

docadams · 18. Mai 2011

Ich hatte schon mal Timer für die Nacht gesetzt, ob das nun 4 Stunden waren, weiß ich nicht mehr, aber über 30min auf jeden Fall. Muss der Rechner dann auch 4 Stunden aus sein? Welchen Zweck hat das?

Zumindest nur PME aktivieren, ohne weitere Änderungen, also auch ohne Rücksetzen von Einstellungen und Befehlen, hat nichts gebracht.

Es gibt im .../rtc0/ etwas, was wakealarm heißt. Ist 4096 byte groß, (wie Unterverzeichnisse), aber laut MC leer.

EDIT: Die letzten Tests, auch nach den Änderungen, dauerten allerdings tatsächlich immer nur 10...15 Minuten

halbfertiger · 18. Mai 2011

Zitat von docadams

Ich hatte schon mal Timer für die Nacht gesetzt, ob das nun 4 Stunden waren, weiß ich nicht mehr, aber über 30min auf jeden Fall. ... Welchen Zweck hat das?

EDIT: Die letzten Tests, auch nach den Änderungen, dauerten allerdings tatsächlich immer nur 10...15 Minuten

Der Timer muss weiter in der Zukunft liegen als die "Mindestzeit zwischen zwei Timern" die irgendwo im Menü eingestellt wird. 10-15 Minuten sind definitiv zu kurz, da 30 Minuten als Standard eingestellt ist. Aber du müsstest auf jeden Fall eine Meldung am Fernseher beim Ausschalten erhalten haben, so in etwa "Timer in 10 Minuten, trotzdem ausschalten?", sonst hast du auf eine ungeeignete Art und Weise abgeschaltet.

Treito · 18. Mai 2011

2 Dinge:
1. Was ergibt

Code

cat /proc/driver/rtc

?
2. Die Uhr steht aber auf UTC?

docadams · 18. Mai 2011

halbfertiger
Ja, diese Meldung kam bei den kurzfristigen Tests. Ich habe es bestätigt, bis er runter gefahren ist. Die Brückenzeit zwischen Timern hatte ich allerdings schon am Anfang meiner Testzeit auf 5min gesetzt und Ausschalten bei Inaktivität auf 190min. SVDRP trennen bei Inaktivität steht bei 300s, falls das wichtig ist.

@traito
Die angegebene Zeit stimmt:

Code

vr@HTPC:~$ cat /proc/driver/rtc
rtc_time        : 17:06:32
rtc_date        : 2011-05-18
alrm_time       : 14:08:17
alrm_date       : ****-05-**
alarm_IRQ       : no
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : yes
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay

Alles anzeigen

An UTC hatte ich auch schon gedacht, hab das aber nicht richtig verstanden. Wie kann ich prüfen oder einstellen, ob UTC eingestellt ist?

Treito · 18. Mai 2011

Zeile 11 zeigt mir, dass er den Kernelparameter hpet=disable nicht akzeptiert hat
Am Besten im BIOS mal "Southbridge ACPI HPET table: Enabled" auf disabled stellen.

Allerdings, wenn die Warnmeldung kommt und du ignorierst sie einfach bzw. bestätigst, dass er dennoch runterfahren soll, kann es durchaus passieren, dass er nicht wieder hochfährt. Ich glaube 7 Min. wäre das absolute Minimum (5 Min.+2Min. Vorlaufzeit). Egal, was Du einstellst, weniger geht auf keinen Fall und unter 20 Min. würde ich nicht gehen!

docadams · 18. Mai 2011

OK, Southbridge ACPI HPET hab ich deaktiviert und PME# hab ich auch wieder rückgängig gemacht. Alles Andere ist so geblieben.

Waren die anderen Änderungen richtig:
ACPI Config: S3
Repost Video on S3 Resume: No (war so eingestellt)
ACPI Versionsfeatures: v 3.0
Die hatte ich nur aus dem Gefühl verändert!!!

Hab ich nun UTC-Zeit???

Der Test wird jetzt etwas länger dauern

Treito · 18. Mai 2011

Eine neue Ausgabe des cat-Befehls wäre nicht verkehrt, wenn es nicht geht. Ansonsten mal die /boot/grub/grub.cfg posten!

docadams · 18. Mai 2011

Die Tagesschau will ich aufnehmen. Um sicher zu gehen, will ich ihn ruhen lassen . Dann wissen wir mehr.

Treito · 18. Mai 2011

Ich sagte ja auch: Wenn es nicht geht!
Zu 95% ist hpet Schuld, wenn das Board nicht aufwachen will, nach meiner Erfahrung. Was "acpi=force" bringen soll, ist mir schleierhaft, bei mir rennt es ohne wunderbar, aber ich habe auch ein anderes Board!

docadams · 18. Mai 2011

Also, er hat nicht aufgenommen.

Code

vr@HTPC:~$ cat /proc/driver/rtc 
rtc_time : 20:31:01 
rtc_date : 2011-05-18 
alrm_time : 19:11:59 
alrm_date : ****-05-** 
alarm_IRQ : no 
alrm_pending : no 
24hr : yes 
periodic_IRQ : no 
update_IRQ : no 
HPET_emulated : no 
DST_enable : no 
periodic_freq : 1024 
batt_status : okay 
vr@HTPC:~$

Alles anzeigen

Die grub.cfg hänge ich an, denn sie ist für hier zu lang.

Treito · 18. Mai 2011

Okay, hpet ist aus, Alarmzeit ist drin.
Nä. Frage: Geht die Uhr im BIOS eine Stunde nach? Wenn das ganze gehen soll, dann sollte sie es!
Den Blick in die grub.cfg kann ich mir sparen, hpet ist nun wirklich aus, also vermute ich ein Uhrzeitproblem!
Stichwort weiterhin UTC, wie auch immer das bei Ubuntu war...

Nachtrag: Die Kernel-Einträge hat er aber nicht mit in die grub.cfg übernommen!!!

docadams · 18. Mai 2011

Die Zeit im BIOS entspricht der MESZ. Aber ich habe was gefunden:

Code

#
# /etc/default/rcS
#
# Default settings for the scripts in /etc/rcS.d/
#
# For information about these variables see the rcS(5) manual page.
#
# This file belongs to the "initscripts" package.
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=no
VERBOSE=no
FSCKFIX=no

Alles anzeigen

UTC habe ich auf yes geändert. Mal sehen, was passiert.

Treito · 18. Mai 2011

Wenn UTC jetzt auf yes steht, dann muss die Uhr im BIOS auch auf UTC stehen. Wir haben nun Sommerzeit, also 2 Stunden zurück!
Da hätte ich auch eher drauf kommen können, dass 19:11 falsch war und 18:11 hätte heißen müssen, wenn die Uhr auf UTC steht!

gda · 18. Mai 2011

Was soll das denn alles? Nach einer yaVDR-Installation bei der man die Default-Einstellungen abnickt ist das System auf UTC! Außer jemand kommt auf die bescheuerte Idee und macht Dual-Boot mit Windows.

Gerald

Treito · 18. Mai 2011

Wenn sein Bios auf MESZ steht, dann nutzt er nachweislich nicht UTC. Und hätte yaVDR auf UTC gestanden, dann hätte als Weckzeit 18:11 stehen müssen und nicht 19:11, oder täusche ich mich da?
Ich weiß schon, warum ich bei mir NTP aktiviere...

docadams · 18. Mai 2011

Er hatte nicht aufgenommen. Ich habe jetzt einen Timer für 8 Uhr gesetzt, mal sehen. In der rcS steht jetzt definitiv UTC=yes. Bisher war allerdings im Bios immer noch die MESZ. Vielleicht muss sich das erst noch synchronisieren?

Ganz am Anfang ging es noch darum:

Zitat

Da es nicht klappt dann noch in der Datei /etc/default/grub in dieser Zeile die letzten beiden Argumente hinzugefügt :
GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet noresume nohz=off acpi_enforce_resources=lax acpi=force hpet=disable"
Dann auf der Konsole :
update-grub
echo 0 > /sys/class/rtc/rtc0/wakealarm

Wobei der echo-Befehl nicht ausgeführt wurde, da ich keine Berechtigung habe, auch nicht mit sudo.

Ob da schon was schief gelaufen ist?
Ich hatte zumindest bewusst keine Änderungen an den Defaults bei der Installation gemacht. Ich habe auch kein weiteres System auf der Platte

[gelöst] Timer weckt nicht

Jetzt mitmachen!

Teilen