VDR kein wakup für Aufnahme

Schoenow · Jan 14th 2014

Guten Abend,

mir ist folgendes aufgefallen, das programmierte Aufnahmen aus der Timer Anzeige verschwunden sind aber leider keine Aufnahme durchgeführt wurde.
Wir wollten uns vorgestern diese tollen Tatort Franziska ansehen.
Es war noch ein Timer programmiert für gestern nacht, Timer war gesetzt und konnte im OSD angezeigt werden.
Aber heute war der Timer aus der Liste verschwunden und keine Aufnahme auf der Festplatte.
Im Syslog konnte ich sehen, das es keine Eintrag für gestern gab.
entfernt

Ja, es ging schon mal ohne Probleme letzte Aufnahme war am 27.12.2013.
Wo soll ich suchen?
Danke und schönen Abend noch

jsffm · Jan 14th 2014

gelöscht

ATD · Jan 14th 2014

Quote from Schoenow

Wo soll ich suchen?

Code

Jan 13 20:17:21 Mediacenter kernel: imklog 5.8.6, log source = /proc/kmsg started.
Jan 13 20:17:42 Mediacenter vdr-frontend[1962]: acip-wakeup.time.old hatte Wert: Sun Jan 12 19:52:00 2014
Jan 13 20:17:42 Mediacenter vdr-frontend[1962]: vergleiche mit jetzt: Mon Jan 13 19:17:42 2014
Jan 13 20:17:41 Mediacenter vdr: [1779] timer 1 (19 2208-2355 'The Sessions - Wenn Worte berühren') set to event Mon 13.01.2014 22:10-23:45 'The Sessions - Wenn Worte berühren'
Jan 13 20:17:41 Mediacenter vdr: [1779] dbus2vdr: raise SIGSTOP for Upstart
Jan 13 20:17:41 Mediacenter kernel: [   26.150613] init: wait-for-job-state (vdr-frontendvdr) main process (998) killed by TERM signal
Jan 13 20:17:42 Mediacenter vdr: [1928] dbus2vdr: upstart replies: ()
Jan 13 20:17:42 Mediacenter vdr: [1945] [cardclient.core] cc-loop
Jan 13 20:22:06 Mediacenter vdr: [1779] Power button pressed
Jan 13 20:22:12 Mediacenter vdr-nvram-wakeup: nvram-wakeup functionality is disabled

Das sagt doch so manches oder?

Albert

Schoenow · Jan 14th 2014

Quote

Das sagt doch so manches oder?

Jut, mir nicht.
Aber, wenn ich das unabsichtlich ausgeschaltet habe, wie kann ich es wieder einschalten?
Gruß Thorben

Schoenow · Jan 14th 2014

Habe was gefunden, in der Datei "/etc/vdr/vdr-nvram-wakeup.conf

stand

Code

ENABLED="no"

Habe das geändert auf

Code

ENABLED="yes"

mal sehen. Oder zählt das nur für NVRAM-WAKEUP nicht aber für ACPI
die Datei /etc/vdr/vdr-addon-acpiwakeup.conf
hat den Inhalt

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

Gruß Thorben

ATD · Jan 15th 2014

Quote from Schoenow

hat den Inhalt

Hatte! Richtig?

Albert

Schoenow · Jan 15th 2014

Quote from ATD

Hatte! Richtig?

Jetzt bin ich verwirrt.
Also soll ich was wo auf yes und wo auf nö ändern?
Ich war der Meinung das ACPI per default gesetzt ist und NVRAM nur wenn ACPI nicht geht.

Thx Thorben

ATD · Jan 16th 2014

Quote from Schoenow

Jetzt bin ich verwirrt.

Passt schon. Ich habe nur gemeint, dass Du es bereits korrigiert hast.

Albert

Schoenow · Jan 18th 2014

Hallo, geht nicht
hier Auszug aus dem Log

Code

