[gelöst] verzögerter VDR Start bis USB SSD verfügbar ist?

Hallo,

erst ein paar einleitende Worte zu meiner Hard/Software Kombination:

Verwende VDR*ELEC (CoreELEC Basis) auf einem Odroid N2+ 4GB. Mein Hauptfrontend ist vdr mit softhdodroid.

Über USB sind zwei SSDs angeschlossen. Eine für Aufnahmen und per Symlink dahin eine Zweite Archiv SSD.

CoreELEC mounted externe Datenträge automatisch unter /media mit Partitionsname. Konkret:

/media/4TB_XFS <- Aufnahmen

/media/8TB_exFAT <- Archiv

Dann ein Symlink /storage/recordings>/media/4TB_XFS/vdr/video. In den vdr Startoptionen ist --video=/storage/recordings gesetzt.

VDR Aufnahmen funktioniert damit zuverlässig - passt.

Jetzt die Archiv SSD. Dahin existiert ein Symlink von /storage/recordings/8TB_exFAT>/media/8TB_exFAT/vdr/video

Probleme: Nach vdr Start wird der 8TB_exFAT Ordner nicht gleich mit angezeigt. Im vdr Menü (commands.conf) Aufnahmen-Liste aktualisieren (/usr/local/bin/svdrpsend updr) anwähle reicht nicht.

Erst nach vdr Neustart ist der 8TB_exFAT Ordner zu sehen.

Habe ich bei meiner "Symlinkerei" einen Denkfehler? Könnte man den vdr Start eventl. verzögern? Oder wie wäre ein Lösungsansatz das 8TB_exFAT Ordner gleich nach vdr Start sichtbar ist?

USB Datentransfer ist um die 300MB/sek - also Zugriffszeit sollte kein Grund sein.

Danke

Oh, danke für den Hinweis.

Bei VDR*ELEC gibt es ~/.config/system.d/vdropt.service + vdropt.target

Habe vdropt.service um RequiresMountsFor=/media/8TB_exFAT/vdr/video/ erweitert - sieht jetzt so aus:

[Unit]
Description=VDR Client
Requires=network-online.target graphical.target
After=network-online.target graphical.target
RequiresMountsFor=/media/8TB_exFAT/vdr/video/

[Service]
ExecStart=/usr/local/bin/start_vdr.sh
Restart=always
RestartSec=2
StartLimitInterval=0
TimeoutStartSec=30
TimeoutStopSec=30
LimitNOFILE=16384

[Install]
WantedBy=vdropt.target

Danach ein systemctl daemon-reload, systemctl restart vdropt.service und reboot... aber 8TB_exFAT Ordner erscheint nicht in der Aufnahmeliste. Beim Initialstart des Systems.

Das klappt so noch nicht

Ist das die richtige Datei? vdropt.target kann ich ignorieren?

Überlege weiter ob VDR Startabhängigkeit hier schlau ist? Toll wäre eine flexible Lösung das USB Archivplatte nicht zwingend verbunden sein muss. Also nur in der Aufnahmeliste erscheint wenn wirklich verbunden (klar, vor Systemstart).

Jetzt nochmal ein anderer Ansatz: Warum funktioniert Aufnahmeliste aktualisieren über VDR OSD nicht?

In meiner /storage/.config/vdropt/commands.conf steht:

...
Aufnahmen-Liste aktualisieren : echo "/usr/local/bin/svdrpsend UPDR" | at now
Aufnahmen-Liste aktualisieren2 : echo "touch /storage/recordings/.update 2>&1" | at now
...

Rufe die Befehle auf, aber es passiert nix!?

Manuell auf Kommandozeile:

vdr1:~ # /usr/local/bin/svdrpsend UPDR
220 vdr1 SVDRP VideoDiskRecorder 2.7.3; Sun Nov 24 14:06:52 2024; UTF-8
250 Re-read of recordings directory triggered
221 vdr1 closing connection

alles bestens.

Im Log journalctl | grep SVDRP sehe ich nur den manuell abgesetzten Befehl.

Bei VDR*ELEC läuft vdr als root, genau unter dem Benutzer starte ich ja auch den Befehl auf Kommandozeile.

Warum geht das über VDR OSD nicht?

Andere Befehle aus der commands.conf funktionieren, z.B.:

VDR neu starten : /bin/systemctl --no-block restart vdropt.service

Quote from kamel5

Eigentlich braust Du das "| at now" gar nicht.

Bei mir würde der Eintrag in der commands.conf so aussehen:

Code

Aufnahmen aktualisieren: touch /storage/recordings/.update

Super, damit funktioniert es.

Danke an alle Beteiligten.

Einfache Lösung für mich ist jetzt erstmal Aufnahmeliste aktualisieren über vdr osd.

Das klappt nun zuverlässig.

Alles unabhängig ob Archivplatte angesteckt oder nicht.