Recent Posts

41
Allgemein [ General ] / mld6.5 Neuinstallation auf x86, kein WOL
« Last post by franky on July 05, 2026, 22:57:42 »
....
Mir scheint das während des Ausschaltens der Rechner zu tief "einschläft", früher blinkte die Power-Taste normalerweise im Standby (S3?), jetzt ist sie aus.
Leider hab ich keine Einstellung gefunden wo ich daran etwas ändern könnte.

Vielen Dank
 Jürgen
Hallo Jürgen,

mich wundert eigentlich, dass dein System bei der MLD 5.5 in den S3 (Suspend to RAM) heruntergefahren ist, was eigentlich das Blinken der Power-Taste bestätigt.
Im S3 ist dann natürlich auch die Netzwerkkarte noch aktiv und kann auf WOL reagieren.
Soweit ich mich erinnere, gab es beim Aufwachen aus S3 aber immer Probleme mit der DVB-Hardware.
Daher kenne es von meinen x86er Systemen, dass diese auch schon bei der MLD 5.5 in den S5 heruntergefahren sind, wo dann auch die LED der Power-Taste dunkel wird.
Bei einem Neustart aus S5 gibt es dann keine Probleme mit z.B. SAT-Karten, da ja die Kernel-Module neu geladen werden.
Für Wakeup-Timer sollte das System dann auch den ACPI-Wakeup beherrschen.

Meine ganzen x86er Systeme gehen bei der MLD 6.5, wie auch schon bei der MLD 5.5, beim Herunterfahren in den S5.
Damit dann aber WOL funktioniert, muss i.d.R. im BIOS unter den ACPI- oder APM-Optionen eine Option wie z.B. Wake-on-PCIe oder Power-On-by-PCIe aktiviert werden, damit die Netzwerkkarte im S5 nicht deaktiviert wird.
Ich habe es bei einigen meiner x86er Systeme mit aktuellem Stand der MLD 6.5 nochmal getestet und es hat bei allen funktioniert.

Ob das natürlich bei dir funktioniert, hängt von deinem MB ab und wie alt das System ist.
Ob es bei der MLD 6.5 möglich ist, anstatt in den S5 auch in den S3 herunterzufahren kann ich dir leider nicht beantworten.

Gruß Klaus
42
Allgemein [ General ] / mld6.5 Neuinstallation auf x86, kein WOL
« Last post by dc6jn on July 05, 2026, 19:18:41 »
Hallo Pit,
das hatte ich schon geprüft, die Ausgabe ist m.E. ok:
Code: [Select]
root@MLD:~# ethtool eth0 | grep -E 'Wake-on|Supports Wake-on'
Supports Wake-on: pumbg
Wake-on: g

Was mich verwundert ist das der Rechner komplett abschaltet und sich nur durch manuelle Aktivität wiederbeleben lässt. In der alten Version ging der nur in den Standby (-> der blinkende Einschalter)

Grüße
 Jürgen
43
Allgemein [ General ] / mld6.5 Neuinstallation auf x86, kein WOL
« Last post by P3f on July 05, 2026, 16:32:43 »
Hallo Jürgen,

Kannst Du bitte mal auf der Konsole den folgenden Befehl absetzen und hier das Ergebnis posten?

Code: [Select]
ethtool eth0 | grep -E 'Wake-on|Supports Wake-on'(Gehe davon aus, das eth0 deine Netzwerkkarte ist, ansonsten bitte anpassen)

Du brauchst als Ausgabe Supports Wake-on: “...g” und idealerweise Wake-on: “g”.

Wenn das NICHT so sein sollte, dann mit
Code: [Select]
sudo ethtool -s eth0 wol g testen, ob dann wieder das bekannte Verhalten bei Dir vorliegt.

Gruß,
Pit
44
Allgemein [ General ] / mld6.5 Neuinstallation auf x86, kein WOL
« Last post by dc6jn on July 05, 2026, 11:21:03 »
Hallo,
nachdem ein Hardwaredefekt meine 5.5-Installation mit ins Grab nahm hab ich die 6.5 installiert. Ging weitgehend ruckelfrei, vielen Dank dafür!  :)

Einige Probleme konnte ich noch nicht lösen, das drängendste scheint mir ist WOL und Wakeup für Timer. Beides funktionierte unter 5.5 problemlos.
WOL ist angehackt, scheint aber nicht zu wirken.
Code: [Select]
systemctl status wol liefert
● wol.service - Enable wake on lan
     Loaded: loaded (/usr/lib/systemd/system/wol.service; bad; preset: enabled)
     Active: active (exited) since Sun 2026-07-05 10:01:41 CEST; 31min ago

Jul 05 10:01:41 MLD systemd[1]: Finished Enable wake on lan.

Mir scheint das während des Ausschaltens der Rechner zu tief "einschläft", früher blinkte die Power-Taste normalerweise im Standby (S3?), jetzt ist sie aus.
Leider hab ich keine Einstellung gefunden wo ich daran etwas ändern könnte.

Vielen Dank
 Jürgen
45
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?
46
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.
47
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.
48
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
49
@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.
50
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...