Jan 17 22:49:34 Mediacenter vdr: [1921] timer 1 (2 0113-0205 'In Plain Sight - In der Schusslinie') set to event Sam 18.01.2014 01:15-01:55 (VPS: 18.01. 01:15) 'In Plain Sight - In der Schusslinie'
Jan 17 22:49:34 Mediacenter vdr: [1921] timer 1 (2 0113-0205 'In Plain Sight - In der Schusslinie') set to event Sam 18.01.2014 01:15-01:55 (VPS: 18.01. 01:15) 'In Plain Sight - In der Schusslinie'
Jan 17 22:49:40 Mediacenter vdr: [1919] [softhddev]GrabImage: 0, 1, 80, 729x480
Jan 17 22:49:40 Mediacenter vdr: [1919] [softhddev]GrabImage: 0, 1, 80, 729x480
Jan 17 22:49:40 Mediacenter vdr: [1798] [softhddev]GrabImage: 0, 1, 80, 729x480
Jan 17 22:49:45  vdr: last message repeated 4 times
Jan 17 22:49:45 Mediacenter vdr: [1798] Power button pressed
Jan 17 22:49:45 Mediacenter vdr: [1798] confirm: Taste drÃ¼cken, um Ausschalten abzubrechen
Jan 17 22:49:45 Mediacenter vdr: [1798] warning: Taste drÃ¼cken, um Ausschalten abzubrechen
Jan 17 22:49:47 Mediacenter vdr: video: slow down video, duping frame
Jan 17 22:49:47 Mediacenter vdr: video: decoder buffer empty, duping frame (6875/34312) 0 v-buf
Jan 17 22:49:47 Mediacenter vdr: video: 24:38:44.446  +43  331   0/\ms   0+5 v-buf
Jan 17 22:49:47 Mediacenter vdr: video: decoder buffer empty, duping frame (6877/34312) 8 v-buf
Jan 17 22:49:47 Mediacenter vdr: video: slow down video, duping frame
Jan 17 22:49:47 Mediacenter vdr: video: 24:38:44.846  +60  332   0/\ms   4+7 v-buf
Jan 17 22:49:50 Mediacenter vdr: video: slow down video, duping frame
Jan 17 22:49:50 Mediacenter vdr: video: decoder buffer empty, duping frame (6907/34474) 0 v-buf
Jan 17 22:49:50 Mediacenter vdr: video: 24:38:47.686  +50  330   0/\ms   0+5 v-buf
Jan 17 22:49:51 Mediacenter vdr: video: decoder buffer empty, duping frame (6910/34474) 3 v-buf
Jan 17 22:49:51 Mediacenter vdr: video: slow down video, duping frame
Jan 17 22:49:51 Mediacenter vdr: video: 24:38:48.146  +59  296   0/\ms   2+8 v-buf
Jan 17 22:49:51 Mediacenter vdr: [1798] confirmed
Jan 17 22:49:51 Mediacenter vdr: [1798] next timer event at Sat Jan 18 01:13:00 2014
Jan 17 22:49:51 Mediacenter vdr: [1798] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1390003980 8589 2 "In Plain Sight - In der Schusslinie" 1'
Jan 17 22:49:51 Mediacenter vdr: [1798] saved setup to /var/lib/vdr/setup.conf
Jan 17 22:49:51 Mediacenter vdr: [1798] [softhddev]GrabImage: 0, 1, 80, 729x480
Jan 17 22:49:51 Mediacenter vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Jan 17 22:49:51 Mediacenter vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2014-01-18 00:08:00
Jan 17 22:49:51 Mediacenter vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 17 22:49:51 Mediacenter vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Jan 17 22:49:51 Mediacenter vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Jan 17 22:49:51 Mediacenter vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Jan 17 22:49:51 Mediacenter vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Jan 17 22:49:51 Mediacenter vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Jan 17 22:49:51 Mediacenter vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S99.shutdown
Jan 17 22:49:51 Mediacenter kernel: [  720.746481] init: vdr-frontend main process (1948) killed by TERM signal
Jan 17 22:49:51 Mediacenter vdr: video: slow down video, duping frame
Jan 17 22:49:51 Mediacenter vdr: video: decoder buffer empty, duping frame (6915/34516) 0 v-buf

Display More

Dort sehe ich jetzt auch

Code

Jan 17 22:49:51 Mediacenter vdr-nvram-wakeup: nvram-wakeup functionality is disabled

