Hallo Murry,
Ja, BIOS Zeit steht auf UTC.
Gruß
Matthias
Hallo Murry,
Ja, BIOS Zeit steht auf UTC.
Gruß
Matthias
Hier noch ein paar Zusatz Infos.
Wenn ich im BIOS RTC enable dann kann man einen Timer setzten:
Z.B. wach auf an jedem TAg um 07:30.
Das Funktioniert.
syslog? Poweroff oder suspend?
Hi,
Welche Wakeup Methode nutzt du jetzt und welche unter ya 0.5? Jetzt ja wahrscheinlich ACPI Wakeup.
Bios Batterie ist voll?
Mfg Stefan
Syslog:
Apr 19 10:01:30 frank-yavdr vdr: [639] next timer event at Sun Apr 19 10:22:00 2020
Apr 19 10:01:30 frank-yavdr vdr: [639] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1587284520 1230 6 "Trucker Babes - 400 PS in Frauenhand" 1'
Apr 19 10:01:30 frank-yavdr vdr: [639] saved setup to /var/lib/vdr/setup.conf
Apr 19 10:01:30 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup
Apr 19 10:01:30 frank-yavdr vdr-addon-acpiwakeup: Try setting ACPI alarm time to: So 19. Apr 10:17:00 CEST 2020 (1587284220)
Apr 19 10:01:30 frank-yavdr vdr-addon-acpiwakeup: Resetting ACPI alarm time
Apr 19 10:01:30 frank-yavdr vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Apr 19 10:01:30 frank-yavdr vdr-addon-acpiwakeup: Writing 1587284220 to /sys/class/rtc/rtc0/wakealarm
Apr 19 10:01:30 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr 19 10:01:30 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr 19 10:01:30 frank-yavdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Apr 19 10:01:30 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Das S90.nvram-wakeup wird ausgeführt, ist das vielleicht das problem, sollte da nicht das S90.acpi-wakeup ausgeführt werden?
Hi,
Nvram Wakeup ist doch seit Jahren nicht mehr möglich, da nicht mehr im Kernel enthalten, wenn ich es richtig erinnere.
Mfg Stefan
Tja, ich weiß auch nicht warum das nvram-wakeup ausgeführt wird. Ich hab zur installation von YAVDR 0.7 einfach nur das ansible script ausgeführt.
Apr 19 10:01:30 frank-yavdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Ist doch disabled
Ja, hab ich auch gerade gesehen, er macht das schon richtig:
Apr 19 11:04:42 frank-yavdr vdr: [654] next timer event at Sun Apr 19 11:40:00 2020
Apr 19 11:04:42 frank-yavdr vdr: [654] executing '/usr/lib/vdr/vdr-shutdown.wrapper 1587289200 2118 2 "heute Xpress" 1'
Apr 19 11:04:42 frank-yavdr vdr: [654] saved setup to /var/lib/vdr/setup.conf
Apr 19 11:04:42 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.acpiwakeup
Apr 19 11:04:42 frank-yavdr vdr-addon-acpiwakeup: Try setting ACPI alarm time to: So 19. Apr 11:35:00 CEST 2020 (1587288900)
Apr 19 11:04:42 frank-yavdr vdr-addon-acpiwakeup: Resetting ACPI alarm time
Apr 19 11:04:42 frank-yavdr vdr-addon-acpiwakeup: Writing 0 to /sys/class/rtc/rtc0/wakealarm
Apr 19 11:04:42 frank-yavdr vdr-addon-acpiwakeup: Writing 1587288900 to /sys/class/rtc/rtc0/wakealarm
Apr 19 11:04:42 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.custom as shell script
Apr 19 11:04:42 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S90.nvram-wakeup as shell script
Apr 19 11:04:42 frank-yavdr vdr-nvram-wakeup: nvram-wakeup functionality is disabled
Apr 19 11:04:42 frank-yavdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S91.lifeguard as shell script
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopped target yaVDR Desktop.
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopping LIRC command handler...
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopped Detect second DISPLAY using xrandr.
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopped target Default.
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopping exit window manager gracefully...
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopping Sound Service...
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopping Start tmux in detached session...
Apr 19 11:04:42 frank-yavdr systemd[582]: Stopping manage VDR frontends...
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopping User Manager for UID 666...
Apr 19 11:04:42 frank-yavdr blkmapd[273]: exit on signal(15)
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped target Sound Card.
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopping Save/Restore Sound Card State...
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped target Timers.
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped Daily apt upgrade and clean activities.
Apr 19 11:04:42 frank-yavdr systemd[1]: Closed Load/Save RF Kill Switch Status /dev/rfkill Watch.
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped Daily apt download activities.
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped Trigger anacron every hour.
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopping pNFS block layout mapping daemon...
Apr 19 11:04:42 frank-yavdr systemd[1]: Stopped Discard unused blocks once a week.
Apr 19 11:04:42 frank-yavdr systemd[952]: Stopped target Default.
Er wacht halt nicht auf
suspend oder poweroff? Bei mir wacht er nur aus poweroff auf.
Ich habe auch eine alte HP Z400, die will nur aus S3 (Standby) aufwachen. Alle üblichen "business desktop"-Computer aber sollten das können, schon wegen managed backups/updates nachts oder am Wochenende.
Man kann mit den BIOS-Einstellungen bezüglich RTC-Wakeup noch experimentieren, entweder auf "EIN", aber alle Zeiten uneingestellt lassen, oder "AUS".
Wenn das Mainboard sowas wie "EUP compliant", "deep poweroff" oder ähnliche Einstellungen hat, bitte deaktivieren.
Wenn alles nichts nützt, dann eben nur "suspend" - das macht aber mit manchen DVB-Treibern Probleme.
Wo kann ich denn beim YAVDR zwischen "suspend" oder "poweroff" wählen?
https://github.com/yavdr/yavdr-ansible/blob/focal/README.md
Customizing the Playbooks and Variables
You can choose the roles run by the playbooks yavdr07.yml or yavdr07-headless.yml.
If you want to customize the variables in group_vars/all, copy the file to host_vars/localhost before changing it. This way you can change the PPAs used and choose which extra vdr plugins and pac
Standard ist Poweroff,
# vdr shutdown command - SHUTDOWNCMD variable in /etc/default/vdr
# for standby use "/bin/systemctl suspend"
vdr_shutdown_command: poweroff
# to force quadratic pixels set this variable to the dpi you want
# nvidia_force_dpi: 96
#system:
# shutdown: poweroff
# choose one of acpiwakeup, stm32wakeup
wakeup_method: acpiwakeup
# start given number of minutes earlier than the wakeuptime set by vdr
wakeup_start_ahead: 5
# set days of the week for automatic wakeup (1=Monday...7=Sunday),
# set empty string to disable wakeup
# eg. to wake up on Monday and Friday:
# wakeup_days: "1 5"
wakeup_days: ""
# set wakeup time for automatic wakeup
# set empty string to disable
# e.g. for wakeup at midnight:
# wakeup_time: "00:00"
wakeup_time: ""
Alles anzeigen
Funst leider auch nicht. Wir wohl ein neues Board werden, trotzdem vielen Dank!
Gruß
Matthias
Tja, ich weiß auch nicht warum das nvram-wakeup ausgeführt wird. Ich hab zur installation von YAVDR 0.7 einfach nur das ansible script ausgeführt.
Dazu musst du das Paket nvram-wakeup eigentlich von Hand installiert haben... - das Wakeup-Skript macht IIRC im Zusammenspiel mit systemd-timesyncd Probleme, weil beide konkurrierende Zugriffe auf die RTC machen können. Eine Mögliche Lösung ist den Shutdown-Hook so anzupassen, dass die systemd-timesyncd.service vorübergehend beendet und zu maskiert wird, damit nvram-wakup alleinigen Zugriff hat.
Kann man das "neue" 2.x markad eventuell mal bauen lassen?
Kommt drauf an für was. Bei vdr4arch haben wir das bereits drin.
Edit: Sorry. Total verplant in welchem Thread ich schreibe...
Kann man das "neue" 2.x markad eventuell mal bauen lassen?
Ich habe das bestehenden markad-Paket für focal weiter aufgesplittet, so dass die Logos in einem eigenen Paket landen. Als nächsten Schritt werde ich das neue markad so paketieren, dass es die alten Pakete mit Ausnahme der Kanallogos ersetzen kann.
Es gibt jetzt für focal ein Paket vdr-plugin-markad-ng, das optional um die Senderlogos des "alten" vdr-plugin-markad (Paket vdr-markad-logos, wird von der alten Version automatisch als Abhängigkeit installiet) erweitert werden kann. Ich habe bislang nur die Installation in einer VM ausprobiert, aber noch keine Aufnahmen gemacht.
Ohne manuellem Eingriff geht das noch nicht, ist das so gewollt ?
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
vdr-markad : Hängt ab von: vdr-markad-logos ist aber nicht installiert
E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt --fix-broken install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an).
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!