[SID/Unstable] Upgrade Entwarnung

[Saxman]

Aktuell gibt es unter Sid einen kritischen Bug in kmod bei dem das System nach einem upgrade nicht mehr bootet. Da auch bei uns die User anfangen rein zu laufen wollte ich hier mal davor warnen.

Code: Alles auswählen

# apt list --upgradable
kmod/unstable 33+20240816-1 amd64 [aktualisierbar von: 32+20240611-1]
libkmod2/unstable 33+20240816-1 amd64 [aktualisierbar von: 32+20240611-

Die beiden Pakete sind aktuell defekt. Also, Augen auf beim Upgrade und am besten die beiden Pakete vorerst auf hold setzen.

Code: Alles auswählen

 apt-mark hold kmod libkmod2

Wenn ihr schon in den Bug rein gelaufen seid hilft ein downgrade der beiden Pakete auf die testing Versionen. Entweder über ein chroot aus einem anderen System oder Ihr startet euer System mit einem kernel mit einer funktionsfähigen initrd.

https://bugs.debian.org/cgi-bin/bugrepo ... ug=1079022

[hikaru]

Ich hab's mal angepinnt. Bitte bescheid sagen, wenn die Sache gefixt ist!

[KP97]

Ich stifte mal etwas Verwirrung ...;-)
Bei mir läuft ein Sid mit einem Eigenbaukernel 6.1.106, allerdings nicht mit Grub sondern mit systemd-boot.
Kmod und libkmod2 haben die Version 33+20240816-1, initramfs-tool hat 0.143.1, beide laufen aber problemlos.
Die Fehlermeldung in dracut-install habe ich bei der gestrigen Installation des Kernels auch gehabt, die hatte aber keine weitere Auswirkung.
In dem verlinkten Bugreport ist ein Fix von heute ca. 10:30 Uhr, wird dann wohl morgen im Sid sein. Dann installiere ich den Kernel nochmal und sehe dann, ob der Fehler behoben ist.
Ist vielleicht einfacher zu testen, als ein direktes Update.

[cosinus]

In dem verlinkten Bugreport ist ein Fix von heute ca. 10:30 Uhr, wird dann wohl morgen im Sid sein. Dann installiere ich den Kernel nochmal und sehe dann, ob der Fehler behoben ist.
Ist vielleicht einfacher zu testen, als ein direktes Update.

Die neue Version ist da.
Aber ich hab sie nicht installiert, weil dann wieder irgendwelche anderen Pakete weggekloppt werden sollen (so langsam nervt sid, aber ich gebe nicht auf )

Upgrading:
kmod libkmod-dev libkmod2

REMOVING:
dracut-install initramfs-tools-core linux-image-6.10.5-1-siduction-amd64 linux-image-siduction-amd64 plymouth-label
initramfs-tools linux-image-6.10.4-1-siduction-amd64 linux-image-6.10.6-1-siduction-amd64 plymouth wireguard

Werde das alte kmod, das ich heute wieder auf 32+20240611-1 zurückgesetzt habe wieder auf hold setzen.

[towo]

https://bugs.debian.org/cgi-bin/bugrepo ... 1079035#63

[Saxman]

In dem verlinkten Bugreport ist ein Fix von heute ca. 10:30 Uhr, wird dann wohl morgen im Sid sein. Dann installiere ich den Kernel nochmal und sehe dann, ob der Fehler behoben ist.
Ist vielleicht einfacher zu testen, als ein direktes Update.

Die neue Version ist da.
Aber ich hab sie nicht installiert, weil dann wieder irgendwelche anderen Pakete weggekloppt werden sollen (so langsam nervt sid, aber ich gebe nicht auf )

Ja, das ganze ist nicht nicht ausgestanden. Im Bugreport kann man auch nachlesen, dass man die neue Version besser noch nicht installiertl.

Erstmal weiter abwarten und Tee trinken.

[cosinus]

Jo, hab ich gesehen, wollte nur nochmal zeigen was er bei mir alles weggekloppt hätte. Darauf erstmal einen (Hopfenblüten-)Tee

[kreuzschnabel]

Momentan ist sid (zumindest amd64) nicht installierbar (ich habs gerade in einer virtualbox probiert), weil keine initrd angelegt werden kann (wie am Schluss der Installation des Basissystems gemeldet wird).

--ks

[cosinus]

Momentan ist sid (zumindest amd64) nicht installierbar

Ich benutze immer die netinstall von stable und entscheide dann nach der Installation, ob ich auf testing oder sid hochziehe, idR installiere ich auch erstmal nur das Grundsystem ohne Desktop.

[kreuzschnabel]

Ich benutze immer die netinstall von stable und entscheide dann nach der Installation, ob ich auf testing oder sid hochziehe

Kamman machen, ohne Desktop sicher auch schnell gemacht, mit Desktop hab ich da schon üble Versionskonflikte erlebt beim Hochziehen. sid/testing installiere ich am liebsten mit der aktuellen mini.iso im Expert-Modus direkt.

--ks

[cosinus]

Kamman machen, ohne Desktop sicher auch schnell gemacht, mit Desktop hab ich da schon üble Versionskonflikte erlebt beim Hochziehen. sid/testing installiere ich am liebsten mit der aktuellen mini.iso im Expert-Modus direkt.

