31

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« Last post by franky on September 21, 2026, 08:53:52 »

Ich hatte diese lange Verzögerung beim Shutdown auch bei meinem Test-RPI5 festgestellt und den zu früh beendeten keyd.service als Ursache identifiziert.
Claus hatte dann durch Anpassungen im Paket softhddevice-drm-gles dafür gesorgt, dass u.a. der keyd.service erst nach dem vdr.service beendet wird.
Ich hatte hierzu schon einen Beitrag geschrieben.
https://www.minidvblinux.de/forum/index.php/topic,10983.msg88907.html#msg88907
Realisiert hat Claus die Anpassung in einer Datei /lib/systemd/system/vdr.service.d/softhddevice.conf
Schau mal, ob die bei dir vorhanden ist. Bei meinem RPI5 hatte das auf jeden Fall geholfen.

Soweit ich mich erinnere, hattest du mit dem Start von Kodi Probleme, wenn der keyd.service deaktiviert ist.
Du hast ja, damit deine FB im VDR funktioniert, keyd deaktiviert und verwendest stattdessen das remote Plugin.
Das Problem mit Kodi hast du ja dadurch gelöst, dass du für den Start von Kodi keyd wieder aktivierst und beim Beenden von Kodi deaktivierst und somit beim Beenden des VDR bei dir überhaupt kein keyd.service aktiv ist.
Evtl gibt es bei dir dann beim Beenden des vdr.service Probleme, da ja der keyd.service von dir gezielt vor dem Shutdown beendet wurde.

Dein Support-Log kann ich leider nicht einsehen.
Das müsste sich dann Claus mal anschauen.

32

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« Last post by rkp on September 21, 2026, 01:45:14 »

Nfs-server habe ich nicht installiert, vdr-addon-avahi-linker nutze ich nicht. Das Problem tritt bereits unmittelbar nach der Installation von MLD ein.
Ich bin der nicht der Einzige, bei dem das auftritt.
gustavgans hat ähnliches berichtet:
"...Beim Shutdown habe ich das MLD-Logo und ja, das dauert schon mal eine halbe bis eine Minute. Seit ich aber Man den RP2040 FB-Empfänger mit Wakeup-Funktion habe schaue ich nicht mehr hin...:"

Man verschätzt sich leicht, es sind genau 90 Sekunden.

Support Log id ist: xH0PVg

33

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« Last post by franky on September 20, 2026, 23:42:02 »

@rkp
Ist bei dir das Paket nfs-server installiert?
Nutzt du ggf. das Paket vdr-addon-avahi-linker?
Tritt das Problem immer auf oder nur nach längerer Laufzeit des Systems?

34

Allgemeines [ General ] / Claus Alles Gute zu deinem Geburtstag!

« Last post by rfehr on September 20, 2026, 22:57:50 »

Hallo Claus,

wir wünschen dir alles Gute zum Geburtstag!!


Gruß
Roland

35

Allgemeines [ General ] / Claus Alles Gute zu deinem Geburtstag!

« Last post by franky on September 20, 2026, 22:54:20 »

Hallo Claus,

ich wünsche dir alles Gute zu deinem heutigen Geburtstag!!
Ich hoffe du hast dich feiern lassen.

Gruß
Klaus (franky)

36

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« Last post by clausmuus on September 20, 2026, 22:32:59 »

Wenn's der Appstarter ist, der den Shutdown blockiert, dann handelt es sich um das Beenden des VDR Frontend. Der Appstarter beendet beim Herunterfahren die Ausgabe des VDRs per svdrpsend Aufruf. Was da genau passiert findest Du in den Scripten im Ordner /usr/share/vd/frontend.d

Da dies z.B. bei Frankys Tests bisher nicht aufgefallen ist, dürfte es sich um ein Problem beim Einsatz der von Dir Verwendeten Pakete handeln. Deshalb können wir die Ursache nur untersuchen, wenn Du ein Debug-Log erstellst, in dem wir sehen was Du installiert hast.

37

Allgemein [ General ] / UHD1by Astra geht nicht

« Last post by rkp on September 20, 2026, 21:13:33 »

Ich habe auf einer SD-Karte VDR*ELEC installiert. Damit geht UHD1 by Astra problemlos.

Da ist irgendwas falsch konfiguriert in MLD.

38

Allgemein [ General ] / MLD auf Raspi 5 herunterfahren dauert lange

« Last post by rkp on September 20, 2026, 21:10:53 »

Update hat nichts gebracht. Das Log gibt auch keine verwertbare Auskünfte. Es hängt damit zusammen:

appstarter.service: State 'final-sigterm' timed out. Killing.

Egal, ich habe ein Override verwendet:

mkdir -p /etc/systemd/system/appstarter.service.d

nano /etc/systemd/system/appstarter.service.d/override.conf

und darin einsetzen:
[Service]
TimeoutStopSec=5

Ich hätte gerne den eigentlichen Prozess lokalisiert, der nicht stoppen will, aber das ist mir nicht gelungen.

39

Allgemein [ General ] / "Wiederholungen vermeiden" funktioniert nicht...

« Last post by rups on September 20, 2026, 20:12:02 »

Hallo,
bei mir funktioniert das Vermeiden von Wiederholungen im epgsearch auch nicht. Was war denn nun die Lösung? Mein MLD 6 wird täglich aktualisiert.

Danke für jeden Hinweis, rups

40

Allgemein [ General ] / Neuinstallation

« Last post by purzel on September 20, 2026, 12:25:33 »

Während des Wartens (und Hoffens) auf Lösung in meinem vorherigen Posting (cifs-utils) habe ich mit /etc/vdr/plugins/systeminfo/systeminfo.sh herumgespielt weil mir in der Ausgabe zu viele "Lücken" und "Unschönheiten" waren; vornehmlich bei den Temperaturen. Das Resultat will ich Euch nicht vorenthalten:
unter 6) # uptime beim echo  das "uptime" durch "up since" ersetzen
unter 7) # fan speeds

Code: [Select]

CPU=$(sensors | grep -i 'CPU FAN' | tr -s ' ' | cut -d' ' -f 3)
CASE=$(sensors | grep -i 'SYS Fan' | tr -s ' ' | cut -d' ' -f 3)
CPURPM=" rpm" #NEW
CASERPM=" rpm" #NEW
if [ ${CPU:-0} -eq 0 ] ; then CPU="N/A" ; CPURPM=""; fi #NEW
if [ ${CASE:-0} -eq 0 ] ; then CASE="N/A" ; CASERPM="" ; fi #NEW
#echo -ne "Fans:\tCPU: "$CPU" rpm\tCase: "$CASE" rpm"
echo -ne "Fans:\tCPU: "${CPU:-0}$CPURPM"\tCase: "${CASE:-0}$CASERPMunter # temperature of CPU and mainboard

Code: [Select]

CPU=$(sensors | grep -i 'Core 0' | tr -s ' ' | cut -d' ' -f 3)
MB=$(sensors | grep -i 'temp1' | tr -s ' ' | cut -d' ' -f 2)
#CPU=$(sensors | grep -i 'CPU TEMP' | tr -s ' ' | cut -d' ' -f 3)
#MB=$( sensors | grep -i 'Sys temp' | tr -s ' ' | cut -d' ' -f 3)
if [ ${MB:-0} -eq 0 ] ; then MB="unknown" ; fi #NEW
echo -ne "Temperatures:\tCPU: "$CPU"\tMB: "$MBemperature of CPU and mainboard
CPU=$(sensors | grep -i 'Core 0' | tr -s ' ' | cut -d' ' -f 3)
MB=$(sensors | grep -i 'temp1' | tr -s ' ' | cut -d' ' -f 2)
#CPU=$(sensors | grep -i 'CPU TEMP' | tr -s ' ' | cut -d' ' -f 3)
#MB=$( sensors | grep -i 'Sys temp' | tr -s ' ' | cut -d' ' -f 3)
if [ ${MB:-0} -eq 0 ] ; then MB="unknown" ; fi #NEW
echo -ne "Temperatures:\tCPU: "$CPU"\tMB: "$MBunter 9) # temperature of hard disks

Code: [Select]

# DISK1=$(hddtemp -q /dev/sda | cut -d: -f1,3)
# DISK2=$(hddtemp -q /dev/sdb | cut -d: -f1,3)
DISK1="/dev/sda: "$(smartctl -l scttemp /dev/sdb | grep -i temp | head -n 1 | tr -s ' ' | cut -d' ' -f 3)" °C"
DISK2="/dev/sdb: "$(smartctl -l scttemp /dev/sdb | grep -i temp | head -n 1 | tr -s ' ' | cut -d' ' -f 3)" °C"
echo -ne "\t"$DISK1"\t"$DISK2
# weil meine Samsung 860 laut hddtemp angeblich keinen Sensor hat
Ich meine, irgendwo stand anfangs noch auf deutsch "Temperaturen" - was ich inkonsequent fand und durch "Temperatures" ersetzt habe.

Vielleicht kann das jemand gebrauchen weil er ähnliche Beobachtungen gemacht hat. Die auskommentierten Zeilen kann man natürlich nach Belieben entsorgen

Spannend könnte es werden, wenn das systeminfo-Plugin auf 0.2.0 aktualisiert wird... (oder IST es das schon???)