yavdr ansible

Hi,

Wieso? Ubuntu hat 460 noch nicht in Nvidia-latest so weit ich weiß.

Somit richtig, denke ich.

Mfg Stefan

Naja, hier:

[gelöst][ansible bionic] Update auf nvidia-driver-440

hing es auch an der Paketabhängigkeit.

Das Paket hat bislang libnvidia-compute-440 als Build-Dependency (das auf libnvidia-compute-450 zeigt). Gegen den 460er Treiber muss man es erst mal neu bauen lassen.

Aha, dann muss das von Zeit zu Zeit getan werden. Immer wenn Ubuntu von sich aus updatet.

Andernfalls müsste mit pinning gearbeitet werden.

Moin, mein NVidia Testsystem läuft nun mit dem softhdcuvid Frontend.

Was mir noch aufgefallen ist: Wenn ich Kodi verlasse, habe ich nur kurz ein Bild, was dann stehende bleibt und der Ton stottert...

Das untersuche ich heute Abend.

Danke

Zitat von vdr_rossi

Was mir noch aufgefallen ist: Wenn ich Kodi verlasse, habe ich nur kurz ein Bild, was dann stehende bleibt und der Ton stottert...

Das ist ein bekanntes Problem mit softhdcuvid, libplacebo und neueren nvidia-Treibern (angeblich funktionierte es noch mit nvidia-440, aber das Paket ist mittlerweile nicht mehr in den Ubuntu-Quellen).

Zitat von vdr_rossi

Moin, mein NVidia Testsystem läuft nun mit dem softhdcuvid Frontend.

Hast Du Dich eigentlich fürs pinning entschieden oder Neubau von softhdcuvid gegen den 460er Treiber?

Anders, ich habe mich an diesem Beitrag orientiert. Wichtig: NVidia remove -> apt remove --purge *nvidia*

Außer das ich eben nvidia-driver-450 manuell installiert habe.

moin,

ich möchte meine config beim shutdown backupen.

dazu hab ich zeilen in /etc/vdr/shutdown-hooks/S90.custom eingetragen

wie

rsync -av --quiet /etc/vdr/ /srv/backups/vdr_bkp/etc_vdr

frage ist, ob der vdr dann schon alle wichtigen dateien wie channels.conf oder speziell die timersdone schon geschlossen hat, damit die richtigen dateien gesynced werden. (Konnte beim Suchen dazu leider nix finden.)

wenn nicht, müsste das wo anders eingetragen werden?

vg

f

Die Shutdown-Hooks werden vor dem Beenden des VDR aufgerufen.

Wenn du auf das Beenden der vdr.service agieren willst, brauchst du eine Systemd-Unit, die entsprechende Abhängigkeiten hat - ich würde es mal so probieren:

[Unit]
Description=run before shutdown after vdr.service has been stopped
DefaultDependencies=no
Conflicts=reboot.target vdr.service
After=vdr.service
Before=poweroff.target halt.target shutdown.target
Requires=poweroff.target local-fs.target

[Service]
Type=oneshot
ExecStart=rsync -av --quiet /etc/vdr/ /srv/backups/vdr_bkp/etc_vdr
RemainAfterExit=yes

[Install]
WantedBy=shutdown.target

Die Unit dann noch mit systemctl enable after-vdr-shutdown.service  aktivieren.

Hi Seahawk,

klasse, 1.000 Dank, bau ich nachher ein, mache mir wohl dann sogar ein script mit mehreren cmds.

viele grüße

frank

moin,

geht leider nicht, rückmeldung ist:

Failed to restart after-vdr-bkp.service: Transaction contains conflicting jobs 'start' and 'stop' for umount.target. Probably contradicting requirement dependencies configured.

bzw.

Failed to restart after-vdr-bkp.service: Transaction contains conflicting jobs 'stop' and 'start' for shutdown.target. Prob ably contradicting requirement dependencies configured.

kann leider nicht überblicken, wie da die Zusammenhänge sind, hab Unix vor 25 Jahren gelernt, da gabs das nocht nicht

Ah, da muss man statt dem local-fs.target (das beim Booten erreicht wird) das umount.target (das beim Herunterfahren erreicht wird) nutzen - so klappt es auf meinem Testsystem:

[Unit]
Description=run before shutdown after vdr.service has been stopped
DefaultDependencies=no
Conflicts=reboot.target vdr.service
After=vdr.service
Before=poweroff.target halt.target shutdown.target umount.target
Requires=poweroff.target

[Service]
Type=oneshot
ExecStart=rsync -av --quiet /etc/vdr/ /srv/backups/vdr_bkp/etc_vdr

[Install]
WantedBy=shutdown.target

ok, versuch ich Morgen, dank

hi, geht bei mir auch, verweist jetzt auf ein kleines script, dass mir wichtige Sachen auf andere partition schreibt.

falls die alte kleine ssd demnächst den Geist aufgibt, kann ich dann aus system backup und diesem backup auf den letzten Stand wiederherstellen.

vor allem inkl. timersdone und suchtimern.

danke nochmal.

moin, hab da noch eine kleine herausforderung, da mein produktiver wohnzimmer vdr noch 0.5 ist.

würde die rsync-cmds dort in

/usr/lib/vdr/vdr-shutdown

vor

...

eval $SHUTDOWNCMD &

eintragen, oder gäbe es da einen besseren Ort?

vg

f

Warum lässt Du das nicht einfach per cron.daily laufen? Das mache ich schon X-Jahre so bei jedem Linux System was ich nutze, noch nie ein Problem damit gehabt und ob ich den letzten Stand bei runterfahren oder den nach dem Start, wenn cron-daily ausgelöst wird ist im Grunde total egal und wenn sich was gravierend ändert kann man den Job "händisch" laufen lassen.

Zitat von FJe

eintragen, oder gäbe es da einen besseren Ort?

Das müsste sich über einen Upstart-Job lösen lassen (die Dokumentation zu Upstart gibt es hier: http://upstart.ubuntu.com/cookbook/) - also grob sowas:

description "Start on shutdown after vdr has been stopped"

start on yavdr-shutdown  # see https://github.com/yavdr/yavdr-utils/blob/stable-0.5/templates/etc/init.d/yavdr-shutdown/10_main

script
    rsync -av --quiet /etc/vdr/ /srv/backups/vdr_bkp/etc_vdr
end script

@seahawk: cool, danke, versuch ich.

@utility: gute Idee, nehm ich für das Gesamtsystem auf, danke.

aufgrund der vielen Suchtimer hab ich was gesucht, dass die conf's nach vdr-ende gesichert werden, die Kombi löst es.

Ist es geplant auch softhddrm als Frontend definieren zu können?