Beiträge von doug

doug · 22. Juli 2010

Zitat

Original von Lebochequirit
Beim Ausprobieren ist mir aufgefallen, dass auch unter 0.2 das im vdr-wiki vorgeschlagene Skript den - ebenfalls oben schon erwähnten - Fehler "Zeile 9: bc: Kommano nicht gefunden" auswirft.

oder
aptitude install bc

dann sollte es gehen.

Gruß
Doug

doug · 22. Juli 2010

Zitat

Original von lallo72
Hallo

Liest du auch mal die Beiträge die hier stehen? Hab oben schon geschrieben, dass das mit deinem Kernel nicht funktioniert.

lallo

Hi Lallo,

sorry, den Eintrag hab ich tatsächlich übersehen. Danke für die Info.
Welchen Kernel kann ich den nehmen damit noch
alle Plugins weiter laufen?

Gruß
Doug

doug · 22. Juli 2010

Zitat

Original von hektor
Moin,

aus meiner Erfahrung mit diesem Thema:

1) Hast Du auch Windows/Dualboot auf der Kiste? Dann wirds fies ...
2) Lass dich nicht von hwclock vs. date irritieren: hwclock/bios/ntp muss auf utc laufen, die Anzeige per $(date) zeigt dir die Uhrzeit in deiner Zeitzone.
3) alrm_date muss immer "voll" ausgefüllt sein, sonst geht der acpi-wakeup nicht.

Soweit,
Matthias

Alles anzeigen

hat natürlich nicht funktioniert!

matthias
zu 1) hab ich nicht
zu 2) ntp läuft auch nicht
zu 3) war ja voll ausgefüllt

Mit dem alten c't vdr hat das ja noch funktioniert. Jetzt hab ich keine Idee mehr.

doug · 21. Juli 2010

Zitat

Original von gda

Woher weißt du das? Er sollte erst Morgen 0:36 hochfahren. Immer daran denken, dass die alrm_time in UTC ist, also 2 Stunden draufrechnen.

Gerald

ok, dann warte ich mal länger

Das mit Test-Script verhält sich wie folgt:

Er trägt nur dann was ein, wenn ich die Zeit hochdrehe (>125):

nextboot=`echo "$now + 125 * 60" | bc`

dann geht es:

Code

vdr:/usr/bin# ./ACPI-test 
Aktuelle Zeit:         2010-07-21 23:00:48
Starte Rechner neu um: Do 22. Jul 01:05:48 CEST 2010
Fahre Rechner nun runter.


RTC:
rtc_time        : 23:00:48
rtc_date        : 2010-07-21
alrm_time       : 23:05:48
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

Alles anzeigen

/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

doug · 21. Juli 2010

Zitat

Original von woppr
Der Lenny Kernel ist viel zu alt für Realtek WLAN. Testing Kernel installieren und wpasupplicant version mit netlink ggfs.

welcher Kernel wird denn mindesten benötigt?

meiner ist:
Linux vdr 2.6.26-2-486 #1 Sat Dec 26 08:37:39 UTC 2009 i686 GNU/Linux

/Doug

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

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

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 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

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

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

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

doug · 20. Juli 2010

Hallo Leute,

versuche verzweifelt mein WLAN ans laufen zu bekommen unter Debian Lenny.

Bekomme folgendes mit:

vdr:/usr/share/vdr# iwlist wlan0 scan
wlan0 Scan completed :
Cell 01 - Address: 00:24:FE:4B:2F:A2
ESSID:"Test"
Mode:Master
Channel:1
Frequency:2.412 GHz (Channel 1)
Signal level=16/65
Encryption key:on
IE: WPA Version 1
Group Cipher : TKIP
Pairwise Ciphers (1) : TKIP
Authentication Suites (1) : PSK
IE: IEEE 802.11i/WPA2 Version 1
Group Cipher : TKIP
Pairwise Ciphers (1) : CCMP
Authentication Suites (1) : PSK
Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s
9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s; 36 Mb/s
48 Mb/s; 54 Mb/s
Extra:tsf=0000000882070182

Habe unter /etc/networks/interfaces folgendes eingetragen:

