Testing: linux-image-6.7.12-amd64

[miwie]

Ich bin verwundert:
Ich verwende Debian Testing und das vor einigen Tagen per update/upgrade kommende Kernel Paket linux-image-6.7.12-amd64 benötigt (angeblich) in /boot 168 MB! Bisher (6.6.15) waren das deutlich weniger: ca.100 MB.
Mir macht das in der /boot-Partitiion Schwierigkeiten und ich wüßte gerne ob das jemand bestätigen kann (nach Installation des Paketes).

[thunder11]

Verrechnet ?

Code: Alles auswählen

ls -lh /boot
insgesamt 45M
-rw-r--r-- 1 root root 265K  4. Feb 21:28 config-6.6.15-amd64
-rw-r--r-- 1 root root 267K 24. Apr 09:42 config-6.7.12-amd64
drwxr-xr-x 6 root root 4,0K  5. Mai 09:51 grub
-rw-r--r-- 1 root root  14M 26. Apr 07:54 initrd.img-6.6.15-amd64
-rw-r--r-- 1 root root  14M  5. Mai 16:09 initrd.img-6.7.12-amd64
-rw-r--r-- 1 root root   83  4. Feb 21:28 System.map-6.6.15-amd64
-rw-r--r-- 1 root root   83 24. Apr 09:42 System.map-6.7.12-amd64
-rw-r--r-- 1 root root 9,0M  4. Feb 21:28 vmlinuz-6.6.15-amd64
-rw-r--r-- 1 root root 9,0M 24. Apr 09:42 vmlinuz-6.7.12-amd64

Oder:

Code: Alles auswählen

~$ du -chS  /boot
2,4M    /boot/grub/fonts
224K    /boot/grub/themes/Tela/icons
2,4M    /boot/grub/themes/Tela
4,0K    /boot/grub/themes
2,5M    /boot/grub/i386-pc
5,1M    /boot/grub/locale
2,4M    /boot/grub
45M     /boot
60M     insgesamt

[schwedenmann]

hallo


Was steht denn bei dir in der /etc/initramfs-tools/initramfs.conf bei COMPRESS= ?


Bei mir steht dort lzma und in /boot ist der Kernel (sid) ~95MB groß.


mfgh
schwedenmann

[thunder11]

Ergänzung zu @ schwedenmann bei mir (testing)

Code: Alles auswählen

COMPRESS=zstd
# COMPRESSLEVEL: ...
#
# Set a compression level for the compressor.
# Defaults vary by compressor.
#
# Valid values are:
# 1 -  9 for gzip|bzip2|lzma|lzop
# 0 -  9 for  lz4|xz
# 0 - 19 for zstd
#
# COMPRESSLEVEL=3

Der Level ist dann wohl (?) irgendein default- Wert.

[whiizy]

Auch nur kurz zur Bestätigung. Unerwartet klein:

Code: Alles auswählen

/boot# du -h vmlinuz-6.7.12-amd64
9.0M    vmlinuz-6.7.12-amd64

In der initramfs.conf steht bei mir:

Code: Alles auswählen

COMPRESS=zstd

[MSfree]

Auch nur kurz zur Bestätigung. Unerwartet klein:

Code: Alles auswählen

/boot# du -h vmlinuz-6.7.12-amd64
9.0M    vmlinuz-6.7.12-amd64

vmlinuz ist der Linuxkernel. Bei Bookworm (6.1) ist der ca. 8MB groß. Die 9MB für den 6.7er sind also nicht "unerwartet" kleine sondern soger größer als vorherige Kernel. Das Größenwachstum ist aber im zu erwartenden Bereich.

Was /boot riesig macht, ist letztlich die initrd, also die "initial RAM-Disk". Bei mir unter Bookworm ist die rund 38MB groß (kann gerade nicht nachsehen, wie groß die unter Trixie hier ist). Der Inhalt hängt davon ab, welche Kernelmodule dort drin stecken, die geladen werden müssen, bevor das root-Dateisystem gemountet werden kann. Hier tun sich gerne die Nvidia-Kernelmodule hervor.

In der initramfs.conf steht bei mir:

Code: Alles auswählen

COMPRESS=zstd

Das ist der Default.

@thunder11, laut Manpage ist der Defaultwert für das COMPRESSLEVEL 3.

Es kann aber sein, daß die initrd überhaupt nicht komprimiert ist. Bei mir liefert

Code: Alles auswählen

file /boot/iniitrd.img*
ASCII cpio archive

Das scheint also nicht komprimiert zu sein, obwohl /etc/initramfs-tools/initramfs.conf bei COMPRESS=zstd stehen hat.

[whiizy]

Unerwartet klein natürlich im Bezug auf die eingangs genannten Größenordnungen.

Die initrd ist hier unter trixie so komprimiert:

Code: Alles auswählen

