Recent Posts

41
Allgemein [ General ] / MLD6.5 auf RPi5: Suspend/Reboot Probleme
« Last post by gustavgans on July 04, 2026, 20:31:46 »
In "meiner" /etc/ld.so.preload stand noch '/usr/lib/libmediaclient.so' drin, es war auch der einzge Eintrag. Der ist jetzt weg, doch mein RPi5 landet weiterhin nach längerer Bedenkzeit in der EmergencyShell. Ich kann auch weiterhin beim Boot nicht mittels <ESC> zwischen MLD Logo und Bootlog wechseln.
Neues SupportLog erstellt: XINJTC
Es gibt da noch eine ld.so.cache, die ist laut ls -lal seit fünf Tagen unverändert und da steht die libmediaclient.so hinter rund 5kByte Hieroglyphen als erster lesbarer String drin, dahinder noch 6kByte weitere Module. Sollte/muss ich diesen cache irgend wie leeren?
42
Hast Du mal einen Blick in die /etc/ld.so.preload geworfen, ob da noch die Soundtek Lib (libmediaclient.so) drin steht? Falls ja, muss die raus.
43
Ich hab gerade paar Minuten bekommen...
Es gab aus den letzten Tagen insgesamt neun Paketupdates: appstarter, sundtek und diverse vdr Pakete. Hab mal alle Aktualisierungen genommen, nachdem die fertig waren und wieder Live-TV lief habe ich einen geordneten Neustart ausgelöst (systemctl reboot im Terminal).

Vielen Dank für den <ESC> Hinweis, ich kann so prima das Herunterfahren betrachten. Stopp aller laufenden Komponenten, danach 1:30 Warten (vermutlich auf Schreibcaches), dann Re-Boot.

Bei diesem Re-Boot hat die <ESC> Taste aber nicht funktioniert, ich konnte also nichts sehen. Wie zu erwarten war landete der RPi5 wieder nach ein paar Warteminuten in der Emergency shell, wo das <Strg>+D auch erst beim zweiten Tippen gewirkt hat. Möglicherweise haben wir ein generelles USB-Initproblem dank Sundtek... erst in der Emergency shell geht endlich USB, aber im Tastaturpuffer stehen noch Reste der vorangegangenen <ESC> Versuche, die erst durch ein erstes <Strg>+D rausfliegen. Aber kaum ist das geschafft, wird nach dem (nächsten) <Strg>+D dann auch die USB-SSD gemountet, VDR startet, Live-TV ist da.

Ich kann zwar im WebIF, nachdem dann wieder alles läuft, die "Meldungen" durchsehen, die scheinen aber nach meinem Eindruck ganz genau so auszusehen wie vorher. Ich habe mal ein Support-Log hochgeladen (VgbFSp), vielleicht könnt ihr darin etwas Brauchbares erkennen.

Sollte ich noch einige Skriptdateien prüfen oder anpassen, um den Preload der Sundtek-Lib zu verzögern? Das ggfs. nach Paketupdates jeweils nochmal machen zu müssen wäre jdann a eine Lösung.
44
Allgemein [ General ] / vdr plugin ddci2
« Last post by a.t. on July 02, 2026, 15:58:23 »
Hallo Claus,
ich möchte auch von vdr 5.5 auf vdr 6 umsteigen und benötige daher auch das ddci-plugin.
Kannst du mir auch eine PM schicken?
Achim
45
@franky,
möglicherweise wird beim Update des sundtek Paketes der Eintrag in der /etc/ld.so.preload nicht gelöscht. Überprüfe das mal und entferne den gegebenenfalls.
Ich hatte bei meinem test ob das neue sundtek Paket funktioniert kein Update gemacht, sondern frisch installiert.

Die libc-Korrekturen sind nicht in der MLD enthalten. Ich bin aber auch nicht sicher, ob die relevant sind. Man könnte den Post auch so verstehen, dass Sundtek genau die Funktion überläd, die in der libc fehlerhaft sein soll. In jedem Fall sollte die Sundtek lib beim Booten nicht mehr geladen werden, sondern erst beim VDR Start. Sollte allerdings der VDR für die boot Verzögerungen verantwortlich sein, würde meine Änderung gar nicht helfen. In dem Fall müsste das Boot Problem allerdings verschwinden, wenn das VDR Paket entfernt wird ;)
Ich werde morgen noch mal testen, ob ich das Problem mit meinem RPI-4 nachstellen kann und überprüfe dann die Details.

