1

Allgemein [ General ] / Neuinstallation

« on: August 11, 2026, 16:38:48 »

Hallo zusammen!
Lange war es still um mich und meine VDRs - jetzt habe ich endlich die (Hardware-)Umbauten fertig und wieder Zeit dafür.
Nach den Umbauten will ich ruhig eine neue, "jungfräuliche" Installation machen, meine Testinstallation war durch etliche Experimente inzwischen ... naja, Ihr wisst schon
Trotzdem habe ich zur Sicherheit via WebIf ein Backup auf USB-Stick gemacht.

Vor der Installation - jetzt als produktiv-System-Nachfolger für meinen guten alten 5.3er MLD geplant - habe ich einige Fragen:
1) das Board hat eine N100 CPU - sollte ich das "normale" ISO nehmen oder das Experimentelle für Intel?
2) ich habe drei SSDs verbaut: eine kleine M.2 die AUSSCHLIESSLICH das System aufnehmen soll und zwei deutlich größere SATA SSDs für die Aufzeichnungen. Ist das umsetzbar? Wenn ja, an welcher Stelle der Installation muss ich was tun? Ich möchte auf der M.2 keine (!) Aufzeichnungen haben. Oder geht das erst NACH der Installation unter "Datenspeicher bearbeiten"?
3) Ich finde, für ein Wohnzimmer-produktiv-System könnte es nervig sein, täglich nach Updates zu suchen. Gar nicht (um es ggf. nur manuell zu machen) ist aber möglicherweise auch nicht das Geschickteste, manuell "vergesse" ich bestimmt...   
4) noch hypothetisch: kann man in die /etc/vdr/remote.conf.d/xyz auch MAUSTASTEN bauen, so dass z.B. die beiden Maustasten als Farbtasten fungieren?

Es bedankt sich schon vorab
purzel

2

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

« on: January 31, 2026, 12:28:04 »

Tagchen!

Danke für Eure Tipps/Hinweise auf merger und smartmontools. Leider sind Letztere noch nicht in der 5.3 enthalten und ich habe nicht vor, den VDR noch auf eine höhere Version zu "ziehen". Dann muss der Test mit smartctl warten bis der neue VDR (gleich mit neuer Platte bzw. SSD) fertig ist. 

Ich habe aber immerhin auch in der 5.3 xfs_repair gefunden, welches die Option "No modify mode, just checks the filesystem for damage" kennt. Hier tut sich aber das (mögliche) Problem auf, dass erstens das Tool anscheinend nicht auf eingehängten Platten arbeiten will (OK, das kennt man von fsck.*) und zweitens die Fehlermeldung "fatal error -- couldn't initialize XFS library" kommt.
Sind Probleme (bzgl. des umount, weil sdb1 auch auf /var/cache eingebunden ist) zu erwarten wenn ich

Code: [Select]

vdr:/root$ /etc/init.d/vdr stop
vdr:/root$ umount /mnt/sdc1
vdr:/root$ umount /mnt/sdb1
vdr:/root$ umount /var/cache
vdr:/root$ xfs_repair -n -v /dev/sdb1
vdr:/root$ xfs_repair -n -v /dev/sdc1probiere? (bisher noch ungetestet!)
Vielleicht hat das aber auch gar keinen Zweck wegen der o.g. Fehlermeldung mit der XFS library?

Hm... ich merke gerade: es wird OffTopic: "eigentlich" heißt das Topic "6.5 auf neuem Board - einige Fragen" und ich fange (fing) an, mit den Filesystem-Problemen in der alten 5.3 Installation zu nerven. Sorry, ich gelobe Besserung

Für die 6.5 habe ich momentan keine weiteren Fragen, so dass ich den erstmal zerlegen, dessen Gehäuse etwas "anpassen", alles wieder zusammensetzen und dann neu installieren kann. Vielleicht kommen dann, mit weiteren Plugins die mir in der Testphase noch nicht wichtig genug waren, neue Fragen auf

Viele Grüße,
purzel

3

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

« on: January 30, 2026, 17:40:14 »

Auf der Konsole kannst Du per "df -h" sehen wie viel auf den einzelnen Platten frei ist.

Es fällt mir schwer zu glauben dass beide Platten wirklich einen so extrem ähnlichen Füllgrad haben - zumal die zweite (sdc) nicht von Anfang an drin ist:

Code: [Select]

...
b2:c1                     3.6T      2.8T    896.5G  76% /data
/dev/sdb1                 1.8T      1.4T    448.9G  76% /mnt/sdb2
/dev/sdc1                 1.8T      1.4T    447.6G  76% /mnt/sdc1
...Die sdc kam damals erst dazu, als sdb voll war. Natürlich habe ich nach Einbau der zweiten Datenplatte viel aufgenommen, manches wieder gelöscht, in den letzten Wochen auch viel geschnitten und anschließend die UNgeschnittenen Aufzeichnungen gelöscht. Aber vielleicht gleicht das mergerfs den Füllstand mit der Zeit ja tatsächlich an???
Es ist übrigens noch der alte MLD 5.3 VDR.