/boot# du -h initrd.img-6.7.12-amd64
55M     initrd.img-6.7.12-amd64

/boot# file initrd.img-6.7.12-amd64
initrd.img-6.7.12-amd64: Zstandard compressed data (v0.8+), Dictionary ID: None

[thunder11]

hmm ....
Warum ist die Ausgabe bei jedem anders ?

Code: Alles auswählen

root@XFCE:~# file /boot/initrd.img-6.7.12-amd64
/boot/initrd.img-6.7.12-amd64: ASCII cpio archive (SVR4 with no CRC)

dazu:

Code: Alles auswählen

root@XFCE:~# du -h /boot/initrd.img-6.7.12-amd64
14M	/boot/initrd.img-6.7.12-amd64

Code: Alles auswählen

root@XFCE:~# file /boot/vmlinuz-6.7.12-amd64
/boot/vmlinuz-6.7.12-amd64: Linux kernel x86 boot executable bzImage, version 6.7.12-amd64 (debian-kernel@lists.debian.org) #1 SMP PREEMPT_DYNAMIC Debian 6.7.12-1 (2024-04-24), RO-rootFS, swap_dev 0X8, Normal VGA

und dazu:

Code: Alles auswählen

root@XFCE:~# du -h /boot/vmlinuz-6.7.12-amd64
9,0M	/boot/vmlinuz-6.7.12-amd64

[MSfree]

Warum ist die Ausgabe bei jedem anders ?

vmlinuz wird direkt aus dem Debianpaket installiert. Die initrd wird vom Paketinstaller individuell für deinen Rechner gebaut. Da jeder Rechner doch ein wenig anders aufgebaut ist, variiert auch die initrd von Rechner zu Rechner, je nachdem, ob du z.B. Intel-, AMD- oder Nvidiagraphik im Rechner hast, welche WLAN-Hardware verbaut ist, ob du das System mit Verschlüsselung und LVM aufgesetzt hast, ob du Platten im RAID betreibst....

[thunder11]

@ MSfree
Danke. Dann hab ich sozusagen eine "simple" Maschine, die keine weitere Module (außer Virtualbox)
benötigt.
Das freut mich außerordentlich- Alles richtig gemacht beim Shopping.

[whiizy]

Dafür bin ich jetzt etwas irritiert . Auf einem Bookworm-Rechner gerade mal geschaut und dort diese Archivierung vorgefunden:

Code: Alles auswählen

/boot# file initrd*
initrd.img-6.1.0-20-amd64: ASCII cpio archive (SVR4 with no CRC)
initrd.img-6.1.0-21-amd64: ASCII cpio archive (SVR4 with no CRC)

In der initramfs.conf steht aber COMPRESS=zstd, warum wird diese Kompression dann nicht genutzt? Was übersteuert diese Einstellung?

zstd und libzstd1 sind installiert und weitere includes unter /etc/initramfs-tools/conf.d/ existieren bei mir auch nicht.

[MSfree]

Dann hab ich sozusagen eine "simple" Maschine, die keine weitere Module (außer Virtualbox) benötigt.

Schau halt selbst nach, was in deiner initrd steckt.

Code: Alles auswählen

lsinitramfs -l /boot/initrd.img-....

liefert dir den Inhalt.

[MSfree]

... In der initramfs.conf steht aber COMPRESS=zstd, warum wird diese Kompression dann nicht genutzt?

Das hatte mich auch verwirrt, aber das hier dürfte die Erklärung dafür sein:
https://askubuntu.com/questions/1348518 ... ompression

[whiizy]

Danke MSfree, in dem Dunstkreis dürfte eine Erklärung zu finden sein, irgendwo zwischen verketteten Archiven aus Intel microcode und anderen ramdisk-Schnipseln und dem was das tool file aus diesem Konvolut zu erkennen glaubt. Müsste ich persönlich noch tiefer einsteigen, um das aufzudröseln. Reicht mir an dieser Stelle aber erstmal.

[miwie]

Was /boot riesig macht, ist letztlich die initrd, also die "initial RAM-Disk". Bei mir unter Bookworm ist die rund 38MB groß (kann gerade nicht nachsehen, wie groß die unter Trixie hier ist). Der Inhalt hängt davon ab, welche Kernelmodule dort drin stecken, die geladen werden müssen, bevor das root-Dateisystem gemountet werden kann. Hier tun sich gerne die Nvidia-Kernelmodule hervor.

OK, ich hatte übersehen, dass (z.B.) initrd.img-6.6.15-amd64 (bei mir mit trixie ca. 58 MB) der Übeltäter ist.
Ich mache mich erst mal schlau wie ich ggf. das Entschlacken kann. Beim schnellen Reinschauen mit lsinitramfs steht da ne Menge drin, die auf meinem System nicht notwendig ist (z.B. nvidia, da mein NUC mit Intel Grafdik läuft).