Übrigens sollte ein Drücken der ESC Taste beim Booten zwischen MLD Logo und Boot Meldungen umschalten. Da kann man dann auch sehen, wobei das Booten hängen bleibt.
46
Das Traurige ist ja, dass Sundtek in deren Treiber den eigenen FB-Empfänger als mediainput fest belegt und die empfangenen Codes NUR als Tastaturemulation bereitstellt. Das ist ein geschlossenes Systemchen, das ich freilich gerne verwendet HÄTTE wenn es mit "meiner" FB gehen WÜRDE. Tuts aber nicht. Darum jetzt ein IR-Empfänger über GPIO am RPi, den Rest macht die MLD ja dann vorbildlich.

WENN ich von Jemandem, der eine Sundtek-FB hat, eine Codeliste bekommen würde, dann könnte ich irgend eine programmierbare FB passend einrichten und vermutlich mit dem Sundtek-Empfänger arbeiten. Wenigstens als Experiment, denn da ich aktuell offenbar zwar eine NEC-kompatible, aber nicht Sundtek-kompatible FB habe, kann ich im Moment nur sehen, dass es mit dem Sundtek-Empfänger nicht will, aber ich kann nicht beurteilen, obs bloß an meiner FB liegt oder ob da doch noch ein Kneifer auf Sundtek-Seite ist... bin da schon irgend wie neugierig.

Bisher hat hier Niemand geschrieben: "Ich hab nen Rpi5 und ne Sundtek DVB-S2 SkyTV Ultimate Dual und die geht mit meiner FB, weil ja von Sundtek keine beigelegt wird." Sonst wäre ich ja sicher, dass ich nur die falsche FB habe. Den "Niemand" würde ich dann aber sogleich um seine Codeliste bitten...
47
Sorry ich trau mich jetzt noch nicht, selber zu testen. Die wunderbarste Frau auf Erden reißt mir den Kopf ab wenn ich ihr Baby ständig re-boote und dafür jedesmal seeeehr lange brauche.
Möchte aber paar Anmerkungen loswerden:
a) Bootproblem MLD-Logo
Ist bei mir genau so wie bei Franky. Nach dem Einschalten pulst das MLD-Logo, es dauert 3..5 Minuten bis ich in der EmergencyShell lande, mit <Strg>+D komm ich da raus und beim nächsten Versuch kommt nicht das pulsende Logo, sondern "drei Punkte" auf grauem Bildschirm, die nicht pulsen. Wieder Warten, wieder EmergencyShell. Nur manchmal "hilft" <Strg>+D und der VDR startet nach wenigen Sekunden mit laufendem Sundtek-Receiver und verbundener USB-SSD. Auch ich habe "alle" Varianten ausprobiert, welcher USB-Port für welches Gerät dient.
b) Raspi ist nicht gleich Raspi
Weil halt das Boot-Image im EEPROM und die Hardware/DeviceTree Daten der Distribution ihre eigene Rolle spielen, denke ich.
c) Raspi EEPROM Imagepflege
User: cs-7  on: December 01, 2024, 13:37:55  Topic: PI5, MLD 6.5, Paket Request rpi-eeprom-config hatte das Thema aufgemacht. Das Paket heißt "rpi-eeprom" und ja, die MLD kennt es. Ich liste mal kurz mein Ergebnis:
Code: [Select]
root@MLD:~# rpi-eeprom-update
BOOTLOADER: up to date
   CURRENT: Di 26. Mai 15:01:25 UTC 2026 (1779807685)
    LATEST: Mo 10. Mär 17:10:37 UTC 2025 (1741626637)
   RELEASE: default (/usr/lib/firmware/raspberrypi/bootloader-2712/default)
            Use raspi-config to change the release.
