[Schon wieder! 5.4.0-3]Testing Update: Linux - Headers 5.4 ohne Kernel ???

[willy4711]

Grad ist was seltsames passiert:
Mache ein Dist- Upgrade und sehe freudig in der Liste die Version 5.4.0.2 der Headers. Hab nicht weiter genau hingesehen, da mit den Headern ja in der Regel auch der Kernel kommt.
Die Installation lief durch zum Schluss kam aber Folgendes was ich nicht deuten kann:

Code: Alles auswählen

update-initramfs: Generating /boot/initrd.img-5.3.0-3-amd64
I: The initramfs will attempt to resume from /dev/sdb1
I: (UUID=dbad654a-1d1a-4657-a1fc-c66de5d089df)
I: Set the RESUME variable to override this.
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_oEKObo/lib/modules/5.3.0-3-amd64/modules.builtin.bin'
depmod: ERROR: ../libkmod/libkmod.c:515 lookup_builtin_file() could not open builtin file '/var/tmp/mkinitramfs_oEKObo/lib/modules
....
....
Log ended: 2020-01-11  09:13:36/

Im Log von Aptitude steht auch nur:

Code: Alles auswählen

[INSTALL, DEPENDENCIES] linux-headers-5.4.0-2-amd64:amd64 5.4.8-1
[INSTALL, DEPENDENCIES] linux-headers-5.4.0-2-common:amd64 5.4.8-1
[INSTALL, DEPENDENCIES] linux-kbuild-5.4:amd64 5.4.8-1

Der Kernel wurde nicht installiert:

Code: Alles auswählen

dpkg -l *linux*|grep 5.4.*
ii  linux-compiler-gcc-9-x86           5.4.8-1      amd64        Compiler for Linux on x86 (meta-package)
ii  linux-cpupower                     5.4.8-1      amd64        CPU power management tools for Linux
ii  linux-headers-5.4.0-2-amd64        5.4.8-1      amd64        Header files for Linux 5.4.0-2-amd64
ii  linux-headers-5.4.0-2-common       5.4.8-1      all          Common header files for Linux 5.4.0-2
ii  linux-headers-amd64                5.4.8-1      amd64        Header files for Linux amd64 configuration (meta-package)
ii  linux-kbuild-5.4                   5.4.8-1      amd64        Kbuild infrastructure for Linux 5.4
ii  linux-libc-dev:amd64               5.4.8-1      amd64        Linux support headers for userspace development

Grad war es noch in der Paketsuche vorhanden, jetzt ist es futsch
Weis jemand, was da passiert ist ?

[kalle123]

Hab ich heute morgen auch gesehen.

Hier findet sich was dazu, aber ne befriedigende Antwort ??

https://forum.siduction.org/index.php?topic=7852.0

Hab das aber 'nur' in Testing in einer vbox gesehen. Beim TP und dem 'Alten' hier fahr ich die updates nicht jeden Tag.

Gruß KH

[willy4711]

Hier findet sich was dazu, aber ne befriedigende Antwort ??

Wohl nicht, da Siduction schon länger den Kernel 5.4 "genießt"
aber dort wird auf 948257 hingewiesen und in Antwort 22 steht:

Successful ramfs generation
Do you have any reason to believe that the initrfamfs was not generated
successfully?

This is only cosmetic, and it needs to be fixed in /usr/sbin/mkinitramfs
by copying modules.builtin.bin too:

Nöö - Ohne Kernel auch nicht möglich

und in der /usr/sbin/mkinitramfs murkse ich nicht rum

Dann sind das wohl 2 Probleme.

• depmod: ERROR:
  Kernel ist abhanden gekommen

Oder hat jemand den Kernel bekommen ?

[schwedenmann]

Hallo

Ja geht bei Sid schon so rund 1 Woche. Die initramfs wird aber trotzdem korrekt gebaut und der kernel bootet ohne Probleme. Das das immer ncoh nciht gefixt ist, ist schon etwas seltsam.

