[gelöst] vdr wacht 2 Stunden zu spät auf mit ACPI

doug · 20. Juli 2010

Hallo,

habe bei mir c't vdr 7 (debian lenny) installiert und jetzt wacht die Kiste 2 Stunden später auf. Wo kann ich das jetzt korrigieren?

Folgendes steht im log:
Jul 19 23:20:58 vdr vdr: [2703] next timer event at Tue Jul 20 15:09:00 2010
Jul 19 23:20:58 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S50.vdrrip as shell script
Jul 19 23:20:58 vdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Jul 19 23:20:58 vdr vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2010-07-20 13:04:00

gestartet ist er dann:
Jul 20 16:50:43 vdr kernel: imklog 3.18.6, log source = /proc/kmsg started.

Systemzeit sieht so aus:
hwclock
Di 20 Jul 2010 22:26:29 CEST -0.000301 seconds
vdr:/var/log# date
Di 20. Jul 22:26:30 CEST 2010

Gruß
Doug

Lou · 20. Juli 2010

Probier mal das:

in /etc/default/rcS UTC auf yes setzen

neu booten

im Bios Zeit auf UTC setzen

neu booten und nochmal testen

doug · 20. Juli 2010

Zitat

Original von Lou
Probier mal das:

in /etc/default/rcS UTC auf yes setzen

neu booten

im Bios Zeit auf UTC setzen

neu booten und nochmal testen

Alles anzeigen

...ist schon auf yes:
# /etc/default/rcS
TMPTIME=0
SULOGIN=no
DELAYLOGIN=no
UTC=yes
VERBOSE=no
FSCKFIX=no
RAMRUN=no
RAMLOCK=no

Für das BIOS muß ich mir erst Monitor und Tastatur holen.
Ich hatte vorher c't vdr 5 drauf und das hatte 1a funktioniert.
Dann ist mir die Platte verreckt und ich habe den 7er installiert.
Jetzt hab ich den Zeitversatz. Geht das nicht auch ohne am Bios
zu drehen?

So sehen meine Dateien aus:
/etc/init.d/dr-addon-acpiwakeup

Code

#! /bin/sh 
# 
# vdr-addon-acpiwakeup start-stop script 
# 


NAME="vdr-addon-acpiwakeup"
WAKEUP_FILE="/var/cache/vdr/acpiwakeup.time"


reset_wakeup_time()
{
    echo "$NAME: Resetting wakeup time"
    rm -f $WAKEUP_FILE >/dev/null 2>&1
}


set_wakeup_time()
{
    if [ -e "/sys/class/rtc/rtc0/wakealarm" ]; then
        echo "Kernel >=2.6.23, nothing to do."
        exit 0
    fi


    if [ -e $WAKEUP_FILE ]; then
        TIME_TO_SET=`cat $WAKEUP_FILE`
        echo "$NAME: Setting wakeup time to $TIME_TO_SET"


        echo $TIME_TO_SET >$ACPI_ALARM
        # Set it once more - some boards require this! 
        echo $TIME_TO_SET >$ACPI_ALARM
    fi
}


show_help()
{
    N=/etc/init.d/$NAME
    echo "Usage: $N {start|stop|restart|force-reload}" >&2
    exit 1
}


load_configuration()
{
    # read arguments for acpi-wakeup from conf-file 
    . /etc/vdr/vdr-addon-acpiwakeup.conf


    # Defaults: 
    [ -z "$ACPI_ENABLED" ]        && export ACPI_ENABLED="yes"
    [ -z "$ACPI_ALARM" ]          && export ACPI_ALARM="/proc/acpi/alarm"
}


# 
# main() 
# 


load_configuration


if [ ! $ACPI_ENABLED = "yes" ]; then
    echo "ACPI Wakeup disabled - doing nothing"
    exit 0
fi


case "$1" in
    start)
        reset_wakeup_time
        ;;
    stop|restart|force-reload)
        set_wakeup_time
        ;;
    status)
        ;;
    *)
        show_help
        ;;
esac

Alles anzeigen

und /usr/share/vdr/shutdown-hooks/S90.acpiwakeup

Bash

