1

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 30, 2025, 16:57:00 »

`sensors-detect` ... coretemp, NCT6798D und einen "unknown Chip with ID 0x0101". Immerhin. Die Kernel-Module coretemp, nct6798d und nct6775 (gem. kurze Google Suche) gibt's im MLD offenbar nicht

(siehe auch weiter oben https://www.minidvblinux.de/forum/index.php/topic,10869.msg87367.html#msg87367 )

TIA
purzel

2

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 30, 2025, 09:52:01 »

Hi Roland,
vielen Dank - und schon bin ich wieder mal unschlüssig 
Ich weiß nämlich nicht, was mir besser gefällt bei der Anzeige:
uptime: Tue Dec 30 09:15 still running  oder
uptime: 0:16
Das Erste (MLD default) ist zwar ausführlicher - aber die eigentliche uptime (= Maschine in Betrieb) fehlt.

Evtl. fällt mir ja eine schicke Kombi ein; denn es kann ja passieren, dass der PC ziemlich lange in Betrieb ist, dann käme bei uptime z.B. sowas:
 09:39:22 up 17 days,  3:02,  1 user,  load average: 0,00, 0,00, 0,00
Das fallweise so zu cutten damit es schön ist erscheint mir auf den ersten Blick knifflig und vielleicht zu aufwändig für so ein Luxusproblem  (zumal man da soo oft wahrscheinlich ohnehin nicht rein schaut)
Vielleicht einfach den MLD default drin lassen 
Oder, dann ergibt m.M.n. die default-Ausgabe mehr Sinn:
up since: Tue Dec 30 09:15 still running

Auf jeden Fall danke nochmal. Hättet Ihr ggf. Lust, noch ein (mehrere?) Paket/e mit Kerneltreibern für die einschlägigen Sensoren zu schnüren?

3

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 29, 2025, 14:14:09 »

Moin.

Erstmal will/wollte ich ja die Partitionierung ja nur SEHEN - danke für den Tipp mit parted; hat geklappt.

Die Idee mit dem BIOS hatte ich in der Tat auch - sogar bevor ich Dein Posting gelesen hatte. Und seltsamerweise, warum auch immer, war die Möglichkeit zum WoL im ACPI setup deaktiviert. Das habe ich definitiv nicht absichtlich gemacht - und gilt nun zu beobachten...

Ein aktuell(er)es BIOS könnte Vorteile bringen. Ich hoffe, ASrock hat auch ein Tool um das unter Linux zu machen, idealerweise sogar ohne OS... gleich mal suchen. Leider habe ich bisher nichts gefunden, dem Board einen eigenen "custom" BIOS splash screen zu verpassen. Bei meinem alten MLD 5.3 Board (ASUS AT3N7A) hatte ich das gemacht um den Bootvorgang "aufzuhübschen".

Übrigens, wieder was Anderes, liefert das Plugin vdr-plugin-systeminfo bei mir zu wenig Information. Ich kann mich erinnern, dass ich auf dem 5.3er System am zuständigen Script etwas "nachgebessert" habe um dem Plugin mehr Information zu entlocken. Auch in der 6.5 habe ich damit begonnen; es geht leider schon damit los, dass `sensors` bei mir meckert

Code: [Select]

No sensors found!
Make sure you loaded all the kernel drivers you need.
Try sensors-detect to find out which these are.Offenbar hat der N100 und/oder das MoBo wenig Sensoren; `sensors-detect` hat tonnenweise No, aber auch ein paar wenige Yes/Success geliefert:
coretemp, NCT6798D und einen "unknown Chip with ID 0x0101". Immerhin. Die Kernel-Module coretemp, nct6798d und nct6775 (gem. kurze Google Suche) gibt's im MLD offenbar nicht. lmsensors habe ich installiert, das brachte auch ein Rudel "lmsensors-..." Pakete mit. Gibt es evt. ein oder mehrere Paket/e mit den Kernel-Treibern für die Sensoren?
In der 5.3 gab es vcgencmd und hddtemp, die finde ich nun nicht mehr, auch nicht zum Nachinstallieren.

Manche Ausgaben lassen sich systeminfo aber trotzdem entlocken:
1) uptime liefert wohl nichts, weil das Programm `last` fehlt, hotfix für mich:
UPTIME=$(uptime | cut -d' ' -f 5) benutzen
2) Dass die Lüfter nicht angezeigt werden ist (fast) OK, ich habe weder CPU- noch Gehäuselüfter. Aber es könnte ja wenigstens 0 da stehen , hotfix für mich:
echo -ne "Fans:\tCPU: "${CPU:-0}" rpm\tCase: "${CASE:-0}" rpm" benutzen
3) da das Video-/TV-Verzeichnis im MLD nicht /video0 sondern /data heißt ist mein hotfix für Video Disk:
VAR=$(df -Pk /data | tail -n 1 | tr -s ' ' | cut -d' ' -f 2,4)

