[rkp]

Danke für deinen Hinweis.

In der ld.so.preload ist die Zeile '/opt/lib/libmediaclient.so aber enthalten. Das dürfte es wohl nicht sein.

Komisch ist: Gelegentlich funktioniert es nach dem Start sofort.

Das verhält sich bei meiner Fernbedienung RP2040 ähnlich. Manchmal funktioniert sie nach dem Start von MLD sofort, manchmal nicht.

Habe MLD schon dreimal neu installiert, immer das gleiche.

Ach, noch eine Kleinigkeit: Ein Reboot dauert bei mir immer ca. 70 Sekunden, man hat dann nur einen schwarzen Schirn mit MDL Logo, und bis MLD dann wieder startet vergehen nochmal so ca. Sekunden. Ich verwende ein NVme. Das kommt mir auch recht komisch vor. Libre*VDR benötigt nur Sekunden.

[gustavgans]

Hmmm...,

der RPi ist ja nun schon etwas speziell. Ich hab zwar nen NVMe-HAT, aber keine SSD dran (sind mir momentan einfach zu teuer), deshalb die USB-SSD (vom Vorgänger Recorder, der ein richtiges Mistdings war, übrig geblieben) genommen. Ich hab also keine Ahnung, ob auch das Mounten der NVMe-SSD irgend welchen Ärger macht.

Bootzeitbedarf hat wohl AUCH was mit ggfs. laufender Dateisystemprüfung zu tun, die je nach Dateisystem mal länger oder mal kürzer dauert. clausmuus empfiehlt dringend, /data in XFS zu formatieren, ich bin dieser Empfehlung gefolgt. Am Einfachsten geht das, indem man im WebIF (Einstellungen/Speichermedien) die SSD beim Hinzufügen neu formatieren lässt - die MLD verwendet dabei XFS.

Hier mal meine fstab, vll. möchtest du mal auf Verdacht einen möglichen bind raus nehmen. Mein RPi5 bootet in knapp einer Minute, das ist inklusive RPi-Preboot-Screens. Laut clausmuus kann man, während des Hochlaufs, sofern man eine Tastatur angeschlossen hat, mit <ESC> zwischen dem MLD-Logo und dem Bootlog umschalten. Bei mir funktioniert das aber nicht, da ich (natürlich) eine Uralt-PS/2-Tastatur über ein USB-Wandlerdings verwende. Das wird erst enumeriert nachdem alles schon vorbei ist. Nachträglich kann man ja im WebIF ("Meldungen" oder im "Terminal" 'dmesg') ebenfalls das Bootlog prüfen.

Ich habe:
- die MLD auf SD-Karte UUID=C272-F76A
- Aufnahmen (/data) auf USB-SSD 500GB UUID=b124a09...
Die auskommentierten Zeilen ('#') sind paar Experimente gewesen, außerdem die Original Version mit bind.

Der Gewinner war am Ende das Entfernen des bind und die Verwendung von nofail. Das noatime ist ja Standard und mMn auch vernünftig.

/dev/root            /                    auto       noatime              1  1
proc                 /proc                proc       defaults              0  0
devpts               /dev/pts             devpts     mode=0620,ptmxmode=0666,gid=5      0  0
tmpfs                /run                 tmpfs      mode=0755,nodev,nosuid,strictatime 0  0
tmpfs                /var/volatile        tmpfs      defaults              0  0

# uncomment this if your device has a SD/MMC/Transflash slot
#/dev/mmcblk0p1       /media/card          auto       defaults,sync,noauto  0  0

UUID=C272-F76A /boot auto noatime 1 201