#!/bin/sh 
# 
# VDR shutdown hook for ACPI - Tobias Grimm <vdr@e-tobi.net> 
# -------------------------- 
# 
# This shutdown hook sets the wakeup time for the next timer using 
# ACPI. 
# 


if [ "`basename $0`" != "testwakeup" ] ; then
    # read arguments for acpi-wakeup from conf-file 
    . /etc/vdr/vdr-addon-acpiwakeup.conf
    WAKEUP_FILE="/var/cache/vdr/acpiwakeup.time"


    # take care of UTC setting 
    if [ -f /etc/default/rcS ]; then
        UTC=$(egrep "^[^#]*UTC=" /etc/default/rcS | tail -n1 | cut -d= -f2)
    fi


    LOG="logger -t vdr-addon-acpiwakeup "
else
    UTC=$UTC
    WAKEUP_FILE=$WAKEUP_FILE
    LOG="nop"
fi


nop()
{
    # No Operation 
    echo -n ""
}


if [ "$UTC" = "yes" ]; then
    TIME_FUNCTION="gmtime"
else
    TIME_FUNCTION="localtime"
fi


# Defaults: 
[ -z "$ACPI_ENABLED" ]       && export ACPI_ENABLED="yes"
[ -z "$ACPI_REGULAR_DAYS" ]  && export ACPI_REGULAR_DAYS="0"
[ -z "$ACPI_REGULAR_TIME" ]  && export ACPI_REGULAR_TIME="00:00"
[ -z "$ACPI_START_AHEAD" ]   && export ACPI_START_AHEAD="5"


[ -z "$ACPI_ALARM" ]         && export ACPI_ALARM="/proc/acpi/alarm"
[ -z "$WAKEALARM" ]          && export WAKEALARM="/sys/class/rtc/rtc0/wakealarm"


TIMER=$1
TimeToString()
{
    echo $(perl -e "(\$s,\$mi,\$h,\$d,\$mo,\$y,\$t,\$t,\$t)=\
    $TIME_FUNCTION($1); printf(\"%04d-%02d-%02d %02d:%02d:%02d\",\
    \$y+1900,\$mo+1,\$d,\$h,\$mi,\$s);") 
} 
 
AcpiError() 
{ 
    $LOG "No writeable $ACPI_ALARM or $WAKEALARM found. ACPI needed!!!" 
    echo "ABORT_MESSAGE=\"ACPI not installed, shutdown aborted!\"" 
    exit 1 
} 
 
ResetWakeupTimeKernelLte2_6_22() 
{ 
    # I don't really now right now, how to disable 
    # the wakeup, so just set it to 00:00:01 !!!! 
    SetWakeupTimeKernelLte2_6_22 \ 
      "`date -d '00:00:01' +'%s' | sed 's/_/ /'`" 
    return $? 
} 
 
SetWakeupTimeKernelLte2_6_22() 
{ 
    # convert time_t to YYYY-MM-DD HH:MM:SS 
    TIME_TO_SET=`TimeToString $1` 
 
    if [ -w $ACPI_ALARM ]; then 
        $LOG "Writing to  $ACPI_ALARM" 
        echo "$TIME_TO_SET" >$ACPI_ALARM 
        # Set it once more - some boards require this! 
        echo "$TIME_TO_SET" >$ACPI_ALARM 
        return $? 
    else 
        return 1 
    fi 
} 
 
ResetWakeupTimeKernelGte2_6_23() 
{ 
    if [ -w $WAKEALARM ]; then 
        $LOG "Writing to $WAKEALARM" 
        echo 0 >$WAKEALARM 
        return $? 
    else 
        return 1 
    fi 
}

Alles anzeigen

Gruß
Doug

Boss666 · 21. Juli 2010

Zitat

Original von doug
Geht das nicht auch ohne am Bios
zu drehen?

Meinst Du die Rechnerzeit (UTC) ins Bios schreiben? Dann klares ja! Passende Befehle:

Code

hwclock --hctosys 	 #Stellt die Systemzeit nach der Hardware-Uhr.
hwclock --systohc 	#Stellt die Hardware-Uhr nach der momentanen Systemzeit.

woprr · 21. Juli 2010

/etc/vdr/vdr-addon-acpiwakeup.conf:

# How many minutes should the machine wake up before the timer starts:
#CET
#ACPI_START_AHEAD=-55
#CEST
ACPI_START_AHEAD=-115

oder wies bei Dir passt.

doug · 21. Juli 2010

Hi Jungs,

danke für die Tips, aber ich habe mir gerade festgestellt das ich was übersehen habe, so wie es aussieht funktioniert wakeup per ACPI gar nicht.
Im Bios war noch ein Timer eingestellt der jeden Tag um die selbe Zeit.
Dumm gelaufen.
Wie bekomme ich denn ACPI mit Lenny ans rennen? Die Timer werden ja wie es scheint eingetragen aber die Kiste fährt nicht hoch.

Gruß
Doug

Boss666 · 21. Juli 2010

Wie schaut denn Deine /etc/vdr/vdr-addon-acpiwakeup.conf aus?

Bei Ubuntu 10.4 sind es die Pakete acpi-support, acpid und vdr-addon-acpiwakeup. Dürfte bei Lenny nicht wirklich anders sein...was sagt denn

Code

aptitude search acpi

doug · 21. Juli 2010

Zitat
Original von Boss666
Wie schaut denn Deine /etc/vdr/vdr-addon-acpiwakeup.conf aus?

Bei Ubuntu 10.4 sind es die Pakete acpi-support, acpid und vdr-addon-acpiwakeup. Dürfte bei Lenny nicht wirklich anders sein...was sagt denn
Code
aptitude search acpi

hier:

vdr:~# aptitude search acpi
p acpi - Anzeigen von Informationen zu ACPI-Geräten
p acpi-support - Skripte zur Verwaltung von ACPI-Ereignissen
p acpi-support-base - Skripte zur Verarbeitung grundlegender ACPI-Ereignisse wie den Start
i acpid - Hilfsprogramme für die Benutzung der ACPI-Energieverwaltung
p acpidump - Hilfsprogramme zum Speichern der ACPI-Systemtabellen in einer ASCII-
p acpitail - Anzeige von ACPI-Informationen im Stil von tail
p acpitool - Kommandozeilen-Client für ACPI
p acpitool-dbg - command line ACPI client (debug)
p claws-mail-acpi-notifier - Laptop's Mail LED control for Claws Mail
p eeepc-acpi-scripts - Scripts to support suspend and hotkeys on the Asus Eee PC laptop
p libacpi-dev - development files for libacpi
p libacpi0 - general purpose library for ACPI
v sylpheed-claws-gtk2-acpi-notifier -
i vdr-addon-acpiwakeup - Addon that enables vdr to wakeup itself using ACPI
p wmacpi - ACPI battery monitor for WindowMaker
p yacpi - Ncurses-basierter ACPI-Monitor für den Textmodus

vdr-addon-acpiwakeup.conf:

Code

# Activate/deactivate ACPIWakeup with yes/no:
ACPI_ENABLED=yes


# How many minutes should the machine wake up before the timer starts:
ACPI_START_AHEAD=10


# If you want your VDR machine to wakeup in regular intervals (i.e. for
# updating EPG data), specify the days of the week and the wakeup time.
#.
# Days of the week for regular wakeup (not set=Disabled, 1=Monday...7=Sunday)
# ACPI_REGULAR_DAYS="1 2 3 4 5 6 7"


# Wakeup time
ACPI_REGULAR_TIME=01:00  # HH:MM

Alles anzeigen

Gruß
Doug

gda · 21. Juli 2010

Zitat

Original von doug
Im Bios war noch ein Timer eingestellt der jeden Tag um die selbe Zeit.
Dumm gelaufen.

Zuerstmal würde ich diese Funktion im BIOS schon mal generell abschalten. Ansonsten empfehle ich diese Lektüre.

Gerald

doug · 21. Juli 2010

Zitat

Original von gda

Zuerstmal würde ich diese Funktion im BIOS schon mal generell abschalten. Ansonsten empfehle ich diese Lektüre.

Gerald

da steht:

Zitat

Kernel 2.6.26 (Debian 5.0 lenny)