Naja, erstmal nach einem BIOS update suchen...

Viele Grüße
purzel

4

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 28, 2025, 20:39:05 »

Ah, OK, danke. Ich werde also gfdisk o.ä. eine Chance geben 

{später}
Hm, ein derartiges Programm finde ich in MLD nicht; auch nicht anders geschrieben. Wie erzeugt denn die Installationsroutine die (GPT-)Partitionen? Oder muss ich, FALLS ich eine eigene Partitionierung machen möchte (anstatt mit diesen BTRFS subvols zu hantieren) mit einem Live-Stick booten?

Wenn ich das lirc file aus /etc/vdr/remote.conf.d/ entferne (z.B. nach /root oder besser in ein noch zu definierendes Verzeichnis) verschiebe dürften die Einträge in der remote.conf ja wohl weg bleiben. Andererseits stören sie auch nicht wirklich.
Anstatt meine FB anzulernen habe ich einfach die RCU.xxxxxxx... Einträge aus meiner alten 5.3er remote.conf in die 6.5er remote.conf kopiert; teilweise funktioniert es direkt, manches braucht evtl. noch Einstellungen im VDR. Morgen mal ganz gezielt und v.a. strukturiert testen.

Für die Scripts habe ich Ideen aber heute Abend keine Lust mehr, zumal...

... ein neues Problem aufgetaucht ist: bis vor Kurzem - leider kann ich nicht mehr nachvollziehen wann genau - hat WoL funktioniert. Jetzt klappt das nicht mehr, erstens egal wie ich ihn 'runterfahre (Powertaste am PC, an der FB, über's WebIf) und zweitens trotz re-installation des Paketes WoL und aus-und-anschaltens der WoL Option in den MLD Einstellungen im WebIf. Kurioserweise leuchten und blinkern die LEDs an der LAN Buchse auch nicht mehr nach dem 'runterfahren; als WoL noch funktionierte taten sie das. Hast Du hier auch eine Idee? Im Moment tappe ich total im Dunkeln

Naja, genug für heute, morgen ist auch noch ein Tag...

5

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 28, 2025, 13:41:52 »

Mahlzeit!

Hab Dank erstmal. Zunächst denke ich, subvol & Co kann ich hoffentlich vorerst ignorieren. AAber...

Code: [Select]

root@MLD:~# cat /proc/partitions liefert
 259        0  125034840 nvme0n1
 259        1     291840 nvme0n1p1
 259        2  124741632 nvme0n1p2während

Code: [Select]

root@MLD:~# fdisk -l /dev/nvme0n1 nur
...
Device       Boot StartCHS    EndCHS        StartLBA     EndLBA    Sectors  Size Id Type
/dev/nvme0n1p1    0,0,2       1023,255,63          1  250069679  250069679  119G ee EFI GPT
anzeigt.
Warum sehe ich mit fdisk die zweite Partition nicht? Ist das wegen der subvols oder weil ich GPT (oder BTRFS?) anscheinend noch nicht so richtig verstanden habe?

Nach dem neuen Einschalten nach dem Mittagessen zeigt das RCU device übrigens genau die Meldungen an, die definitiv das Warten auf die FB bedeuten; das war vorhin anscheinend eine Art undefinierter Zustand. Also nachher mal die FB anlernen; leider bin ich etwas unter Zeitdruck, wir "müssen" gleich zum Kaffeetrinken fahren...

Über das mit mit den run.d Scripts muss ich nochmal in Ruhe nachdenken, dafür bin ich gerade zu hektisch. Seufz.
Bis später!


P.S. kann ich eigentlich "gefahrlos" die LIRC.* Einträge aus der remote.conf wegschmeißen? LIRC benutze ich nicht, habe ja RCU 

6

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 28, 2025, 12:16:31 »

Welch geniales timing!

Gerade habe ich herausgefunden, dass subsystem=="tty" im Gegensatz zu ...usb DOCH richtig war; vermutlich hatte ich vorher irgendeinen anderen (vielleicht Tipp-)Fehler drin. Jetzt wird das Device bzw. der Symlink in /dev richtig erzeugt und auch meine echo... Befehle funktionieren. Auch SCHEINT das RCU-Plugin schon irgendwas zu machen, mein RCU device zeigt --0A an - was (IIRC) warten auf Anlernen bzw. erstmal "irgendeinen" Tastendruck an der Fernbedienung bedeutet. "Aber dat kriegen wir später" 