auto wlan0
iface wlan0 inet static
address 192.168.178.200
gateway 192.168.178.1
dns-nameservers 192.168.178.1
netmask 255.255.255.0
wpa-driver wext
wpa-ssid Test
wpa-ap-scan 1
wpa-proto WPA
wpa-pairwise CCMP
wpa-group TKIP
wpa-key-mgmt WPA-PSK
wpa-psk 370e92324d3f28d1a0372f59911aa217a9c1f304ffe7ee0bc37e7df82ac830b8

im log steht folgendes:
Jul 20 23:32:30 vdr kernel: [ 155.768844] wlan0: authentication frame received from 00:24:fe:4b:2f:a2, but not in authenticate state - ignored
Jul 20 23:32:33 vdr kernel: [ 158.876007] wlan0: Initial auth_alg=0
Jul 20 23:32:33 vdr kernel: [ 158.876012] wlan0: authenticate with AP 00:24:fe:4b:2f:a2
Jul 20 23:32:33 vdr kernel: [ 159.076005] wlan0: authenticate with AP 00:24:fe:4b:2f:a2
Jul 20 23:32:34 vdr kernel: [ 159.276005] wlan0: authenticate with AP 00:24:fe:4b:2f:a2
Jul 20 23:32:34 vdr kernel: [ 159.476005] wlan0: authentication with AP 00:24:fe:4b:2f:a2 timed out
Jul 20 23:32:36 vdr kernel: [ 161.195084] wlan0: authentication frame received from 00:24:fe:4b:2f:a2, but not in authenticate state - ignored
Jul 20 23:32:44 vdr kernel: [ 170.084007] wlan0: Initial auth_alg=0
Jul 20 23:32:44 vdr kernel: [ 170.084012] wlan0: authenticate with AP 00:24:fe:4b:2f:a2
Jul 20 23:32:44 vdr kernel: [ 170.116004] wlan0: Initial auth_alg=0
Jul 20 23:32:44 vdr kernel: [ 170.116007] wlan0: authenticate with AP 00:24:fe:4b:2f:a2

lspci:
04:08.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8185 IEEE 802.11a/b/g Wireless LAN Controller (rev 20)

Gruß
Doug

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

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

doug · 11. November 2008

Hi,

nur mal so ein Update:
Habe mittlerweile diese Festplatte im Einsatz:
1 TB WD10EACS S-ATA

Das ist bis jetzt die beste Festplatte: Super leise und bleibt
dabei auch noch total "cool".

Gruß
Doug

doug · 10. November 2008

Zitat

Original von winni
Hi,

man kann das auch im OSD von epgsearch kontrollieren:

Unter Suche/Aktionen/Zeige erledigte Aufnahmen sieht man die Aufnahmen, die der zuvor gewählte Suchtimer erzeugt hat, mit "alle" sieht man das suchtimer-übergreifend. Die Sortierung ist zeitlich absteigend.

Wer sich nicht immer erst bis "Suche" durchklicken will, kann mit dem Zusatzplugin "epgsearchonly" auch einen eigenen Hauptmenüeintrag dafür erzeugen.

Tschüss,

winni

Alles anzeigen

Hi winni,

vielen Dank, genau das hab ich gesucht.
Wie und wo finde ich denn "epgsearchonly"?
Läßt sich das ohne große anpassung installieren?

Gruß
doug

doug · 6. November 2008

Hi,

gibt es schon ein Plugin mit dem man sich anzeigen lassen kann was der VDR so álles aufgezeichnet hat mit EPGSEARCH?
So eine Art Timerprotokoll?
Dann muß man nicht alle Verzeichnisse durchwühlen nach neuen Aufnahmen.

Gruß
Doug

doug · 16. Januar 2008

Hi,

wie bekomme ich diese Fehlermeldung weg:

skinelchi: no translation found for 'Next' in language 1

Gruß
Doug

c't VDR: 1.4.6-1ctvdr2
Kernel : 2.6.23.12
vdr-plugin-skinelchi (0.1.0+0.1.1pre1-13)

Beiträge von doug

[gelöst] ACPI Wakeup streikt.

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

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

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

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

Problem mit WLAN und WPA mit TKIP auf Lenny

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

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

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

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

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

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

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

Problem mit WLAN und WPA mit TKIP auf Lenny

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

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

super leise Festplatte >=200GB ?

Aufnahmen anzeigen lassen

Aufnahmen anzeigen lassen

skinelchi: no translation found for 'Next' in language 1