Der letzte Schrei bei mir: Debian netboot besorgen -> https://deb.debian.org/debian/dists/boo ... s/netboot/
Damit speise ich einen TFTP-Server und kann dann via UEFI network boot das Setup anbooten. Im Setup fragt man mich dann, ob ich stable, testing oder sid will.

[Saxman]

Ich konnte bei mir gerade erfolgreich ein upgrade durchführen.

Code: Alles auswählen

# apt-show-versions dracut-install kmod libkmod2
dracut-install:amd64/unstable 103-1.1 uptodate
kmod:amd64/unstable 33+20240816-2 uptodate
libkmod2:amd64/unstable 33+20240816-2 uptodate

In den genannten Versionen ging das upgrade problemlos durch. Das System bootet einwandfrei. Ich würde daher vorsichtig Entwarnung geben.

[cosinus]

Ich würde daher vorsichtig Entwarnung geben.

Kann ich bestätigen. Die initrd sieht auch wieder von der Größe her bei mir wieder gut aus. Die von 6.10.5-1 wurde noch mit der kaputten Version gebaut.

Code: Alles auswählen

-rw-r--r--  1 root root 71.658.261 2024-08-14 16:17 initrd.img-6.10.4-1-siduction-amd64
-rw-r--r--  1 root root 71.658.261 2024-08-14 16:17 initrd.img-6.10.4-1-siduction-amd64.backup
-rw-r--r--  1 root root 21.424.105 2024-08-19 08:42 initrd.img-6.10.5-1-siduction-amd64
-rw-r--r--  1 root root 71.659.196 2024-08-21 08:53 initrd.img-6.10.6-1-siduction-amd64

[KP97]

Hier bei mir gibt es auch keinen dracut-install-Fehler mehr, da es ja eine neue Version gibt.
@Hikaru
...ich sag' Bescheid....

Übrigens, cosinus, mich nervt Sid kein bißchen, nutze ich schon seit jetzt fast 18 Jahren, und das fast ohne Probleme.
Und wenn mal was klemmt, kann man darauf reagieren oder es ein paar Tage aussitzen, das wußte man aber schon vorher, daß sowas vorkommen kann.

[QT]

In den genannten Versionen ging das upgrade problemlos durch. Das System bootet einwandfrei. Ich würde daher vorsichtig Entwarnung geben.

Hier nun auch. Danke fürs informieren

VIelleicht in #1 in "Entwarnung" ändern

[Saxman]

Hier nun auch. Danke fürs informieren

VIelleicht in #1 in "Entwarnung" ändern

Ja, gerne.

[hikaru]

Gut, dann kann ja auch der Kleber wieder weg.

[KBDCALLS]

Ist mir die Tage auch passiert, einer hats dadurch gelöst das er kmod gedowngradet hat. Einer hat dracut mit der neueren Version von kmod neu kompiliert.

[KP97]

Hast Du einen Standardkernel und Grub im Einsatz?
Weil mich der Fehler anscheinend nicht außer Gefecht gesetzt hat. Ich hatte ja oben schon geschrieben, wie mein System aussieht.
Da muß doch irgendwo der Grund liegen, bei meinem Eigenkernel wurde ja auch die initrd gebaut, allerdings mit dem Warnhinweis.
Oder stört sich systemd-boot nicht daran und startet das System wie gewohnt, ich weiß es nicht... seltsam ist das schon.

[cosinus]

Da muß doch irgendwo der Grund liegen, bei meinem Eigenkernel wurde ja auch die initrd gebaut, allerdings mit dem Warnhinweis.

Wurde bei dir die initrd denn wirklich neu gebaut als das kaputt kmod drin war?

[towo]

Bei install/upgrade von kmod wird immer ein rebuild der initrd des laufenden kernels getriggert.
Eigenbaukernel sagt ja auch nix, wenn da viel fest einkompiliert ist konnte es tatsächlich sein, da hier fehlende Module vielleicht keine Auswirkung hatten.

[cosinus]

Bei install/upgrade von kmod wird immer ein rebuild der initrd des laufenden kernels getriggert.

Hatte ich mir schon gedacht, war mir aber nicht 100%ig sicher. Dann kanns bei @KP97 ja nur zwei Möglichkeiten geben: der Bug konnte in dieser Konstellation nicht zuschnappen oder das kaputte kmod war noch garnicht installiert.

[KP97]

@cosinus
Doch, das kaputte kmod war schon installiert, hatte ich oben ja bereits geschrieben.
Deshalb war ich ja so verwundert über Saxmanns Upgradewarnung. Aber egal, das kriegt man jetzt nicht mehr raus, läuft ja wieder alles.

[Saxman]

@cosinus
Doch, das kaputte kmod war schon installiert, hatte ich oben ja bereits geschrieben.
Deshalb war ich ja so verwundert über Saxmanns Upgradewarnung. Aber egal, das kriegt man jetzt nicht mehr raus, läuft ja wieder alles.

towo hat es ja schon angemerkt. Wenn du die benötigten Module bei dir im kernel fest einkompiliert hast muss dich eine kaputte initrd nicht triggern. Die enthält, als für dich relevantes, nur die für das booten notwendigen Module. Wenn die bei dir fest einkompiliert sind macht das keinen Unterschied. Deswegen ist eine kaputte initrd in dem Fall egal. Der kernel kann trotzdem booten.

[KP97]

Danke Saxman für die Aufklärung, das hatte ich im Stillen schon vermutet, war aber nicht sicher.