[yavdr0.5] nvram-wakeup weckt den Rechner nicht.

Zitat von warhammer

Wegen der neuen BIOS Version habe ich nochmal auf ACPI umgestellt -> Leider auch ohne Erfolg.

Mann, da war aber von nvram-wakeup die Rede!

Zitat von warhammer

<g> und du unterschätzt mich

Echt? Deinen anderen Satz mit der "FA" will ich gar nicht erst ins Spiel bringen. Etwas mehr Bescheidenheit wäre offensichtlich angebracht.

Albert

Zitat von warhammer

FA?

Du bist etwas langsam!

Zitat von warhammer

Wenn Du für die paar Schritte schon 2-3 Stunden brauchst hättest bei uns in der Firma keine Zukunft.

Wie viele Stunden hast Du bis jetzt gebraucht?

Albert

Nur mal so, um eine neue Denkrichtung zu ermöglichen, meine Lösung bei einem Asrockboard:
Als ich mit dem Testscript acpi-script-test.sh aus dem WIKI (runterfahren und nach 3 Minuten neu starten) die Eignung getestet habe,
blieb die Alarmzeit einfach leer (mit UTC oder ohne). Durch Zufall fiel mir dann allerdings auf, daß die allmorgendliche Aufwachzeit sehr wohl
in die Alarmzeit eingetragen wurde - allerdings eine Stunde zu früh.
Meine Idee war daraufhin, die Stunde zum Testscript hinzuzufügen (in Zeile 7 +3780 statt +180 Sekunden):

#!/bin/bash
# Startet dem Rechner nach 3 Minuten über ACPI neu.


DEV=/sys/class/rtc/rtc0/wakealarm
#DEV=/proc/acpi/alarm          	# Fuer Kernel < 2.6.22


nextboot=`date --date "now +3780 seconds" "+%s"`
echo 0 > $DEV
echo $nextboot > $DEV  # Einige Mainboards sind etwas begriffsstutzig,
#echo $nextboot > $DEV  # sie kapieren erst nach zwei Aufrufen, was Sache ist.




echo "Aktuelle Zeit:     	"`date "+%Y-%m-%d %H:%M:%S"`
echo
cat /proc/driver/rtc
echo
echo "Fahre Rechner runter."


#busybox poweroff
#/usr/bin/poweroff.pl
poweroff

und siehe da: 3 Minuten später springt mein Rechner wieder an. Und so seltsam es klingt, der Alarmzeit wird tatsächlich die Zeit + 1 Stunde übergeben und das Bios macht daraus die richtige Zeit - irgendwie.

Ist doch alles für ACPI Wakeup direkt in Yavdr mit dabei. Im Webinterface auswählen und fertig.
Bios auf UTC stellen nicht vergessen.

(Hier könnte ein Dualboot Windows (XP) dazwischenfunken weil dass auf local time stellt)

Joe

... im testing war nix von acpi-wake up zu sehen, als ich vor ein paar tagen installierte!

Bei mir ist es egal ob mit oder ohne UTC die Zeit die im acpi-wakealarm.time.old steht ist immer +1stunde und er springt akkurat an. Und wozu was anderes verbiegen, als die Zeit um die es ja nun mal geht.

Weil das im main ppa ist welches immer dazugenommen werden sollte wenn man eines der yavdr ppas verwendet.

Dort das vdr-addon-acpiwakeup und gut ist es.
Eventuel muss man wenn man nur das einzelne Paket nimmt in der dazugehörigen Config noch das YES setzen um es zu aktivieren.

Zitat von DocViper

Weil das im main ppa ist welches immer dazugenommen werden sollte wenn man eines der yavdr ppas verwendet.

Dort das vdr-addon-acpiwakeup und gut ist es.
Eventuel muss man wenn man nur das einzelne Paket nimmt in der dazugehörigen Config noch das YES setzen um es zu aktivieren.

jaaa, wenn man's erstmal weiß, ist alles einfach und glasklar

hast du da schon geschaut ?

[gelöst] NVRAM oder ACPI Wakeup mit ASRock NF6-GLAN - irgenwelche Tips? Hat das jemand am Laufen

Zitat von Leon357

hast du da schon geschaut ?

Das habe ich auch schon empfohlen.

Albert

BIOS -> RTC Alarm ON?

Albert

warhammer

Versuche es mal so: im BIOS das "Wake UP on RTC" händisch auf ENABLED, und dann im nvram-wakeup.conf addr_stat auf den selben Wert wie addr_sec.

################################################
## Mainboard autodetection information:
##
## - Mainboard vendor: "ASRock"
## - Mainboard type: "ALiveNF6G-GLAN"
## - Mainboard revision: ""
## - BIOS vendor: "American Megatrends Inc."
## - BIOS version: "P1.80"
## - BIOS release: "04/09/2009"


addr_min = 0x3F
shift_min = 2
addr_sec = 0x40
addr_day = 0x46
addr_hour = 0x47
addr_stat = 0x40
shift_stat = 2
addr_chk_h = 0x30
addr_chk_l = 0x31
upper_method = VT82Cxxx

EDIT: Du bist schon nahe dran. Die ALiveNF6G-VSTA, ALiveNF6G-DVI und ALiveNF6G-GLAN haben alle denselben NVIDIA GeForce 6150SE / nForce 430 Chipzatz. Hier noch ein Config von einem ALiveNF6G-DVI.

Albert

Hi,

das gleiche Problem tritt bei mir in unregelmäßigen Abständen auf. Hier meine Lösung:

1) Ein Live-Linux von CD booten (z.B. grml; Puppy-Linux usw)
2) Die root Partition mounten (mit Schreibrechten)
mount -t auto /dev/sdX /mnt
3) cd /mnt/boot/grub
4) rm grubenv
5) grub-editenv grubenv create
6) grub-editenv grubenv set default=0
7) reboot und Live-Linux CD entfernen

Fehlerursache
Nachdem der poweroff Kernel gestarteet wurde geht beim Schreiben der grubenv etwas schief
(was weiß ich auch nicht). Wenn das System dann gestartet wird, wird wieder der Poweroff Kernel gebootet.
Durch das Neu-Schreiben der grubenv und setzen der default=0 bootet wieder das yavdr-System.

Grüße

Alex

Zitat

Ist doch alles für ACPI Wakeup direkt in Yavdr mit dabei. Im Webinterface auswählen und fertig.

Bios auf UTC stellen nicht vergessen.

Fast! hpet=disable fehlt. Nach jedem Kernelupdate muss man dran denken das wieder reinzuhacken, sonst gibts Mecker von der Dame weil die programmierte Aufnahme mal wieder nicht hingehauen hat...

OK, braucht vielleicht nicht jeder, aber schadets? Kann man das templaten?

Zitat von andreas70

Kann man das templaten?

Die /etc/default/grub ist doch getemplated... klar kann man da auch ein Custom-Template unterbringen. https://github.com/yavdr/yavdr…emplates/etc/default/grub