Recent Posts

31
Allgemein [ General ] / Verwenden mehrerer Festplatten für Aufzeichnungen
« Last post by BJD on April 12, 2026, 05:29:16 »
So, und jetzt zu meine Frage; ich habe ein Platte mit ein Partition 2TB grösse wo alle meine alte aufnahmen drauf sind.
Das neue MLD kiste ist komplett neu installiert auf ein SSD, ergibt sowas;

32
Allgemein [ General ] / Verwenden mehrerer Festplatten für Aufzeichnungen
« Last post by BJD on April 11, 2026, 17:41:02 »
Hallo,
 
es ist schwierig, die aktuelle Installation wirklich aufzuräumen und das mit /data wieder hinzubiegen.
Ich weis nicht, ob aufräumen bei dieser verbogenen Installation noch Sinn macht.
Ich kenne mich auch in den Mechanismen von btrfs zu wenig aus und Claus, der da tiefer drinsteckt und auch das WebIF programmiert, ist leider aktuell im Urlaub.
 
Nur mal so zur Info.
Soll auf dem Systemdatenträger aufgenommen werden, darf im Installations Assistent beim Schritt "Ausprobieren oder Installieren" - "Installieren" unter "Datenträger für Daten" keinesfalls ein Datenträger oder eine Partiton gewählt werden.
Bei der MLD 6.5 wird für Aufnahmen keine extra Datenpartition angelegt, sondern in der btrfs formatierten Systempartition ein Subvolume erstellt, das als /data eingebunden wird.
In der fstab schaut das dann z.B. so aus:
Code: [Select]
UUID=f4f99639-fc23-448c-81ba-e1fb1cccc849 /mnt/f4f99639-fc23-448c-81ba-e1fb1cccc849 btrfs subvol=@data 0 0
/mnt/f4f99639-fc23-448c-81ba-e1fb1cccc849 /data none bind 0 0
Sinn dieses Subvolume ist es, dass Aufnahmen unter /data/tv nicht in die snapsots einbezogen werden.
Dieses Subvolume wird aber nur angelegt und über fstab gemountet, wenn bei der Installation unter "Datenträger für Daten" kein Datenträger gewählt wurde.
Wird dort ein Datenträger (oder Partition) ausgewählt, wo später auch die neuen Aufnahmen gespeichert werden sollen, muss dieser unbedingt als /data eingebunden werden.

Du hast ja bei der Installation die Datenpartitionen deiner beiden alten HDDs dort nach /data/tv/altes eingebunden.
Dadurch wurde dann auf der Systempartition kein Subvolume für /data angelegt, sondern direkt ein Ordner /data/tv, der dann in die snapshots einbezogen wird.
Die beiden alten Datenpartitionen wurden in deiner fstab per mergerfs zusammengefasst und unter /data/data/tv/altes eingebunden.
Sobald neue Aufnahmen vorhanden waren, hat das dann eben zu Platzproblemen auf der Systempartition, wenn z.B. beim beim Nachinstallieren von Paketen neue snapshots angelegt wurden.

Ich würde dir zu einer Neuinstallation raten.
Ggf. vorher unter MLD neu erstellte Aufnahmen auf die du nicht verzichten kannst, auf einen externen Datenträger sichern.

Das richtige Vorgehen wäre, bei der Installation keinen "Datenträger für Daten" auszuwählen und die alten Datenpartitionen erst nach der Installation über das WebIF einzubinden.
Im WebIF und Einstellungen - Speichermedien wird dir dann die Systempartition (eigentlich das Subvolume auf dieser) angezeigt, die als => /data eingebunden ist.
Dort kannst du dann auch die alten Datenpartitionen hinzufügen.
Deine beiden alten Datenpartitionen, auf die ggf. neue Aufnahmen der SSD auslagern möchtest, sind ja mit unterschiedlichen Dateisystemen formatiert, sdc2 als ext4 und sda5 als xfs.
Daher würde ich empfehlen, jede der alten Datenpartitionen über einen eigenen Ordner (z.B. /data/tv/altes1 und /data/tv/altes2) einzubinden, um evtl. Probleme mit mergerfs zu vermeiden.