mfg
schwedenmann

P.S.
kernel + kernel-headers stehen afaik in keiner Abhängigkeit, die headers werden nicht automatisch mitinstalliert.

[willy4711]

P.S.
kernel + kernel-headers stehen afaik in keiner Abhängigkeit, die headers werden nicht automatisch mit installiert.

Na ja, die Headers sind bei mir ja da ( Virtualbox / Nvidia-Driver). Dann warten wir mal ab, wann der Kernel "nachgeliefert" wird.
Hoffentlich geht das dann gut mit dem Kompilieren der Module

Edit:
Vor langer Zeit gab es mal den umgekehrten Fall: image ohne headers. Das war dann weniger schön, da mir damit das "grafische Erlebnis" vorenthalten wurde

[schwedenmann]

Hallo

Na ja, die Headers sind bei mir ja da ( V

Ich meinte das,daß man die headers auch ohne ein linux-image installiern kann, ist zwar komisch, ist aber so.

mfg
schwedenmann

[MaGe]

Oder hat jemand den Kernel bekommen ?

Debian GNU/Linux bullseye/sid
Linux Mbox 5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05) x86_64 GNU/Linux


gruss MaGe

[willy4711]

Debian GNU/Linux bullseye/sid
Linux Mbox 5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05) x86_64 GNU/Linux

Wo haste denn den "geklaut" ?

Code: Alles auswählen

apt search linux-image-amd64 |grep 5.4

WARNING: apt does not have a stable CLI interface. Use with caution in scripts.

linux-image-amd64-dbg/testing 5.4.8-1 amd64
linux-image-amd64-signed-template/testing 5.4.8-1 amd64

Vollständig:40955

[schwedenmann]

Hallo

Wo haste denn den "geklaut" ?

das ist der aktuelleste kernel in Sid 5.4.0-2 ist ein 5.4.8.1 von kernel org.

ein apt-get install linux-image-5.4.8-1-amd64 dürfte bei debian ins Leere laufen


mfg
schwedenmann

[MaGe]

Wo haste denn den "geklaut" ?

nix geklaut

Code: Alles auswählen

 apt install linux-headers-5.4.0-2-amd64 linux-headers-5.4.0-2-common linux-image-5.4.0-2-amd64 

gruss MaGe

[willy4711]

Aber nicht in Testing ???
Immer diese Unstable - Nutzer
Und sich dann noch über die Testing- Nutzer lustig machen
siehe :
https://packages.debian.org/search?keyw ... 0-2-amd64+
Sieht bei mir nämlich genauso aus:

Code: Alles auswählen

lsb_release -a
No LSB modules are available.
Distributor ID:	Debian
Description:	Debian GNU/Linux bullseye/sid
Release:	testing
Codename:	bullseye

[MaGe]

Immer diese Unstable - Nutzer
Und sich dann noch über die Testing- Nutzer lustig machen

Code: Alles auswählen

 lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux bullseye/sid
Release:        unstable
Codename:       sid 

Ich entschuldige mich und neige mein Haupt


gruss MaGe

[willy4711]

Ich entschuldige mich und neige mein Haupt

Vergeben
Dann bleibt den "Testings" wohl nur warten und hoffen

[rockyracoon]

@willy4711:

Dann bleibt den "Testings" wohl nur warten und hoffen

