ACPI Wakeup und HWCLOCKACCESS

"sudo" könnte das Zauberwort sein!
sudo erlaubt das ausführen mit Superuser Rechten für authorisierten user

Heda,

wenn ich die Start-Stop-Mechanik von Linux richtig verstanden habe, werden bei einem
"shutdown -h..." (also ein init 0) alle Stop-Scripte (die mit K??* anfangen) im Verzeichnis /etc/rc0.d ausgeführt.

Wenn nun das K-Script für den VDR später drankommt als das K-Script für die hwclock, wird die BIOS-Zeit nach dem Setzen des Wakeup-Timers durch den VDR gesetzt...und nix geht mehr...

Man müsste den K??hwclock vor dem K??vdr starten (also das Script ausführen)...

Also in etwa:

root@VDR:/etc/rc0.d# mv K22hwclock K02hwclock

Ich habs mal bei mir umgebaut, leider keine Zeit zum testen...

Ich berichte später...vielleicht probierts schon mal jemand...

Martin

alarm.sh - script + Links in /etc/rc.. könnte helfen

siehe hier:

Wakeup mit FSC D1171

Gruß

Gerhard

Zitat

Original von martinoelge
Wenn nun das K-Script für den VDR später drankommt als das K-Script für die hwclock, wird die BIOS-Zeit nach dem Setzen des Wakeup-Timers durch den VDR gesetzt...und nix geht mehr...

Du übersiehst das die ACPI aufwachzeit in den shutdown scripten von VDR gesetzt wird.
Also BEVOR init x ausgeführt wird.

Die reihenfolge der kill scripte ist daher irrelevant.

gruss Peter

PeterD

Jupp, soweit hab ichs auch rausgefunden... also nix mit Kill-Script...

Desweitern hab ich mal den Ansatz von goldfish verfolgt und das Script getestet.
Fazit: es geht nur eins: entweder hwclock oder acpi-wakeup...:schiel

Ist das wirklich so oder bin ich mal wieder blind...

fragt sich
Martin

So jetzt hab ichs, wer lesen kann, ist klar im Vorteil: RTFW (read the fucking wiki)

wie immer im Leben gibts mehrere Möglickeiten:

1. ACPI-Wakeup geht garnicht (dann sind wir hier im Thread aber falsch)
2. ACPI-Wakeup geht, aber nur mit HWCLOCKACCESS=no in /etc/default/rcS
3. ACPI-Wakeup geht auch mit hwclock (ohne HWCLOCKACCES gesetzt!)

Bisher hab ich mich mit Punkt 2. zufrieden gegeben...
Aber:
Wenn man in der /etc/init.d/hwclock.sh den Parameter:

# Set this to any options you might need to give to hwclock, such
# as machine hardware clock type for Alphas.
HWCLOCKPARS="--directisa"

setzt, gehts...
Letztendlich hab ich diesen Hinweiss von hier:

Linux-Magazin

bye
Martin

Zitat

Original von Phantom67
Jetzt hat es geklappt. Mein vdr stellt die Hardwareuhr und gleichzeitig funktioniert ACPI Wakeup.

Na siehste, geht doch

Zitat

Hier noch mal meine kompletten Anpassungen für ACPI Wakeup:

"/etc/vdr/vdr-addon-acpiwakeup.conf":
ACPI_ENABLED=yes

ok, hab ich auch!

Zitat

"/etc/default/rcS":
HWCLOCKACCESS=yes

Schön, aber nicht notwendig, da auf yes nicht getestet wird...Man kann es weglassen!

Zitat

"/etc/defaults/vdr":
HWCLOCKACCESS=yes

Das ist überflüssig, wird nirgends ausgewertet! Ist wohl in einem anderen Thread mal erwähnt worden...

Zitat

"/etc/init.d/hwclockfirst.sh":
HWCLOCKPARS="--directisa"

"/etc/init.d/hwclock.sh":
HWCLOCKPARS="--directisa"

Das war der wichtige Punkt!!!

Zitat

Außerdem muss hier in jeder Zeile mit hwclock der Parameter
$HWCLOCKPARS
hinzugefügt werden.

Echt? In meinen Scripten waren die schon alle drinne...
Hatte es deswegen nicht extra erwähnt...
Naja, hab auch ne ziemlich neue Kanotix-2006-RC4...

Habe hier testweise ein FSC D1107 am laufen, hatte das Problem, daß der vdr zu spät aufgewacht ist.
Dank diesem Thread läuft nun das ACPI-wakeup einwandfrei, yippi

Distri: ctvdr5

und zwar so:

Zitat

"/etc/init.d/hwclockfirst.sh":
HWCLOCKPARS="--directisa"

"/etc/init.d/hwclock.sh":
HWCLOCKPARS="--directisa"

Außerdem in jeder Zeile mit hwclock der Parameter
$HWCLOCKPARS
hinzugefügt werden:

Alles anzeigen

Zeile 72:
/sbin/hwclock --hctosys $GMT $BADYEAR $HWCLOCKPARS
Zeile 104:
/sbin/hwclock --systohc $GMT $BADYEAR $HWCLOCKPARS
Zeile 119:
/sbin/hwclock --show $GMT $BADYEAR $HWCLOCKPARS

Gruß, Aman

Hallo Leutz,

habe versucht eure Tips umzusetzten nur das Ding geht nicht an
Manuelles Zeit setzen klappt nur die Übergabe vom VDR an ACPI scheint nicht zu klappen.

Findet sich jemand hilfsbereites ?

GLG