Bei den mounts ist mir momentan noch unklar, was es mit den Parametern subvol und subvolid. auf sich hat Ich schätze, "googeln" hilft - oder Du kannst es mit wenigen Worten erklären. Da ich ja ohnehin, nachdem ich mit diversen Experimenten "durch" bin, nochmal neu installieren will probiere ich auch mal mit VORpartitionierter NVME-SSD als System"platte".

Das Ausschalten/Rebooten suchte ich bei den drei Strichen, drei Punkten und dann bei Apps. Eine Idee wäre vielleicht auch "System" (was derzeit ja gar nicht anklickbar ist).

Die Scripte, nehme ich an, werden in der Reihenfolge der Nummer vorne im Namen ausgeführt? Also ein Script welches beim Herunterfahren ausgeführt werden soll nenne ich z.B. 99-at_shutdown.sh oder so?

In diesem Sinne... Man kann gar nicht oft genug danke sagen in diesem tollen Forum!

7

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 28, 2025, 10:00:05 »

Moin Claus!

Vielen Dank für die schnellen Antworten - Nach einem quick'n'dirty "Durchhangeln":
1) alles klar
2) in freudiger Erwartung 
3) so ganz habe ich das noch nicht gepeilt was mir `mount` ausgibt... Ist das LVM?
4) OK, danke
5) Einen Fehler habe ich gefunden: es darf nicht mehr subsystem=="tty" heißen sondern subsystem=="usb" - auch gut. Aber irgendwie mag's noch nicht:
echo -ne \\xA3 > /dev/RCU ; echo -n $(date +%H%M%S) > /dev/RCU
führt zu einem Fehler -sh: echo: Schreibfehler: Invalid argument. der wegen zweier "echos" natürlich zweimal kommt... In der 5.3 klappte das so noch.
Meine zweite Regel ist insgesamt noch ungetestet...
6) Wie war das mit dem Wald und den vielen Bäumen? 

Als Nächstes oder Übernächstes oder so muss ich noch 'rausfinden, wie man zu verschiedenen Situationen (PC Start, VDR Start, VDR Beenden, PC Shutdown) Scripte ausführt. Ich meine, das einst schon erfragt oder recherchiert zu haben. Dazu muss aber mein Script überhaupt erstmal funktionieren (siehe 5) oben)

Viele Grüße
purzel

8

Allgemein [ General ] / 6.5 auf neuem Board - einige Fragen

« on: December 27, 2025, 21:01:28 »

Hallo zusammen!

Zuerst wünsche ich noch schöne Weihnachten gehabt zu haben.

Lange, sehr lange (anscheinend über ein Jahr) hatte ich nicht den glücklichen Umstand, Zeit, Lust und Gelegenheit gleichzeitig zu haben für das Aufbauen und Installieren einer MLD 6.5 - schade. Jetzt aber - und grundsätzlich läuft es auch auf dem AsRock N100DC-ITX. Cool wäre, wenn ich 'rausfände wie man dem Ding ein eigenes BIOS-Splash beibringen kann...

Ich habe mir zur frisch installierten MLD 6.5 ein paar Fragen notiert (die Reihenfolge ist die, in der ich das auf meinen Zettel gekritzelt habe) ; möglicherweise wurde die schon gestellt - ich finde aber nichts...
1) man kann ja mehrere Paketquellen, z.B. "nightbuild", wählen. Wodurch unterscheiden die sich und welche Vor-/Nachteile habe diese?
2) wie trage ich die "extra" Paketquellen ein? In der 5.3 funktionierte ein Eintrag in /etc/apt/sources.list.d/extra.list - wenn ich in der 6.5 einen Solchen anlege und nach Muster der vorhandenen Einträge (z.B. deb...nightbuild... usw.) baue klappt das nicht. Natürlich soll es update-safe sein.
3) Noch habe ich das nicht probiert - aber kann ich eine Installation auf selbst partitionierten Platten machen? Ich möchte physikalisch getrennte Platten für System und Daten haben; den freien Platz auf der Systemplatte aber auch irgendwie (WIE ist noch undefiniert) nutzen.
4) Ich habe gesehen, dass das Plugin "restfulapi" wohl standardmäßig mitinstalliert wird. Warum?
5) auf meiner alten 5.3 habe ich zwei udev Regeln erstellt und deren Inhalte einfach in die 6.5 nach /etc/udev/rules.d/own.rules kopiert - scheint aber nicht zu klappen. Any hints? Müssen die beispielsweise bestimmtem Namens-Schema folgen? Da lag schon eine touchscreen.rules rum...
6) Bin ich nur zu blind es zu finden? Ich vermisse im WebIf ein Reboot für den MLD-PC - Neustart des VDR habe ich gefunden. Shutdown geht ja offenbar (wenn auch etwas umständlich) über die WebIf-OSD-Fernbedienung mit dem Power-Knopf.