Das mit dem "in die kühle Fensterbank legen" ist natürlich bei einem "Produktiv-Wohnzimmer-VDR" ein bisschen schwierig.... Meinst Du, es ist frisch nach dem Einschalten (also wahrscheinlich etwas über Zimmertemperatur) auch schon kühl genug?

Die Lesefehler sind mir bei den Dateien an sich eigentlich fast egal, da ich zwei der drei defekten Aufnahmen noch in einer alten Sicherung gefunden habe - aber ich wüsste gern, ob die Platte(n) (?) wirklich defekte Sektoren hat (haben)...

4

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

« on: January 24, 2026, 15:34:42 »

So, da isser wieder

Zwei Tests habe ich gemacht.
1) cp /data/tv/defekte_Aufnahme/2023-04-05.18.55.49-1.rec/00002.ts /media/USB/
Da kommt "irgendwann" cp: read error: Input/output error (auch mit anderem Ziel, z.B. NAS)
2) /etc/init.d/vdr stop ; umount {alles was mit den Datenplatten zu tun hat} ; fsck.xfs /dev/sdx mit x=b und c
Hier ist "sofort" und ohne jegliche Meldung der Prompt wieder da.
Nach kurzer Recherche fand ich die manpage (7) zu fsck.xfs in der es u.a. heißt:
fsck.xfs - do nothing, successfully ... XFS is a journaling filesystem and performs recovery at mount(8) time if necessary, so fsck.xfs simply exits with a zero exit status.

Daraus interpretiere ich, dass die (Lese)Fehler WIRKLICH da sind. Die Platte war irgendwann einmal wirklich SEHR voll und die Recherche DAZU ergab, dass XFS das nicht so wirklich gut findet  Ich meine, irgendwas mit "empfohlen ist ein maximaler Füllgrad von 75%" im Hinterkopf zu haben. Vielleicht IST ja einer der beiden Datenplatten WIRKLICH (zu) voll was ich wegen des mergerfs nicht sehe? Oder geht das irgendwie?

TIA
Purzel

5

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

« on: January 24, 2026, 12:57:05 »

Moin Claus!
Ich bin immer wieder über die Hilfsbereitschaft hier begeistert, man kann sich gar nicht oft genug bedanken.

Die systeminfo.sh sollte nicht überschrieben werden, sofern es üblich ist, dass diese vom User bearbeitet wird. Sollte das nicht passen, muss das Paket noch angepasst werden.

Wenn ich das richtig in Erinnerung habe wurden schon mehrmals meine "Anpassungen" in der systeminfo.sh beim Update des Paketes "eliminiert". Zum Glück habe ich nach der ersten Beobachtung dieses Umstands eine Sicherung davon angelegt und diese dann entweder direkt eingespielt oder als Basis für weitere Anpassungen benutzt. Gerade bei der weiter oben und auch im Parallel-Thread  ("MLD 6.5 Systeminformationen") diskutierten Dinge ist das mit den diversen Temperaturen ja bald eine Odyssee (anscheinend auch für andere User). Ich denke, eine für VIELE funktionierende "Basisversion" von Euch ist auf jeden Fall eine super Sache, aber wer es gerne anpassen möchte freut sich vermutlich über das NICHT-Überschreiben beim Update

Zum Daten Migrieren: Da der neue VDR ja USB3 hat ist glaube ich die Variante USB3 die Bequemere. Es ist ja eine USB3   Platte, die ich nur wegen der etwas angealterten Hardware meines MLD 5.3-VDR beim Sichern mit USB2 betreiben musste 

XFS: Es gibt (auch?) in der alten MLD 5.3 das fsck.xfs - ich teste nachher nochmal, ob die drei defekten 0000x.ts Dateien inzwischen vom XFS repariert wurden und/oder ob fsck.xfs hilft. Jetzt aber "muss" ich erstmal Mittag essen

Viele Grüße
Purzel

6

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

« on: January 23, 2026, 17:06:29 »

Ihr seid ja schneller als die Polizei erlaubt

Vielen herzlichen Dank! Läuft!

Was kann ich tun, damit eigene Ergänzungen/Änderungen an systeminfo.sh erhalten bleiben wenn es ein Update des Paketes gibt? Oder ich wenigstens gefragt werde wie das oft bei anderen Distributionen vorkommt?

Sobald ich ein bisschen meine Unordnung eliminiert habe geht's an leichte Modifikationen des Gehäuses um weitere Hardware einzubauen...

Da mein Thema ja heißt "...einige Fragen" gleich noch eine: Was wäre wohl der geschickteste Weg, die Aufzeichnungen des alten VDR (MLD 5.3 mit zwei (!) HDDs als /data/tv) auf den Neuen zu übertragen? Der Neue soll SSD bekommen. USB? LAN? Provisorisch die alten Platten zusätzlich einbauen?
In dem Zusammenhang habe ich noch ein kleines separates Problem, welches nur indirekt mit MLD zu tun hat: bei der Sicherung der Aufzeichnungen auf eine USB Platte (das hat EEEEWIG gedauert weil der alte VDR nur USB2 hat, der Neue USB3) sind bei drei Aufnahmen Lesefehler im XFS aufgetreten. Wie finde ich heraus, auf welcher der beiden (siehe oben) Platten das ist? Doof wäre, wenn auf beiden Platten Fehler sind...