Anmerkung: rpi-eeprom-update -h erklärt alles Weitere. rpi-eeprom enthält auch rpi-eeprom-config, wo man mit "--edit" die Bootreihenfolge ändern kann, wie im Topic von cs-7 beschrieben.
Aaaber: Dieses rpi-eeprom Paket ist nicht aktuell. Eventuell ist das github repository oder eben die Quelle, die MLD verwendet, etwas zu alt? Scheint auch so zu sein, dass DIESES rpi-eeprom Paket nicht nach  neuen Images schaut und nur das aus seiner eigenen Build-Time kennt - keine Ahnung. Ich wollte es hier aber g'schwind erwähnen.
Puh, das Grundproblem führt ja ganz schön tief in die Innereien. Die libc-Korrekturen, von denen im Sundtek Forum die Rede war, haben wir in der MLD?
48
Hi Roland,

das habe ich natürlich.
Ich habe alle möglichen Kombinationen getestet.
Interessant ist ja auch, dass überhaupt kein Sundtek Tuner an einem USB-Port angesteckt sein muss.
Es reicht, dass der Sundtek Treiber (also das sundtek Paket) installiert ist.
Sobald dann eine USB-SSD als /data eingebunden wurde, kommt es zu dem Problem, dass der Bootvorgang nach einigen Minuten im Emergency-Shell endet.
Da ist es dann auch nicht relevant an welchem USB-Port die externe SSD (oder USB-Stick) angeschlossen ist.

Gruß Klaus
49
Es ist vielleicht zu viel verlangt, aber vielleicht kannst du mal die SundtekFB weitergehend protokollieren, d.h. listen welche Codes sie denn sendet. Obwohl ich jetzt ja erstmal über GPIO mit anderem Empfänger fahre könnte solches Debuggen Anderen, bei Gelegenheit vielleicht auch mir selbst, die Chance eröffnen, irgend eine "OneForAll" FB zu nehmen, zu schauen welches "Standardgerät" passt oder sie manuell auf Sundtek Codes einrichten.
Da Sundtek ja mit der SkyTV Ultimate Dual DVB-S2 keine FB mitgibt und die Dokumentation nun auch - sagen wir - ausbaufähig zu sein scheint, könnte so eine Codeliste am Ende Jedem, der eine "Dual" kauft weil er halt zwei Empfänger in nur einer Kiste möchte, die Möglichkeit geben, seine eigene programmierbare FB passend einzurichten. Das wäre doch toll...

Oder Flirc nutzen, damit kannst du so gut wie jede Fernbedienung nutzen.

Gruß,
  Roland
50
@claus
Der aktualisierte Sundtek-Treiber funktioniert jetzt auch wieder bei meinem RPI5.
Leider gibt es aber immer noch das Problem beim Booten mit dem Mounten einer USB-SSD nach /data.
Ich habe auch anstatt einer USB-SSD verschiedene größere USB-Sticks getestet.
Der Bootvorgang mit dem jetzt pulsierenden MLD-Logo wird dann immer nach mehreren Minuten Wartezeit mit dem Emergency-Shell unterbrochen.

Sobald kein sundtek Paket installiert ist, wird die USB-SSD beim Booten ohne Probleme gemountet.
Ich habe mal das sundtek Paket wieder deinstalliert und anstatt des Sundtek-Tuners einen Terratec CinergyS2 USB-Tuner verwendet, dessen Treiber schon im Kernel enthalten sind.
Da läuft das Booten und Mounten der USB-SSD ohne Probleme.

Beim RPI4 funktioniert der Sundtek-Treiber deutlich besser und auch mit einer USB-SSD wird der Bootvorgang nicht mit dem Emergeny-Shell unterbrochen.
Der Bootvorgang dauert aber trotzdem deutlich länger, als ohne Sundtek-Treiber.
Im Log sieht man dann auch beim RPI4, dass bei installiertem Sundtek-Treiber das Mounten der USB-SSD erst nach mehreren Versuchen funktioniert.

Den neuen Sundtek-Treiber gibt es jetzt ja auch für das x86er Nightbuild.
Ich habe daher den Sundtek-Dual und neuen Treiber noch einmal mit dem NUC7P getestet.
Die MLD 6.5 auf einer internen SSD installiert und die externe PNY USB-SSD als /data gemountet.
Da gibt es überhaupt keine Probleme mit dem Sundtek-Treiber.

Hast du beim RPI5 mal unterschiedliche USB anschlüsse getestet,
für SSD und Sundtek.

Gruß,
  Roland