Danke schonmal,
purzel

9

Allgemein [ General ] / Meine Gedanken zur neuen Version (jetzt 6.5 testing)

« on: November 24, 2024, 17:03:14 »

Hallo claus,

das MoBo ist ein AsRock N100DC-ITX und die Sat-Karte eine DVBSky S950 (ein Tuner). Die Dual-Tuner ist auch DVBSky, die habe ich aber noch nicht ausprobiert.

(Eigentlich müsste der Betreff des Threads jetz auf 6.5 geändert werden - mal sehen ob das klappt...)

10

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: November 17, 2024, 11:36:01 »

Tagchen!
Zwar ein Stück weit peinlich... aber endlich, nach nur 6 Wochen, hatte ich Zeit, Lust und Gelegenheit gleichzeitig, eine MLD 6.5 zu installieren.

damit sollte der N100 direkt gehen.

So ganz direkt ging es nicht, ich musste ich in den Einstellungen unter Anzeige -> Treiber manuell "iHD" wählen; mit "auto" (default) hatte ich zwar Ton aber kein Bild. Aber - und das freut besonders - sogar PIP geht *thumbs up*
Natürlich habe ich jetzt nach der Neuinstallation erstmal wieder sämtliche Plugin- und Paket-Installationen erneut vor mir. Seufz.
Leider ist das Zeitbudget auch schon wieder erschöpft, ich "muss" erst eine neue Errungenschaft auspacken und in Betrieb nehmen
Hoffentlich läuft dann demnächst auch die Dual-DVB Karte; zu Testzwecken habe ich immer eine Einfache drin...

11

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: October 04, 2024, 16:59:59 »

Hallo zusammen!

...
der N100 wird aktuell leider "noch" nicht von MLD unterstützt, würde aber den iHD VAAPI-Treiber benötigen und somit PiP per softhddevice unterstützen.
Es funktionieren zwar schon einige der "äteren" AlderLake Prozessoren mit der MLD6, weshalb diese Generation auch im Wiki aufgeführt ist.
Die neueren AlderLakeN, wie der N100, werden von dem aktuell in der MLD6 verwendeten Kernel 5.15 aber leider nicht unterstützt.

Roland hatte zwar vorübergehend in seinen Quellen schon mal einen Kernel 6.1.20 bereitgestellt, was dann aber andere Probleme verursacht hatte.
Mit diesem Kernel hatte mein N100-Testsystem damals funktioniert.

Es wird aber vermutlich noch einige Zeit dauern, bis ein 6er Kernel im MLD6 nightbuild verfügbar ist und der N100 von der MLD6 unterstützt wird.

Lange war es bzgl. MLD still um mich - im Sommer bzw. bei gutem Wetter bin ich lieber an der frischen Luft als am PC 
Jetzt wird das Wetter kühler und v.a. regnet es mehr - deswegen nun die Frage: Gibt es etwas neues an der "N100 Front"? Dann könnte ich mein Projekt "neuer VDR mit MLD 6.x" wieder aufgreifen...

TIA
purzel

12

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: May 29, 2024, 18:28:45 »

Vielen Dank für den Codeschnippsel. Leider haute das so aber nicht hin. Ich habe dann ganz viel recherchiert und experimentiert und bin nun bei

Code: [Select]

[Unit]
Description=set recording timers to RCU
Before=vdr.service
SuccessAction=none

[Service]
Type=oneshot
ExecStart=/bin/true
ExecStop=/usr/local/bin/set_recordtimer
RemainAfterExit=yes

[Install]
WantedBy=multi-user.target


was endlich funktioniert. Welch "schwere Geburt"

Hast Du auch noch einen Tipp für das andere Problem?

13

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: May 26, 2024, 14:48:22 »

Hallo zusammen!

Endlich hatte ich wieder Zeit, Lust und Gelegenheit gleichzeitig  mich mit dem neuen Test-VDR zu beschäftigen. Teils war zu gutes Wetter, da "musste" ich einfach 'raus, teils gab's gesundheitliche Probleme, teils auch einfach keine Lust *flöt*