UUID=b124a098-f5f6-4c16-aab4-9b619a1a5d44 /data auto defaults,nofail,noatime 1 2
# UUID=b124a098-f5f6-4c16-aab4-9b619a1a5d44 /data  auto  defaults,nofail,x-systemd.automount,x-systemd.idle-timeout=10min  0  0
# UUID=b124a098-f5f6-4c16-aab4-9b619a1a5d44 /mnt/b124a098-f5f6-4c16-aab4-9b619a1a5d44 auto noatime 1 2
# /mnt/b124a098-f5f6-4c16-aab4-9b619a1a5d44 /data none bind 0 0
# last line (to make sure we don't accidently delete linefeed in previous line...)

Aber ich bin am Ende auch nur Anwender und kann nicht allzu tief reinsehen...

[clausmuus]

Wenn Dein System aktuell ist, sollte in der ld.so.preload ist die Zeile '/opt/lib/libmediaclient.so' nicht mehr existieren, wobei ich nicht sicher weiß, ob diese beim Update auch entfernt wird. Entferne also einfach mal die Zeile und teste ob das Problem dann nicht mehr besteht.
Sollte das Entfernen der Preload Zeile nicht helfen, erstelle mal Bitte ein Debug-Log. Dann erstelle ich Dir eine angepasste /etc/fstab

Der VDR wartet beim Booten bis zu einer halben Minute auf die DVB Devices. Deshalb ist in den Service Dateien keine Abhängigkeit eingetragen (das erledigt das VDR Startscript).

[rkp]

Mein System habe ich erst vorgestern aufgesetzt, sollte also aktuell sein. Die Zeile habe ich gelöscht, aber keine Änderung.

Support Log id ist: 6nkTBL

[rkp]

fstab:

/dev/root            /                    auto       noatime              1  1
proc                 /proc                proc       defaults              0  0
devpts               /dev/pts             devpts     mode=0620,ptmxmode=0666,gid=5      0  0
tmpfs                /run                 tmpfs      mode=0755,nodev,nosuid,strictatime 0  0
tmpfs                /var/volatile        tmpfs      defaults              0  0

# uncomment this if your device has a SD/MMC/Transflash slot
#/dev/mmcblk0p1       /media/card          auto       defaults,sync,noauto  0  0


UUID=9BBA-E670 /boot auto noatime 1 2
UUID=9828ad59-411e-453a-817f-3d9dedd11b8c /mnt/9828ad59-411e-453a-817f-3d9dedd11b8c btrfs subvol=@data 0 0
/mnt/9828ad59-411e-453a-817f-3d9dedd11b8c /data none bind 0 0

[clausmuus]

Du kannst es versuchen, indem Du die letzten beiden Zeilen durch diese ersetzt:

Code: [Select]

UUID=9828ad59-411e-453a-817f-3d9dedd11b8c /data btrfs subvol=@data 0 0Ich bin aber nicht sicher ob das hilft, da Du ja kein zusätzliches Datenlaufwerk hast.

[rkp]

Hat leider nichts bewirkt.

Wichtig ist mir, dass beim Start gleich ein Bild da ist und der VDR nicht erneut gestartet werden muss. Gibt es keine Möglichkeit, die Sundtek Treiber definitiv vor dem VDR-Start zu starten?

Nach einem Reboot ist das Bild übrigens immer sofort da.

[clausmuus]

Die eingebauten Mechanismen stellen genau das sicher. Es wird immer mit dem VDR Start gewartet (bis zu einer halben Minute), bis beim Booten wieder genau so viele DVB Empfänger verfügbar sind, wie beim letzten VDR Start.
Beim RPI-5 im Zusammenspiel mit den Sundtek Reciver gibt es irgend ein Problem, dass auf anderen Systemen nicht auftritt. Da diese Kombi bisher kein anderer User eingesetzt hat, war das noch nicht aufgefallen. Beim Problem von gustavgans gab es etwas andere Faktoren, die bei Dir offensichtlich nicht zutreffen.
Ich werde mir also noch mal Dein letztes Log anschauen, ob es da irgendwelche Auffälligkeiten gibt, die uns weiterhelfen.

[clausmuus]