In der Linux Kernelversion 2.6.26, die von Debian 5.0 (lenny) standardmäßig verwendet wird, ist ACPI Wakeup offenbar kaputt. Man kann z.B. einen eigenen Kern Version 2.6.27 installieren um das Problem zu lösen. (Ein aktuellerer Kern führte hier leider zu anderen Inkompatibilitäten.) Hinweis: Mit dem aktuellen Kernel 2.6.26-2-686 funktioniert das aufwecken problenlos. Sofern man die Aufweckzeit korrekt setzt (UTC, vorher auf 0 setzen...)

bei mir:
vdr:/etc/vdr# uname -a
Linux vdr 2.6.26-2-486 #1 Sat Dec 26 08:37:39 UTC 2009 i686 GNU/Linux

rtc Einträge ergibt:

vdr:/etc/vdr# date
Mi 21. Jul 13:55:06 CEST 2010
vdr:/etc/vdr# date
Mi 21. Jul 13:56:27 CEST 2010
vdr:/etc/vdr# cat /proc/driver/rtc
rtc_time : 13:56:29
rtc_date : 2010-07-21
alrm_time : 14:50:00
alrm_date : ****-07-**
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

im Kernel log steht:
Jul 18 10:03:21 vdr kernel: [ 0.210031] ACPI: RTC can wake from S4
...
Jul 18 10:03:21 vdr kernel: [ 1.081768] rtc0: alarms up to one year, y3k

hwclock:

Zitat