Doch zum VDR: ich habe eine gute und eine schlechte Nachricht. Zuerst die Gute: RCU funktioniert (vorwiegend - was nicht geht dürfte an noch nicht installierten Plugings u. dgl. liegen) - herzlichen Dank für das Zur-Verfügung-Stellen. Zwar musste ich manuell eine /etc/vdr/conf.d/50_rcu.conf (siehe unten) anlegen, aber das war einfach  In der alten MLD 5.3 konnte ich via WebIf den Startparameter für RCU eingeben. Was aber viel wichtiger ist: in der alten 5.3 habe ich ein Script in /etc/init.d abgelegt, welches beim Herunterfahren ausgeführt wird. Da ich systemd so gar nicht kapiere brauche ich hier einen Tipp oder noch besser "Fahrplan", wie ich dieses Script in die 6er MLD migriert bekomme. Der wahrscheinlich hierfür wichtige Teil das Scripts:

Code: [Select]

        init)
                #start=1     # enable start section
                stop=1      # enable stop section
                #resume=1    # enable resume section
                halt=1   # enable suspend section
                #after="vdr"    # init scripts that must be started before this
                before="vdr"   # init scripts that should be started after this
                ;;

Code: [Select]

root@MLD:~# cat /etc/vdr/conf.d/50_rcu.conf
[rcu]
-d /dev/RCU
(das /dev/RCU kommt aus einer selbst erstellten UDEV Regel)

Die weniger gute Nachricht: ich habe mit dem "geheimen" Plugin experimentiert, leider mit nur wenig Erfolg. Die Konfiguration habe ich von meiner alten funktionierenden Installation übernommen, gleiche Hardware und gleiche "Füllung" Selbiger. Die Hardware wird von lsusb gefunden und taucht z.B. auf mehreren Seiten des Plugins auf. Leider aber scheint der Dienst/Service/Programmteil nach kurzer Zeit abzustürzen, was die Diagnose extrem erschwert: Firefox meldet dann "Fehler: Verbindung fehlgeschlagen". Ich würde z.B. versuchen wollen herauszufinden, ob ich irgendwas anders habe als auf meinem "produktiv-VDR" aber durch die Abstürze trete ich (fast) auf der Stelle. Immerhin kann ich sofort wieder unter Dienste auf "Starten" klicken und dann geht's wieder für eine halbe Minute. Meine Hardware ist intakt, am "produktiv-VDR" ist alles gut... die Hardware vom produktiv-VDR am Test-VDR zeigt leider das selbe Verhalten: Abstürze des Plugins. Ergo kein Hardware-Problem. Wo kann ich jetzt ansetzen?

14

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: April 18, 2024, 17:44:56 »

'n Abend
1. die Teletext Unterstützung hat jetzt ihr Ü - vielen Dank für die "Reparatur"
2. bzgl. N100: danke für die Info - aber keine Eile, zumindest für mich nicht. Das Tempo in dem ich voran komme ist eher als "gemächlich" zu bezeichnen
3. meine neue RCU Platine ist geätzt, morgen geht's ans Löten - und dann ans hoffentlich erfolgreiche Testen

Eine Frage noch: im Webif leuchtete mir heute eine 11 am Menüpunkt "Pakete" entgegen. Beim Klick darauf wurden nur 6 Pakete aufgelistet. Derartige Unterschiede habe ich schon mehrfach gesehen, wie sind die zu erklären/verstehen? Besonders auffällig für mich war hier das RCU Plugin...

15

Allgemein [ General ] / Meine Gedanken zur neuen Version (6.4 alpha)

« on: April 17, 2024, 20:21:01 »

Hallo und guten Abend,

vielen Dank für die Rückmaledung und Erläuterungen.
Mein alter MLD 5.3 VDR ist in der Tat mit Nvidia Grafik, ein ION Board nämlich. Das erklärt offenbar, warum DA das PIP (via softhddevice) funktioniert.
Der neue VDR soll ein Board mit N100 CPU bekommen - was ich im MLD-Grafik-Wiki (Link von Franky) nicht gefunden habe. Auch aus der Wikipedia Seite bin ich nicht wirklich schlau geworden, vorwiegend wegen dieser tollen Maketing Namen wie bspw. "Alder Lake" - was anscheinend der meines N100 ist sofern ich meine Recherche richtig interpretiere. Vielleicht geht PIP (nicht OSDPIP) ja dann damit.
Das mit dem Umlaut muss ich morgen testen, schreibe im Moment nur kurz "zwischen Tür und Angel"

Viele Grüße und einen schönen Abend
Purzel