Obwohl die Datei /etc/vdr/vdr-nvram-wakeup.conf von mir "händisch" geändert wurde.
Ich vermute das wird überschrieben, da in der GUI ACPI gewählt ist.

Noch eine Idee, was ich tun könnte?
Außer komplett neu?
Danke

Tobias · Feb 3rd 2014

Ich habe dasselbe Problem. Mal gehts, mal gehts nicht. Muss ich auch erst untersuchen...

Tobias · Feb 4th 2014

Ich versuche es gerade nachzustellen...
Ich kann manuell in "wakealarm" schreiben, aber wenn ich es wiederr auslese, kommt eine andere Zeit heraus, nämlich immer sysdate+5min

Code

root@YaVDR:/home/yavdr# echo 0 > /sys/class/rtc/rtc0/wakealarm
root@YaVDR:/home/yavdr# date +%s -d "Thu Feb 04 19:50:00 MET 2014" > /sys/class/rtc/rtc0/wakealarm
root@YaVDR:/home/yavdr# date +%s -d "Thu Feb 04 19:50:00 MET 2014" > /sys/class/rtc/rtc0/wakealarm
root@YaVDR:/home/yavdr# cat /proc/driver/rtc
rtc_time	: 19:38:37
rtc_date	: 2014-02-04
alrm_time	: 19:43:35
alrm_date	: 2014-02-04
alarm_IRQ	: no
alrm_pending	: no
update IRQ enabled	: no
periodic IRQ enabled	: no
periodic IRQ frequency	: 1024
max user IRQ frequency	: 64
24hr		: yes
periodic_IRQ	: no
update_IRQ	: no
HPET_emulated	: no
BCD		: yes
DST_enable	: no
periodic_freq	: 1024
batt_status	: okay
root@YaVDR:/home/yavdr# hwclock --debug
hwclock von util-linux 2.20.1
Benutze /dev interface to clock.
Die Hardwareuhr läuft vermutlich in UTC.
Warte auf Uhrtick…
… erhielt Uhrtick
Zeit gelesen aus Hardwareuhr: 2014/02/04 19:38:55
Zeit der Hardwareuhr: 2014/02/04 19:38:55 = 1391542735 Sekunden seit 1969
Di 04 Feb 2014 20:38:55 CET  -0.584214 Sekunden
root@YaVDR:/home/yavdr#

Display More

aber selbst wenn ich nun "poweroff" mache, der VDR schaltet sich nicht wieder an
Der WAF ist gerade im Keller... und der war schonmal ziemlich nah am Himmel
Falls jetzt einer die Mainboardeinstellungen anfragt: unter Yavdr 0.4 hat es funktioniert. Und ich habe keine Eintellungen geändert

Hier mal ein dmesg bzgl ACPI, vieleicht sieht jemand einen fehler...

Code