Wozu das " " und "hoffen"?
Was sollte schon bei einem neuen Kernel revolutionär anders laufen, als E-Mails`s abfragen, Texte schreiben, Web-Seiten besuchen u.ä. Triviales?
Und ein Siduction- und RollingRelease-User weiß in der Regel, dass ab und zu für kurze Zeit Anomalien auftreten können.
Aber das schreibt auch ein trivialer aber entspannter Debian/Stable- und GNOME3-User wie ich.

[willy4711]

Wozu das " " und "hoffen"?

Siehe hier:

Na ja, die Headers sind bei mir ja da ( Virtualbox / Nvidia-Driver). Dann warten wir mal ab, wann der Kernel "nachgeliefert" wird.
Hoffentlich geht das dann gut mit dem Kompilieren der Module

Warten auch aus dem Grund, weil in sehr kurzer Kürze ein neuer Rechenknecht fällig ist.
Und da das dann das (fast) aktuellste sein wird, ist die Frage des Kernels nicht ganz unwichtig.

[rockyracoon]

@willy4711: Thx.

[willy4711]

Heute morgen wurde nachgeliefert. Bekam natürlich erstmal einen riesigen Schreck, da dkms nicht tätig wurde .
Gleich mal die /var/log/apt/term.log durchgesehen, und beruhigt festgestellt, dass die Kernelmudule schon gestern ohne
Kernel mit den Headern gebaut wurden. Grub auf neuen Kernel umgestellt ----> Neustart mit Herzklopfen ---> Alles gut
Ich liebe Testing, ich liebe Debian ---> Spannung gratis zum Betriebssystem

Code: Alles auswählen

uname -a
Linux XFCE 5.4.0-2-amd64 #1 SMP Debian 5.4.8-1 (2020-01-05) x86_64 GNU/Linux

[kalle123]

Nur die

Code: Alles auswählen

depmod: ERROR: ....

Meldungen rasselten wieder massiv durch.

cu KH

[willy4711]

Nur die

Code: Alles auswählen

depmod: ERROR: ....

Meldungen rasselten wieder massiv durch.

cu KH

Habs nicht gezählt aber bei mir waren das 2 oder drei Tausend Zeilen
Extrem ätzend, wenn man was sucht

[KP97]

Das läßt sich abstellen, bis zum offiziellen Patch.

Als root das Script mkinitramfs in /usr/sbin aufrufen
und dann die alte Zeile
for x in modules.builtin modules.order; do
überschreiben mit
for x in modules.builtin modules.builtin.bin modules.order; do
Anschließend noch ein update-mkinitramfs -u -k all
und der Spuk ist vorbei.

[willy4711]

@KP97 --- Danke für den Tipp Nur um sicher zu gehen:
Diesen Absatz

Code: Alles auswählen

# Copy in modules.builtin and modules.order (not generated by depmod)
for x in modules.builtin modules.order; do
	if [ -f "${MODULESDIR}/${x}" ]; then
		cp -p "${MODULESDIR}/${x}" "${DESTDIR}${MODULESDIR}/${x}"
	fi
done

Ändern in:

Code: Alles auswählen

# Copy in modules.builtin and modules.order (not generated by depmod)
for x in modules.builtin modules.builtin.bin modules.order; do
	if [ -f "${MODULESDIR}/${x}" ]; then
		cp -p "${MODULESDIR}/${x}" "${DESTDIR}${MODULESDIR}/${x}"
	fi
done

Frag mich bloß, warum so was so viele Upgrades und Tage übersteht.
Oder muss das erstmal das QM-System bei Debian durchlaufen?

[KP97]

Ja, so ersetzen wie geschrieben.
Tja, auch in meinem Sid ist noch nichts, wahrscheinlich wird das als unwichtig angesehen.
Da ich meine Kernel selbst kompiliere, stört mich das schon sehr. Auch wenn es keine Fehler produziert, ist es doch mehr als reine Kosmetik.

[kalle123]

Danke KP97!

Im vbox Testing geändert, werde mir das die nächsten Tage anschauen. Beim 'Alten' und beim TP werde ich noch mal warten

Gruß KH

[willy4711]

Anschließend noch ein update-mkinitramfs -u -k all

du meinst doch sicher:

Code: Alles auswählen

update-initramfs -u -k all

denn

Code: Alles auswählen

root@XFCE:~# update-mkinitramfs -u -k all
-bash: update-mkinitramfs: Kommando nicht gefunden.

[KP97]

ja klar, Freudsche Fehlleistung, sorry...