grep "hwclock" /etc/init.d/*
/etc/init.d/checkroot.sh:# Should-Start: keymap hwclockfirst hdparm bootlogd
/etc/init.d/hwclockfirst.sh:# hwclock.sh Set and adjust the CMOS clock, according to the UTC
/etc/init.d/hwclockfirst.sh:# Version: @(#)hwclock.sh 2.00 14-Dec-1998 miquels@cistron.nl
/etc/init.d/hwclockfirst.sh:# - Added comments to alert users of hwclock issues
/etc/init.d/hwclockfirst.sh:# WARNING: Please read /usr/share/doc/util-linux/README.Debian.hwclock
/etc/init.d/hwclockfirst.sh:# Provides: hwclockfirst
/etc/init.d/hwclockfirst.sh:FIRST=yes # debian/rules sets this to 'yes' when creating hwclockfirst.sh
/etc/init.d/hwclockfirst.sh:# Set this to any options you might need to give to hwclock, such
/etc/init.d/hwclockfirst.sh:hwclocksh()
/etc/init.d/hwclockfirst.sh: [ ! -x /sbin/hwclock ] && return 0
/etc/init.d/hwclockfirst.sh: # Uncomment the hwclock --adjust line below if you want
/etc/init.d/hwclockfirst.sh: # hwclock to try to correct systematic drift errors in the
/etc/init.d/hwclockfirst.sh: # hwclock --systohc, or you must delete /etc/adjtime
/etc/init.d/hwclockfirst.sh: # to a very different value and hwclock --adjust is being
/etc/init.d/hwclockfirst.sh: # Please read /usr/share/doc/util-linux/README.Debian.hwclock
/etc/init.d/hwclockfirst.sh: # before enabling hwclock --adjust.
/etc/init.d/hwclockfirst.sh: #/sbin/hwclock --adjust $GMT $BADYEAR
/etc/init.d/hwclockfirst.sh: if /sbin/hwclock --hctosys $GMT $HWCLOCKPARS $BADYEAR $NOADJ; then
/etc/init.d/hwclockfirst.sh: if /sbin/hwclock --systohc $GMT $HWCLOCKPARS $BADYEAR; then
/etc/init.d/hwclockfirst.sh: /sbin/hwclock --show $GMT $HWCLOCKPARS $BADYEAR
/etc/init.d/hwclockfirst.sh: log_success_msg "Usage: hwclock.sh {start|stop|reload|force-reload|show}"
/etc/init.d/hwclockfirst.sh:hwclocksh "$@"
/etc/init.d/hwclock.sh:# hwclock.sh Set and adjust the CMOS clock, according to the UTC
/etc/init.d/hwclock.sh:# Version: @(#)hwclock.sh 2.00 14-Dec-1998 miquels@cistron.nl
/etc/init.d/hwclock.sh:# - Added comments to alert users of hwclock issues
/etc/init.d/hwclock.sh:# WARNING: Please read /usr/share/doc/util-linux/README.Debian.hwclock
/etc/init.d/hwclock.sh:# Provides: hwclock
/etc/init.d/hwclock.sh:FIRST=no # debian/rules sets this to 'yes' when creating hwclockfirst.sh
/etc/init.d/hwclock.sh:# Set this to any options you might need to give to hwclock, such
/etc/init.d/hwclock.sh:hwclocksh()
/etc/init.d/hwclock.sh: [ ! -x /sbin/hwclock ] && return 0
/etc/init.d/hwclock.sh: # Uncomment the hwclock --adjust line below if you want
/etc/init.d/hwclock.sh: # hwclock to try to correct systematic drift errors in the
/etc/init.d/hwclock.sh: # hwclock --systohc, or you must delete /etc/adjtime
/etc/init.d/hwclock.sh: # to a very different value and hwclock --adjust is being
/etc/init.d/hwclock.sh: # Please read /usr/share/doc/util-linux/README.Debian.hwclock
/etc/init.d/hwclock.sh: # before enabling hwclock --adjust.
/etc/init.d/hwclock.sh: #/sbin/hwclock --adjust $GMT $BADYEAR
/etc/init.d/hwclock.sh: if /sbin/hwclock --hctosys $GMT $HWCLOCKPARS $BADYEAR $NOADJ; then
/etc/init.d/hwclock.sh: if /sbin/hwclock --systohc $GMT $HWCLOCKPARS $BADYEAR; then
/etc/init.d/hwclock.sh: /sbin/hwclock --show $GMT $HWCLOCKPARS $BADYEAR
/etc/init.d/hwclock.sh: log_success_msg "Usage: hwclock.sh {start|stop|reload|force-reload|show}"
/etc/init.d/hwclock.sh:hwclocksh "$@"
/etc/init.d/rc: # hwclock.sh scripts should not be executed from

Alles anzeigen

Gruß
Doug

gda · 21. Juli 2010

Alles schon durchgearbeitet? Hast du auch eine Frage? Ich finde keine.

Gerald

doug · 21. Juli 2010

Zitat

Original von gda
Alles schon durchgearbeitet? Hast du auch eine Frage? Ich finde keine.

Gerald

jo, hab ich durchgeackert und bin auf folgendes gerstoßen bein ACPI Test:

Zitat

vdr:/usr/bin# ./ACPI-test
Aktuelle Zeit: 2010-07-21 14:12:50
echo Starte Rechner neu um: Do 1. Jan 01:00:01 CET 1970
Fahre Rechner nun runter.
vdr:/usr/bin#
vdr:/usr/bin#
vdr:/usr/bin# cat /proc/driver/rtc
rtc_time : 14:12:52
rtc_date : 2010-07-21
alrm_time : 14:17:50
alrm_date : ****-07-21
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

Alles anzeigen

Wieso gibt der das aus:
echo Starte Rechner neu um: Do 1. Jan 01:00:01 CET 1970 ??

/Doug

Hemingway · 21. Juli 2010

Zitat

Original von doug

Wieso gibt der das aus:
echo Starte Rechner neu um: Do 1. Jan 01:00:01 CET 1970 ??

/Doug

Code

DEV=/sys/class/rtc/rtc0/wakealarm 
echo "Starte Rechner neu um: $(date --date="1970-01-01 $(cat $DEV) sec UTC")"

Lou · 21. Juli 2010

Ist in etc/init.d/hwclock.sh

Code

HWCLOCKPARS=--directisa

gesetzt?

doug · 21. Juli 2010

Zitat
Original von Lou
Ist in etc/init.d/hwclock.sh
Code
HWCLOCKPARS=--directisa
gesetzt?

Code

vdr:/usr/bin# cat /etc/init.d/hwclock.sh  | grep HWCLOCKPARS
HWCLOCKPARS="--directisa"
                if /sbin/hwclock --hctosys $GMT $HWCLOCKPARS $BADYEAR $NOADJ; then
                if /sbin/hwclock --systohc $GMT $HWCLOCKPARS $BADYEAR; then
                /sbin/hwclock --show $GMT $HWCLOCKPARS $BADYEAR

doug · 21. Juli 2010

Zitat

Original von Hemingway

Code

DEV=/sys/class/rtc/rtc0/wakealarm 
echo "Starte Rechner neu um: $(date --date="1970-01-01 $(cat $DEV) sec UTC")"

Hi Hemingway,

wie soll den das Testscript richtig aussehen:

Bash

#!/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


now=`date +%s`
nextboot=`echo "$now + 3 * 60" | bc`
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 "Starte Rechner neu um: ""$(date --date="1970-01-01 $(cat $DEV) sec UTC")
echo "Fahre Rechner nun runter."


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

Alles anzeigen

wenn ich das Original von Wiki nehme sagt er mir:
vdr:/usr/bin# ./ACPI-test
Aktuelle Zeit: 2010-07-21 14:44:00
./ACPI-test: line 17: unexpected EOF while looking for matching `"'
./ACPI-test: line 22: syntax error: unexpected end of file

/Doug

Hemingway · 21. Juli 2010

doug, teste doch mal, ob nach dem setzen des acpi-events in /sys/class/rtc/rtc0/wakealarm überhaupt was drinsteht. Daher dürften die Fehler in den Tesstscripts und das 1970ger-Datum wohl kommen.
ich habe das testscript bei mir so erweitert, dass mir mit

Code

cat /proc/driver/rtc
cat /sys/class/rtc/rtc0/wakealarm
echo "Fahre Rechner nun runter. ctrl-c zum Abbrechen"
read aok

die beiden werte ausgespuckt werden, und mir so ein nutzloses runterfahren erpart blieb, bis ih an den richtigen "Schrauben gedreht" hatte.

lallo72 · 21. Juli 2010

Hallo

Hilft doch alles probieren nichts! Mit dem 2.6.26er Kernel geht's einfach nicht. Ist ein Bug im Kernel, der nur mit einem neuen Kernel != 2.6.26 behoben werden kann.

lallo

doug · 21. Juli 2010

Hi Hamingway,

jo, nach mehrmaligem booten steht da jetzt was drin:

Code

vdr:/usr/bin# ./ACPI-test 
Aktuelle Zeit:         2010-07-21 21:16:26
Starte Rechner neu um: Do 22. Jul 00:36:26 CEST 2010
Fahre Rechner nun runter.


RTC:
rtc_time        : 21:16:26
rtc_date        : 2010-07-21
alrm_time       : 22:36:26
alrm_date       : 2010-07-21
alarm_IRQ       : yes
alrm_pending    : no
24hr            : yes
periodic_IRQ    : no
update_IRQ      : no
HPET_emulated   : no
DST_enable      : no
periodic_freq   : 1024
batt_status     : okay


wakealarm:
1279751786
Fahre Rechner nun runter. ctrl-c zum Abbrechen

Alles anzeigen

jetzt bin ich mal gespannt ob die Gurke auch hochfährt...

/Doug

doug · 21. Juli 2010

ist natürlich nicht hochgefahren und jetzt steht wieder das unter rtc:

Code

vdr:~# cat /proc/driver/rtc
rtc_time        : 22:40:25
rtc_date        : 2010-07-21
alrm_time       : 14:50:00
alrm_date       : ****-07-**
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
vdr:~# cat /sys/class/rtc/rtc0/wakealarm

Alles anzeigen

und wenn ich jetzt das Test-Script aufrufe wird wird wakealarm:
nicht ausgefüllt:

Code

vdr:/usr/bin# ./ACPI-test 
Aktuelle Zeit:         2010-07-21 22:46:44
Starte Rechner neu um: Do 1. Jan 01:00:01 CET 1970
Fahre Rechner nun runter.


RTC:
rtc_time        : 22:46:44
rtc_date        : 2010-07-21
alrm_time       : 22:51:44
alrm_date       : ****-07-21
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


wakealarm:
Fahre Rechner nun runter. ctrl-c zum Abbrechen

Alles anzeigen

Warum läßt sich das jetzt nicht mehr eintragen??

/Doug

[gelöst] vdr wacht 2 Stunden zu spät auf mit ACPI

Jetzt mitmachen!

Teilen