Recent Posts

31
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
32
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?
33
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
34
Allgemein [ General ] / Entwicklungsumgebung 6.5
« Last post by clausmuus on April 05, 2026, 11:53:56 »
Genau
35
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 :)
36
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.
37
Beide Antworten sind ja.
38
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
39
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?
40
Oder funktionieren die neu erstellten Backups jetzt? Dann hätte sich das erst mal erledigt.
Nein, alle drei Backups auf unterschiedlichen Sticks haben nicht funktioniert.  :( Dummerweise habe ich kein Foto vom FS Schirm gemacht.

Heute mache ich noch einen Versuch und wenn die backupgeschichte wie bisher nicht funktioniert, mache ich wieder ein Bild und dann mit angestecktem Stick blkid. Ich hoffe, diese Vorgehensweise wäre dann richtig.

Zwei Fragen hätte ich noch:
Werden die bereitgestellten ISO immer mit den aktuellen Updates erstellt?
Können backups von einer gestarteten USB Installation auf einenen anderen Stick gemacht werden?