/lib/systemd/system/vdr.service wird beim Update überschrieben :(

MarkusE · 17. Juni 2018

Hi,

In /lib/systemd/system/vdr.service ergänze ich

Code

Environment=VDPAU_NVIDIA_SYNC_DISPLAY_DEVICE="HDMI-0"
Environment=__GL_SYNC_TO_VBLANK=1
Environment=__GL_SYNC_DISPLAY_DEVICE="HDMI-0"
...

Das ist beim Update von VDR wieder weg .

Gibt es andere Konfigurationsdateien, in denen ich Parameter für VDR (softhddevice -> VDPAU) setzen kann?

Oder könnte man /lib/systemd/system/vdr.service wie andere Konfigurationsdateien behandeln, die beim Update nicht automatisch überschrieben werden?

~Markus

OleS · 17. Juni 2018

Dafür gibt es meiner Meinung nach die Dateien in /etc/systemd/system/vdr.service.d/

Cheers,

Ole

seahawk1986 · 17. Juni 2018

Nur Dateien in /etc/ werden in Debian-Paketen automatisch als Konfigurationsdateien markiert.

Anpassungen für Systemd-Dateien kannst du in /etc/systemd vornehmen, vgl. den einführenden Abschnitt von https://www.freedesktop.org/so…emd/man/systemd.unit.html

Du kannst also einen Ordner /etc/systemd/system/vdr.service.d anlegen und in einer override.conf folgendes Eintragen:

Code: /etc/systemd/system/vdr.service.d/override.conf

[Service]
Environment=VDPAU_NVIDIA_SYNC_DISPLAY_DEVICE="HDMI-0"
Environment=__GL_SYNC_TO_VBLANK=1
Environment=__GL_SYNC_DISPLAY_DEVICE="HDMI-0"

OleS · 18. Juni 2018

Zu diesem Thema hätte ich auch noch eine Frage:

Mein vdr.service startet schneller als mein nfs-mount via srv-vdr-video.mount obwohl ich eine entsprechende Datei /etc/systemd/system/vdr.service.d/override.conf angelegt habe, in der ich folgendes mache:

Code

[Service]
After=srv-vdr-video.mount

Der Inhalt der mount unit /etc/systemd/system/srv-vdr-video.mount:

Code

[Unit]
Description=NFS Mount Script
Requires=network-online.target
After=cloud-final.service

[Mount]
What=10.205.1.147:/volume1/vdr
Where=/srv/vdr/video
Type=nfs
Options=rw,hard,rsize=32768,wsize=32768,timeo=90,retrans=5

[Install]
WantedBy=vdr.service

Alles anzeigen

Die dependencies für vdr.service sehen eigentlich gut aus:

Spoiler anzeigen

aber der vdr startet ohne recordings, da der nfs mount zur Startzeit noch nicht komplett da ist. Hat jemand einen Tip für mich?

Cheers,

Ole

seahawk1986 · 18. Juni 2018

Gefühlt fehlt da bei den Options noch die Mount-Option _netdev und ich würde WantedBy=multi-user.target setzen und dann die Mount-Unit neu laden und reaktivieren:

Code

sudo systemclt daemon-reload
sudo systemctl disable srv-vdr-video.mount
sudo systemctl enable srv-vdr-video.mount

OleS · 18. Juni 2018

Du meinst so?

Code

[Unit]
Description=NFS Mount Script
Requires=network-online.target
After=cloud-final.service

[Mount]
What=10.205.1.147:/volume1/vdr
Where=/srv/vdr/video
Type=nfs
Options=_netdev,rw,hard,rsize=32768,wsize=32768,timeo=90,retrans=5

[Install]
WantedBy=multi-user.target

Alles anzeigen

Damit startet der mount, obwohl noch kein Netzwerk online ist (bei Ubuntu 18.04 anscheinend nach cloud-final.service).

Cheers,

Ole

hopsi · 18. Juni 2018

Code

vdr ~ # systemctl cat vdr.service
# /etc/systemd/system/vdr.service
[Unit]
Description = Video Disk Recorder
#BindsTo = x@vt7.service
After = x@vt7.service video.mount network-online.target network.target
Wants = x@vt7.service
Conflicts= kodi.service

[Service]
Type=notify
LimitCORE=infinity
Environment=DISPLAY=:0
Environment=VDR_LANG=de_DE.utf8
ExecStartPre=/usr/bin/sleep 1
ExecStart=/usr/local/bin/vdr
Restart=on-failure
RestartPreventExitStatus=2

[Install]
WantedBy=multi-user.target

vdr ~ # systemctl cat video.mount
# /run/systemd/generator/video.mount
# Automatically generated by systemd-fstab-generator


[Unit]
SourcePath=/etc/fstab
Documentation=man:fstab(5) man:systemd-fstab-generator(8)
Before=remote-fs.target


[Mount]
Where=/video
What=xen:/mnt/nfs/video
Type=nfs
Options=auto,defaults,rw
vdr ~ #

Alles anzeigen

Damit läuft's bei mir recht gut.

System: gentoo.

Christian

MarkusE · 18. Juni 2018

Danke für eure Hilfe!

Bei mir steht da auch

Code

After=network.target media-sheeva\x2dplug-sdc1.mount media-sheeva\x2dplug-sdb1.mount

um sicherzustellen, dass die externen Mounts da sind. Herausfinden der Einträge geht mit:

Code

systemctl list-units | grep '/path/to/mount' | awk '{ print $1 }'

OleS · 18. Juni 2018

Auch ich habe zu Danken, nach mehreren Versuchen habe ich jetzt die passende mount unit für mich gefunden.

Code

[Unit]
Description=NFS Mount Script
After=cloud-init.target

[Mount]
What=10.205.1.147:/volume1/vdr
Where=/srv/vdr/video
Type=nfs
Options=_netdev,rw,hard,rsize=32768,wsize=32768,timeo=90,retrans=5

[Install]
WantedBy=vdr.service

Alles anzeigen

Damit hat es jetzt mehrere reboots perfekt funktioniert. NFS mount nach aktiviertem Netzwerk, vdr nach dem mount,

alle Aufnahmen sind zur richtigen Zeit vorhanden.

Cheers,

Ole

/lib/systemd/system/vdr.service wird beim Update überschrieben :(

Jetzt mitmachen!

Teilen