Recent Posts

41
Allgemein [ General ] / Update von 710 Paketen?
« Last post by franky on April 06, 2026, 12:12:58 »
@thinokoe
ich habe mal meinen Test RPI5 mit einer Installation mit Stand Januar 2026 und VDR 2.7.8 reaktiviert und das große dist-upgrade getestet.
Bei den ersten Versuchen hatte hatte am Ende des Upgrades nach einem Restart des neuen VDR die Tastatur nicht mehr funktioniert hat.
Auch wenn da vorher die KBD.conf überschrieben wird, ist das nicht die Ursache, da sich der Inhalt der KBD.conf nicht ändert.
Ursache ist eines der vielen anderen Pakete die da aktualisiert werden sollen, wobei bei vielen davon die Version gleich geblieben ist.
Und da liegt vermutlich das Problem.
Wenn das entsprechende Paket bereits im apt Cache vorhanden ist, wird es nicht erneut vom Server geladen sondern das aus dem lokalen Cache verwendet.
Ich habe bei einem erneuten Versuch vorher den Cache gelöscht.
Code: [Select]
rm /var/cache/apt/archives/*.*Danach das dist-upgrade ausgeführt, bei dem dann alle zu aktualisierenden Pakete neu vom Server geladen werden.
Nach Abschluss des dist-upgrades und einem Reboot hat die Tastatur wieder einwandfrei funktioniert.
Ich finde auch dass das VDR-OSD jetzt deutlich flüssiger mit der Tastatur bedienbar ist.

Welches Paket da ursprünglich verantwortlich war, da es nicht wirklich aktualisiert wurde, konnte ich nicht herausfinden.

Aber das Löschen des apt-Cache vor dem dist-upgrade hilft und ist sicher auch bei anderen Plattformen sinnvoll.

42
Ich glaube den Fehler gefunden zu haben.
Mache Bitte mal zwei Tests:
- Aktualisiere das install Paket und erstelle danach ein Backup und teste das Backup
- Führe eine neue Installation aus, mit dem neuen x86'er Image (das sollte in 15 Minuten fertig sein) und teste ob das installierte System bootet
43
Mein System wurde am 1.4. nach dem gescheiterten Update auf SSD mit damals aktueller ISO neu installiert.

Heutiger Versuch - fehlgeschlagen.

blkid nach Formatiereung                                                                                                                               
                                                                                                                               
/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                                                                                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1fa13bd33"                       
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"                                     
/dev/sdc1: LABEL_FATBOOT="128BB" LABEL="128BB" UUID="D34D-1913" BLOCK_SIZE="512" TYPE="vfat"

blkid nach backup -> Nur angesehen

/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                                                                                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1fa13bd33"                       
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"                                     
/dev/sdc1: UUID="96EA-15A1" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="92c00c73-edd6-43a3-8947-7d97e2dc7fa8"                       
/dev/sdc2: UUID="f036a33b-f367-4ea1-a1bc-547260db76aa" UUID_SUB="5c7e761b-aba9-495e-b5dc-2c0931f0decb" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="27dd9790-2d0d-4160-a409-bdf36e680ef7"

blkid nach fehlgeschlagenem Start

/dev/sdb2: UUID="86f3451f-6539-496d-a9fd-d4ba7b990b9b" UUID_SUB="ce9a6a26-af63-4866-aa44-d80a69223c25" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="9004b944-5be5-4b83-84c5-b9a6fd3a1032"                                                                                           
/dev/sdb1: UUID="0DB1-AC4E" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="863c3549-fa9d-478b-98f6-42d1fa13bd33"                       
/dev/sdc2: UUID="f036a33b-f367-4ea1-a1bc-547260db76aa" UUID_SUB="5c7e761b-aba9-495e-b5dc-2c0931f0decb" BLOCK_SIZE="4096" TYPE="btrfs" PARTLABEL="
root" PARTUUID="27dd9790-2d0d-4160-a409-bdf36e680ef7"                                                                                           
/dev/sdc1: UUID="96EA-15A1" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="boot" PARTUUID="92c00c73-edd6-43a3-8947-7d97e2dc7fa8"                       
/dev/sda1: UUID="966f718f-af3e-4f08-a9b5-345ccbc90ef4" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8bdeaf8c-01"

Dazu ein Bild vom FS Schirm

Auch habe ich ein backup von einer funktionierenden USB Installation mit damals aktueller ISO vom 3.4. versucht - leider das gleiche Verhalten.

Nur so ein Gedanke - könnte der Fehler daran liegen, daß mein System auf auf sdb liegt?
44
Allgemein [ General ] / Update von 710 Paketen?
« Last post by Olmimoe on April 05, 2026, 20:33:56 »
mein MLD 6.5 möchte 710 Pakete updaten. Ist das so OK oder läuft da gerade etwas schief?
Das Update habe ich erst mal nicht gestartet.
Es sind sehr viele glibc-gconv* Pakete und jede Menge andere.
Update gefahrlos?

So, habe das Update nun durchgeführt... hat alles Funktioniert, keine Probleme :-)

Grüße,
Olmime
45
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on April 05, 2026, 11:53:56 »
Genau
46
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by rell on April 05, 2026, 11:51:34 »
Ok, danke. D.h. wenn ich jetzt an einem Paket was ändere und den build anstosse, gibt es ein neues deb, das dann über das Update geholt würde?
Bin schon sehr gespannt :)
47
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on April 05, 2026, 11:47:40 »
Vermutlich hat auf deinem Build RPI der RAM nicht gereicht. Ganz grob kann man sagen, dass sich mit jedem zusätzlich Prozessorkern auch der RAM bedarf verdoppelt.

Für das Eintragen Deiner Paketquelle hast Du hast zwei Möglichkeiten:
Du stellst schon auf dem Build System ein, dass die URL Deines Build Systems als Paketquelle vor eingestellt sein soll, oder Du trägst die URL von Hand auf dem laufenden System ein.

Für die erste Lösung fügst Du dies zu der Datei local-user.yml dies hinzu:
Code: [Select]
local_conf_header:
  local-package-management: |
    PACKAGE_FEED_URIS = "http://IP_OF_YOUR_DEV_HOST:8000/${USER}/deb"
Und ersetzt "IP_OF_YOUR_DEV_HOST" durch die IP Deines RPI 5

Für die zweite Lösung rufst Du dies auf:
Code: [Select]
setting set packages.sources "['http://IP_OF_YOUR_DEV_HOST:8000']"Und ersetzt "IP_OF_YOUR_DEV_HOST" durch die IP Deines RPI 5. Anschließend kannst Du im Webif Setup Deine Paktquelle auswählen.
48
Beide Antworten sind ja.
49
Allgemein [ General ] / Update von 710 Paketen?
« Last post by thinokoe on April 05, 2026, 10:58:38 »
auf Empfehlung von Franky hatte nur die  /etc/vdr/remote.conf.d/KBD.conf (vor dem distupgrate) gesichert und anschließend wieder zurück kopiert.
Grüße
thinokoe
50
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by rell on April 05, 2026, 10:48:57 »
Ich habe jetzt mld auf einem Raspberry Pi 5 im docker container gebaut. Die Platform rock-pi-4b-plus habe ich hinzugefügt. Ich musste teilweise den build auf einen Thread beschränken, da immer wieder die Netzwerkverbindung (Zugriff über ssh - vermutlich war die hohe Auslastung schuld) verloren ging. Dauer kann ich nicht sagen, würde aber so auf 1,5 Tage build-Zeit tippen, wenn nicht zwischendrin immer abgebrochen worden wäre.
Ich habe jetzt im "deploy/images" einen Link "mld-image-netinstall-rock-pi-4b-plus.wic" zum Image.
Wie gehts jetzt weiter, insbesondere - wie bekomme ich mld (wenn es dann mal läuft) dazu, dass Paket von meinem build Server für ein Update geholt werden?