TIA
Purzel

7

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

« on: January 21, 2026, 17:35:13 »

Herzlichen Dank für das zur-Verfügung-Stellen von hddtemp - leider "mag" es anscheinend keine M.2 bzw. NVMe disks.

Im Web fand ich diesen Thread: https://groups.google.com/g/de.comp.os.unix.linux.hardware/c/ildiDoKBN78 und habe mal "gespielt":
$ sudo smartctl -a /dev/nvme0 | grep -i Temperature: | tr -s ' ' | cut -d' ' -f 2,3
liefert auf meinem "normalen" PC
25 Celsius
Notfalls könnte man noch ein ° 'rein häkeln... (z.B. durch Anhängen von | sed -e 's/C/°C/' an obigen Befehl)

Aber ob man die smartmontools nun auch noch auf einem VDR haben muss... Ich weiß nich'. Ein klassisches "nice-to-have" vielleicht 

8

Allgemein [ General ] / MLD 6.5 Systeminformationen

« on: January 17, 2026, 17:58:38 »

Tagchen.
Auch hier möchte ich meinen Senf dazugeben; bei mir werkelt auch ein NCT6798D Chip. `sensors` gibt mir (u.a.) diese Temperaturen aus:
SYSTIN:                 +51.0°C  (high = +80.0°C, hyst = +75.0°C)
CPUTIN:                 +39.0°C  (high = +85.0°C, hyst = +110.0°C)
AUXTIN0:                +15.0°C  (high = +80.0°C, hyst = +75.0°C)
AUXTIN1:                +25.0°C  (high = +80.0°C, hyst = +75.0°C)
AUXTIN2:                +26.0°C  (high = +80.0°C, hyst = +75.0°C)
AUXTIN3:                 -1.0°C  (high = +80.0°C, hyst = +75.0°C)
PECI Agent 0:           +58.5°C  (high = +80.0°C, hyst = +75.0°C)
AUXTIN4:                +31.0°C  (high = +80.0°C, hyst = +75.0°C)
PCH_CHIP_CPU_MAX_TEMP:   +0.0°C 
PCH_CHIP_TEMP:           +0.0°C 
PCH_CPU_TEMP:            +0.0°C 
PCH_MCH_TEMP:            +0.0°C 

Laut meinem BIOS (ASRock N100ITX/DC) sind die Plausibelsten für CPU "PECI Agent 0" und System "SYSTIN" . Welche Temperatur sensors da mit CPUTIN meint konnte ich nicht ermitteln; ebenso die ganzen anderen Temperaturen. Da werde ich mir wohl auch das systeminfo.sh Script anpassen müssen.

Die Temperaturen von coretemp scheinen sich ebenfalls auf die CPU zu beziehen; sie liegen geringfügig unter denen von "PECI Agent 0".

{später}
Dieses "PECI" ist wohl ein "digital interface to read the CPU temperature of Intel® CPUs." schreibt Nuvoton und die CPU sei ein PECI Client. Dann passt's doch (Trotzdem bleibt schleierhaft, was ASRock mit CPUTIN implementiert hat)

 
Beste Grüße und einen schönen Abend,
purzel

9

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

« on: January 17, 2026, 17:47:54 »

Super, vielen Dank schon jetzt!

10

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

« on: January 17, 2026, 16:11:02 »

Hallo zusammen,

endlich habe ich wieder einmal Zeit für das System...

Zu meiner Freude gibt es jetzt "Success!" bei coretempt und dem "Nuvoton NCT6798D Super IO Sensor" - VIELEN DANK.

Ich habe in die /etc/vdr/plugins/systeminfo/systeminfo noch aufgenommen
if [ ${CASE:-0} -eq 0 ] ; then CASE="N/A" ; fi
echo -ne "Fans:\tCPU: "${CPU:-0}" rpm\tCase: "${CASE:-0}" rpm"
und
if [ ${MB:-0} -eq 0 ] ; then MB="unknown" ; fi
damit es (für mich) hübscherer aussieht

Die Zeile echo -ne "Temperaturen:\tCPU: "$CPU"\tMB: "$MB wäre mit s anstatt n (engl. Temperatures) konsequenter, IMHO. Oder man macht ALLE Ausgaben auf deutsch.

Ach ja, und den Befehl und/oder das Paket "hddtemp" scheint es auch (noch) nicht zu geben - oder "versteckt" sich das in einem Paket welches ich noch nicht gefunden habe?

TIA
purzel

[EDIT] Ich fand gerade noch den "Parallelthread" https://www.minidvblinux.de/forum/index.php/topic,10879.msg87498.html#msg87498 - wo Ähnliches thematisiert ist; auch der Nuvoton-Chip. Den werde ich mir nachher auch mal ausführlicher anschauen...

11

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

12

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?

13

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

14

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...

15

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