Gruß
Klaus
33
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 07, 2026, 14:03:13 »
Ok, ich habe es so gemacht, wie beschrieben und jetzt funktioniert die VDR-OSD-Steuerung per Tastatur wieder. Mal schauen ob es so bleibt. 8)
Danke, für die vielen Tipps
34
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 07, 2026, 12:36:46 »
OK das ist die Erklärung für das SSH Problem.
Die Standardantwort "n" bei diesen Abfragen wäre die richtige, damit die aktuelle Datei nicht ersetzt wird.
Die wird auch bei der Aktualisierung über das WebIF verwendet.

Beim dist-upgrade wird da u.a. die Konfigurationsdatei für SSH abgefragt.
Wenn die mit "Y" überschrieben wird funktioniert der SSH Zugriff ohne PW nicht mehr, aber ist auch kein PW festgelegt.
Somit ist kein SSH mehr möglich.
Ich habe das gerade mal beim einem meiner Testsysteme ausprobiert.

Am Besten du gehst noch mal per Snapshot zurück auf den Stand vor dem dist-upgarde.
Dann sollte der SSH Zugriff von deinem SUSE System auch wieder ohne PW möglich sein.
Dann das dist-upgrade auf Konsole nochmal wiederholen und nachdem es erfolgreich durchgelaufen ist, ein Reboot.
Code: [Select]
apt-get clean
apt-get update
apt-get dist-upgrade
Die Fragen immer mit n beantworten!!
35
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 07, 2026, 12:03:05 »
Das ist echt seltsam.
Es wird eigentlich auch für den SSH Zugriff kein PW benötigt.

Wie hattest du eigentlich beim manuellen dist-upgrade auf Konsole die Fragen beantwortet, wenn eine Konfigurationsdatei ausgetauscht werden sollte?
Mit "Y" oder mit "N"?
Ich habe mit Y oder I geantwortet
36
Allgemein [ General ] / Update von 710 Paketen?
« Last post by clausmuus on April 07, 2026, 11:58:59 »
Es wird nur nach einem Passwort gefragt, wenn Du entweder beim ssh Login nicht den Usernamen "root" angegeben hast (ssh root@DEINE_IP), oder Du auf dem RPI z.B. über das Webif ein root Passwort festgelegt hast.

Claus
37
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 07, 2026, 11:53:31 »
Das ist echt seltsam.
Es wird eigentlich auch für den SSH Zugriff kein PW benötigt.

Wie hattest du eigentlich beim manuellen dist-upgrade auf Konsole die Fragen beantwortet, wenn eine Konfigurationsdatei ausgetauscht werden sollte?
Mit "Y" oder mit "N"?
38
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 07, 2026, 10:56:13 »
Seit heute morgen funktioniert  die Keyboard  schon wieder nicht mehr :(
39
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on April 07, 2026, 10:51:45 »
@MegaV0lt,

mache ein "bitbale -ccleanall webif" und baue das dann nochmal. Das hilft normalerweise bei solchen Fehlern.
40
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by rell on April 07, 2026, 10:31:45 »
Ich brauche nochmal etwas Hilfe. Folgendes habe ich gemacht

Docker-build auf RPI5 gefixt und rock-pi-4b-plus hinzugefügt:
https://github.com/rellla/mld-dev/commits/rpi-rock4bplus/

Scarthgap von meta-rockchip enthält mein SoC nicht - das wurde erst später aufgenommen (https://git.yoctoproject.org/meta-rockchip/commit/?id=df4a83d8a41124d69d8105b56680c543432cfb3e) , daher habe ich es manuell hinzugefügt:
https://github.com/rellla/meta-rockchip

Es wird ein Image gebaut, das ich mit Balena Etcher auf meine SD-Karte geschrieben habe. Beim ersten Start flackern auf dem TV aber kurzzeitig nur ein paar Streifen auf, dann passiert nichts mehr.

Code: [Select]
KERNEL_DEVICETREE = "rockchip/rk3399-rock-pi-4b-plus.dtb"
UBOOT_MACHINE = "rock-pi-4-rk3399_defconfig"
sollte passen, das habe ich auch bei LibreELEC.

Gibt es noch eine Stelle, an der die Unterstützung für das Board prüfen müsste?