Ich habe mir jetzt auch Dein Log angeschaut. Da drin ist zu sehen, dass der VDR startet, zwei DVB Devices zur Verfügung hat und mit einem Device den Background EPG und Sender Scan gestartet hat, und auch zwei Kanäle getuned hat. Es ist auch zu sehen, dass das Softhddevice Frontend gestartet ist. Demnach sollte also ein TV Bild zu sehen sein.
Ich sehe also keine Auffälligkeiten.

Du kannst mal Bitte direkt nach dem Booten, den Befehl "fgconsole" aufrufen und mir sagen welche Zahl ausgegeben wird. Es sollte eine 5 sein. sollte dies nicht zutreffen, kannst Du mal ALT+F5 drücken, oder den Befehl "chvt 5" aufrufen, und schauen ob Du dann TV Bild hast, oder zumindest das OSD öffnen kannst.

[rkp]

Hier nochmal ein Log, bei dem es kein Bild gibt.
Support Log id ist: u9mnqh


fgconsole=1

chvt 5 ergibt keine Reaktion.

Ich sehe, dass beim Sundek-Empfänger die blaue LED nicht leuchtet. Nach einem VDR Neustart leuchtet die LED und ich habe ein Bild.

[clausmuus]

In letzten Log ist nur eine Auffälligkeit zu sehen. Da es um einen RPI Kaltstart geht, muss wehrend des Bootens die Urzeit gesetzt werden. Dies passiert erst kurz vor dem VDR Start, aber nachdem der Sundtek Treiber gestartet wurde. Alles andere sieht unauffällig aus, außer das der VDR die Sundtek Empfänger nicht sieht.
Eventuell hat der Sundtek Treiber ein Problem mit dem Sprung der Systemzeit, oder die Empfänger haben ein anderes Problem wenn das System kalt gestartet wird.
Auffällig ist aber auch, dass zu sehen ist, dass beim letzten Start des VDRs keine DVB Adapter erkannt wurden. Daher weiß das System nicht, auf wie viele DVB Geräte gewartet werden muss. Ich meine aber, dass in solchen fällen auf mindestens ein Empfänger gewartet wird. Das muss ich noch mal prüfen.

Hattest Du vor dem Reboot ein Bild im VDR?
Kannst Du das OSD öffnen, auch wenn Du kein TV Bild hast? (eventuell mit etwas Verzögerung)

[rfehr]

hi rkp,

an welchem Port hast du den Stick denn angeschlossen USB2 oder USB3?

Gruß,
  Roland

[rkp]

@Claus

Ich glaube, ich hatte vorher ein Bild. Beim Start wird für eine knappe Sekunde das OSD eingeblendet. Danach ist der Schirm schwarz, ein OSD kann ich dann nicht mehr bekommen.

@Roland
Meistens an USB 3. War aber auch schon an USB 2. Du meinst, das könnte einen Unterschied machen? Habe wegen meiner nur sporadisch funktionierende Fernbedienung (Pico) oft alles neu anschließen müssen.

Grüße
Reinhard

[rkp]

Ich verwende übrigens diesen Empfänger:
Sundtek SkyTV Ultimate Dual UHD (2x DVB-S/S2/S2X)

https://shop.sundtek.com/DVB-S-S2-S2X/Sundtek-SkyTV-Ultimate-Dual-UHD-2x-DVB-S-S2-S2X.html

[clausmuus]

Lass uns mal folgendes versuchen. Ersetze in der Datei /usr/share/vdr/run.d/50_vdr.sh die Zeile 48 (dort steht "setting call dvb.waitForDevices") durch dies:

Code: [Select]

setting get dvb.count
ls /dev/dvb/adapter*/
setting call dvb.waitForDevices
ls /dev/dvb/adapter*/
setting get dvb.count
setting get dvb._lastCount
setting get dvb.hasSundtekDevices
Dann schalte den RPI aus und wieder ein. Nach dem Booten erstelle ein neues Debug-Log.