root@YaVDR:/home/yavdr# dmesg |grep ACPI
[    0.000000]  BIOS-e820: 00000000cffb0000 - 00000000cffc0000 (ACPI data)
[    0.000000]  BIOS-e820: 00000000cffc0000 - 00000000cfff0000 (ACPI NVS)
[    0.000000] ACPI: RSDP 00000000000fb460 00014 (v00 ACPIAM)
[    0.000000] ACPI: RSDT 00000000cffb0000 00044 (v01 101810 RSDT1744 20101018 MSFT 00000097)
[    0.000000] ACPI: FACP 00000000cffb0200 00084 (v02 A_M_I  OEMFACP  12000601 MSFT 00000097)
[    0.000000] ACPI: DSDT 00000000cffb0450 08A8E (v01  AS353 AS353171 00000171 INTL 20051117)
[    0.000000] ACPI: FACS 00000000cffc0000 00040
[    0.000000] ACPI: APIC 00000000cffb0390 0007C (v01 101810 APIC1744 20101018 MSFT 00000097)
[    0.000000] ACPI: MCFG 00000000cffb0410 0003C (v01 101810 OEMMCFG  20101018 MSFT 00000097)
[    0.000000] ACPI: OEMB 00000000cffc0040 00071 (v01 101810 OEMB1744 20101018 MSFT 00000097)
[    0.000000] ACPI: SRAT 00000000cffb8ee0 000B8 (v03 AMD    FAM_F_10 00000002 AMD  00000001)
[    0.000000] ACPI: MSCT 00000000cffb8fa0 0004E (v01 A M I  OEMBOARD 00000001 AMD  00000001)
[    0.000000] ACPI: AAFT 00000000cffb8ff0 00027 (v01 101810 OEMAAFT  20101018 MSFT 00000097)
[    0.000000] ACPI: SSDT 00000000cffb9020 0023E (v01 A M I  POWERNOW 00000001 AMD  00000001)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: PM-Timer IO Port: 0x808
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x05] lapic_id[0x84] disabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x06] lapic_id[0x85] disabled)
[    0.000000] ACPI: IOAPIC (id[0x01] address[0xfec00000] gsi_base[0])
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[    0.000000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level)
[    0.000000] ACPI: IRQ0 used by override.
[    0.000000] ACPI: IRQ2 used by override.
[    0.000000] ACPI: IRQ9 used by override.
[    0.000000] Using ACPI (MADT) for SMP configuration information
[    0.019056] ACPI: Core revision 20110623
[    0.072003] PM: Registering ACPI NVS region at cffc0000 (196608 bytes)
[    0.072003] ACPI: bus type pci registered
[    0.072003] ACPI: Added _OSI(Module Device)
[    0.072003] ACPI: Added _OSI(Processor Device)
[    0.072003] ACPI: Added _OSI(3.0 _SCP Extensions)
[    0.072003] ACPI: Added _OSI(Processor Aggregator Device)
[    0.072036] ACPI: EC: Look up EC in DSDT
[    0.072967] ACPI: Executed 5 blocks of module-level executable AML code
[    0.075170] ACPI: Interpreter enabled
[    0.075174] ACPI: (supports S0 S1 S3 S4 S5)
[    0.075190] ACPI: Using IOAPIC for interrupt routing
[    0.075725] PCI: MMCONFIG at [mem 0xe0000000-0xefffffff] reserved in ACPI motherboard resources
[    0.097416] ACPI: No dock devices found.
[    0.097422] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[    0.097569] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])
[    0.128427] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[    0.128563] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE2._PRT]
[    0.128586] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE5._PRT]
[    0.128613] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCEA._PRT]
[    0.128642] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT]
[    0.128773]  pci0000:00: Requesting ACPI _OSC control (0x1d)
[    0.129004]  pci0000:00: ACPI _OSC control (0x18) granted
[    0.132336] ACPI: PCI Interrupt Link [LNKA] (IRQs 4 *7 10 11 12 14 15)
[    0.132367] ACPI: PCI Interrupt Link [LNKB] (IRQs 4 7 10 *11 12 14 15)
[    0.132395] ACPI: PCI Interrupt Link [LNKC] (IRQs 4 7 *10 11 12 14 15)
[    0.132423] ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 10 *11 12 14 15)
[    0.132451] ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 *10 11 12 14 15)
[    0.132479] ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 *10 11 12 14 15)
[    0.132507] ACPI: PCI Interrupt Link [LNKG] (IRQs 4 *10 11 12 14 15)
[    0.132535] ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 *10 11 12 14 15)
[    0.132931] PCI: Using ACPI for IRQ routing
[    0.147019] pnp: PnP ACPI init
[    0.147034] ACPI: bus type pnp registered
[    0.147189] pnp 00:00: Plug and Play ACPI device, IDs PNP0a03 (active)
[    0.147251] pnp 00:01: Plug and Play ACPI device, IDs PNP0200 (active)
[    0.147288] pnp 00:02: Plug and Play ACPI device, IDs PNP0b00 (active)
[    0.147312] pnp 00:03: Plug and Play ACPI device, IDs PNP0800 (active)
[    0.147344] pnp 00:04: Plug and Play ACPI device, IDs PNP0c04 (active)
[    0.147588] pnp 00:05: Plug and Play ACPI device, IDs PNP0510 (active)
[    0.147699] pnp 00:06: Plug and Play ACPI device, IDs PNP0103 (active)
[    0.147811] system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.148075] system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.148314] pnp 00:09: Plug and Play ACPI device, IDs PNP0501 (active)
[    0.148416] system 00:0a: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.148474] system 00:0b: Plug and Play ACPI device, IDs PNP0c02 (active)
[    0.148749] system 00:0c: Plug and Play ACPI device, IDs PNP0c01 (active)
[    0.148823] pnp: PnP ACPI: found 13 devices
[    0.148825] ACPI: ACPI bus type pnp unregistered
[    0.604772] ACPI: Power Button [PWRB]
[    0.604808] ACPI: Power Button [PWRF]
[    8.257158] ACPI: resource piix4_smbus [io  0x0b00-0x0b07] conflicts with ACPI region SOR1 [io 0xb00-0xb0f]
[    8.257161] ACPI: This conflict may cause random problems and system instability
[    8.257163] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver

Display More

OleS · Feb 5th 2014

Ich teste ACPI wakeup immer mit diesem Script, vllt. hilft es ja bei der Analyse:

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


nextboot=`date --date "now +180 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

Display More

Der VDR sollte dazu nicht laufen, sonst überschreibt er evtl. per shutdown hook die Aufwachzeit.

Cheers,
Ole

laffet · Feb 7th 2014

Ich habe das gleiche Problem, habe festgestellt das nach der update wacht yavdr nicht auf. (yaVDR 0.5).
Mit dem Script wacht der Rechner auf.

gda · Feb 7th 2014

Quote from laffet

Ich habe das gleiche Problem, habe festgestellt das nach der update wacht yavdr nicht auf. (yaVDR 0.5).

Das glaube ich nicht. Wahrscheinlich lag der Aufwachzeitpunkt wieder mal weniger als 30 Minuten in der Zukunft und die Meldungen des VDR wurden ignoriert.
Was bedeutet "nach der update"?

Gerald

laffet · Feb 8th 2014

Ich habe yavdr neu installiert und ohne Update auszuführen Timer gesetzt und getestet. Mein yavdr wacht auf und zeichnet die Sendung auf.
“sudo apt-get update && sudo apt-get dist-upgrade” ausgeführt, Timer gesetzt, yavdr wacht nicht mehr auf. Problem liegt ein deutlich in Update.

Ich bin kein Linux experte, yavdr habe ich schon seit Version 0.3 und das aufwachen über ACPI hat immer ohne Probleme funktioniert.

seahawk1986 · Feb 8th 2014

Stehen denn irgendwelche Fehlermeldungen des vdr-addon-acpiwakeup im syslog? Normalerweise sollte da ja beim Shutdown z.B. so etwas im Log zu sehen sein:

Code

Feb  6 09:50:45 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb  6 09:50:45 VDR vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2014-02-07 21:23:00
Feb  6 09:50:45 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb  6 09:50:45 VDR vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb  6 09:50:45 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb  6 09:50:45 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Feb  6 09:50:45 VDR vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Feb  6 09:50:45 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Feb  6 09:50:45 VDR vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S99.shutdown

laffet · Feb 8th 2014

Bei neuinstalliertem yavdr funktioniert es wieder, was der Fehler war kann ich nicht nachvollziehen,
nun versuche ich mein altes zu retten.

Logdatei sieht so aus:
Feb 8 16:13:58 hdvdr vdr: [1972] Power button pressed
Feb 8 16:13:58 hdvdr vdr: [1972] confirm: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 8 16:13:58 hdvdr vdr: [1972] warning: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 8 16:13:58 hdvdr vdr: [4275] Text2Skin: message display update thread started (pid=1972, tid=4275, prio=high)
Feb 8 16:14:04 hdvdr vdr: [4275] Text2Skin: message display update thread ended (pid=1972, tid=4275)
Feb 8 16:14:04 hdvdr vdr: [1972] confirmed
Feb 8 16:14:04 hdvdr vdr: [1972] executing '/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 1'
Feb 8 16:14:04 hdvdr vdr: [1972] saved setup to /var/lib/vdr/setup.conf
Feb 8 16:14:04 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb 8 16:14:04 hdvdr vdr-addon-acpiwakeup: Resetting ACPI alarm time
Feb 8 16:14:04 hdvdr vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb 8 16:14:04 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb 8 16:14:04 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Feb 8 16:14:04 hdvdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Feb 8 16:14:04 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Feb 8 16:14:04 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S99.shutdown

Die Log sieht anders aus.

Warum passiert das: [font='&quot']Resetting ACPI alarm time ? [/font]

Tobias · Feb 9th 2014

ich mach gerade ein Update... mal sehen ob es dann immer noch nicht funktioniert.
Ich überlege auch wieder meine alte 0.4er zu aktivieren, habe neben dem Wakeup auch tierische Tonprobleme im XBMC. Das alte 0.4er lief sauber...

laffet · Feb 9th 2014

Also, yavdr neu installiert, update draufgespielt.
Wenn ich ein Timer im VDR-Live setze und mit VDR-Live Fernbedienung ausschalte dann startet der
Yavdr problemlos.
Feb 9 13:09:13 hdvdr vdr: [2682] Power button pressed
Feb 9 13:09:13 hdvdr vdr: [2682] confirm: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 9 13:09:13 hdvdr vdr: [2682] warning: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 9 13:09:13 hdvdr vdr: [3015] Text2Skin: message display update thread started (pid=2682, tid=3015, prio=high)
Feb 9 13:09:19 hdvdr vdr: [3015] Text2Skin: message display update thread ended (pid=2682, tid=3015)
Feb 9 13:09:19 hdvdr vdr: [2682] confirmed
Feb 9 13:09:19 hdvdr vdr: [2682] next timer event at Sun Feb 9 13:17:00 2014
Feb 9 13:09:19 hdvdr vdr: [2682] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1391948220 461 25 "Test" 1'
Feb 9 13:09:19 hdvdr vdr: [2682] saved setup to /var/lib/vdr/setup.conf
Feb 9 13:09:19 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb 9 13:09:19 hdvdr vdr-addon-acpiwakeup: Setting ACPI alarm time to: 2014-02-09 12:12:00
Feb 9 13:09:19 hdvdr vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb 9 13:09:19 hdvdr vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb 9 13:09:19 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb 9 13:09:19 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Feb 9 13:09:19 hdvdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Feb 9 13:09:19 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Feb 9 13:09:19 hdvdr vdr-shutdown: Shutdown aborted by /usr/share/vdr/shutdown-hooks/S91.lifeguard with exitcode 1
Feb 9 13:09:21 hdvdr vdr: video: slow down video, duping frame

Wenn ich aber das mit der Fernbedienung Timer setze und mit Power Knopf ausschalte dann wachte er nicht auf.
Feb 9 13:15:20 hdvdr vdr: [942] Power button pressed
Feb 9 13:15:20 hdvdr vdr: [942] confirm: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 9 13:15:20 hdvdr vdr: [942] warning: Taste drÃ¼cken, um Ausschalten abzubrechen
Feb 9 13:15:20 hdvdr vdr: [2039] Text2Skin: message display update thread started (pid=942, tid=2039, prio=high)
Feb 9 13:15:26 hdvdr vdr: [2039] Text2Skin: message display update thread ended (pid=942, tid=2039)
Feb 9 13:15:26 hdvdr vdr: [942] confirmed
Feb 9 13:15:26 hdvdr vdr: [942] executing '/usr/lib/vdr/vdr-shutdown.wrapper 0 0 0 "" 1'
Feb 9 13:15:26 hdvdr vdr: [942] saved setup to /var/lib/vdr/setup.conf
Feb 9 13:15:26 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup as shell script
Feb 9 13:15:26 hdvdr vdr-addon-acpiwakeup: Resetting ACPI alarm time
Feb 9 13:15:26 hdvdr vdr-addon-acpiwakeup: Writing to /sys/class/rtc/rtc0/wakealarm
Feb 9 13:15:26 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Feb 9 13:15:26 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Feb 9 13:15:26 hdvdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Feb 9 13:15:26 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Feb 9 13:15:26 hdvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S99.shutdown

s.krueger · Mar 5th 2014

Hallo,

Habe das gleiche Problem.
Habe zum Test einen neuen VDR aufesetzt und nach Update wacht der VDR auch nicht auf. Habt ihr schon was gefunden?

MFG SVen

VDR kein wakup für Aufnahme

Participate now!

Share