update-initramfs konfigurieren

[miwie]

Bisher verwende ich Default-Einstellungen für update-initramfs. Dies führt zu einer relativ großen initrd.img-6.6.15-amd64 (ca. 58 MB).
Nach Hinweisen in Testing: linux-image-6.7.12-amd64 machte ich mich schlau bzgl. der Konfiguration von update-initramfs.
Ein Kandidat zur Entschlackung dürfte MODULES=most in /etc/initramfs-tools/initramfs.conf sein.
Versuchsweise habe ich eine /etc/initramfs-tools/conf.d/modules angelegt und darin MODULES=dep eingefügt. Ein anschließendes update-initramfs -u hat als Ergebnis eine initrd.img-6.6.15-amd64 mit lediglich ca. 17 MB erzeugt.
Bevor ich damit nun reboote die Frage:
Kann ich davon ausgehen, dass MODULES=dep sicher ist und mein System hinterher bootet und funktioniert?
Bzw. wie wäre eine sichere Herangehensweise (Hintergrund: /boot ist zu klein für die Installation eines neuen Kernels 6.7.12)?

[whiizy]

Hast du noch einen zweiten bootbaren kernel in /boot/, den du im grub menue beim Hochfahren auswählen kannst?

Dann könntest Du selektiv zunächst nur einen von beiden mit update-initramfs aktualisieren und könntest notfalls mit dem zweiten unveränderten wieder ins System einstarten.

Aber da du mit diskspace auf /boot kämpfst, steht dir ein zweiter kernel vielleicht nicht zur Verfügung - deshalb nur als Idee ...

[miwie]

Aber da du mit diskspace auf /boot kämpfst, steht dir ein zweiter kernel vielleicht nicht zur Verfügung - deshalb nur als Idee ...

Genau. Kein Platz in /boot. Möchte ein resize der Partitionen eigentlich vermeiden. Wenn es aber nicht anders geht...
Aber: ggf. kann ich einen zweiten Kernel aus der 6.6-Reihe installieren (für den der Platz in /boot vielleicht noch reicht).

[MSfree]

Genau. Kein Platz in /boot. Möchte ein resize der Partitionen eigentlich vermeiden.

Auf meinem Trixie belegen zwei Kernel samt initrds und grub zusammen 132MB. Glücklicherweise ist das System ohne separate Bootpartition, so daß ich mit darüber keinen Kopf zu machen brauche. Debian schlägt, wenn ich das richtig in Erinnerung habe, ungefähr 500MB für die Bootpartition vor. Eigentlich sollte da dann nur 25% durch 2 Kernel belegt sein.

[KP97]

Kann ich davon ausgehen, dass MODULES=dep sicher ist und mein System hinterher bootet und funktioniert?

Natürlich, ich habe noch nie etwas anderes eingetragen.
Als Komprimierung habe ich auch immer xz vorgegeben, kannst Du ja mal ausprobieren.

[miwie]

Natürlich, ich habe noch nie etwas anderes eingetragen.

Gilt dies auch für mit cryptsetup verschlüsselte LVM-Container (einschließlich /root)?
Ich frage, da ich in einer mittels MODULES=most erstellten initrd.img cryptsetup (usw.) vorfinde, in einer mittels MODULES=dep allerdings nicht.

Als Komprimierung habe ich auch immer xz vorgegeben, kannst Du ja mal ausprobieren.

Habe ich getan. Bringt einiges (die Erstellung der initrd.img dauert deutlich länger).

[KP97]

Gilt dies auch für mit cryptsetup verschlüsselte LVM-Container (einschließlich /root)?

Ich habe nichts Verschlüsseltes, müsstest Du also probieren.
Aber ich denke doch, da ja alle für Dein System benötigten Module "gesammelt" und angewendet werden.

[miwie]

Bevor ich nun ins kalte Wasser springe und einfach probiere ob MODULES=dep und COMPRESS=xz funktionieren würde ich das natürliuch gerne ausprobieren:

Gibt es eine (einfache) Möglichkeit eine mittels MODULES=dep und COMPRESS=xz zusätzlich erstellte initrd vom aktuell laufenden Kernel zusätzlich in grub einzubinden um davon optional zu booten (für diese initrd wäre noch Platz in /boot).
Falls das schief gehen sollte, könnte ich so immer noch auf die ursprüngliche initrd zurückfallen.
Falls alles gut geht steht dann dem Kernel-Upgrade nichts mehr im Wege.

[MSfree]

Gibt es eine (einfache) Möglichkeit eine ... zusätzlich erstellte initrd vom aktuell laufenden Kernel ... in grub einzubinden um davon optional zu booten

Das Grubmenü ist in /boot/grub/grub.cfg eingetragen. Darin könntest du mit einem Editor einen zusätzlichen Menüeintrag erzeugen, in dem du eine alternative initrd einträgst.

Allerdings wird /boot/grub/grub.cfg mit dem Aufruf von update-grub überschrieben. Also nicht wundern, wenn bei der Erstellung der initrd in dieser Datei der manuelle Eintrag fehlt, weil die Erstellung der initrd update-grub ausführt.

[miwie]

Ich habe nun den schnellen Weg gewählt und die intrd mit MODULES=dep und COMPRESS=xz erstellt (14 MB), rebootet und soweit ich das überblicken kann, alles OK
Kernel-Upgrade dann auf 6.7.12 ebenfalls problemlos (dessen initrd auch ca. 14 MB).
Mein mit LVM und cryptsetup verschlüsseltes System (ausser /boot) verträgt auf jeden Fall die o.g. initrd Konfiguration
Ob das für andere Konstellationen auch so funktioniert, weiß ich nicht.

[KP97]

Müßte aber, gehört ja mit zur Auswahl in der Standardkonfig, also nichts selbst ausgedachtes.
Ich nutze keinen Grub sondern systemd-boot, aber da werden die Vorgaben aus der Konfig genauso umgesetzt.
Alles andere würde mich auch wundern...