[gelöst] Kernel /boot ist "zu klein"

[mcb]

Hallo,

ich habe den Installer die SSD komplett versclüsselt einrichten lassen.

lsblk ->

Code: Alles auswählen

marc@mb:~$ lsblk
NAME                MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
nvme0n1             259:0    0   477G  0 disk  
├─nvme0n1p1         259:1    0   512M  0 part  /boot/efi
├─nvme0n1p2         259:2    0   244M  0 part  /boot
└─nvme0n1p3         259:3    0 476.2G  0 part  
  └─nvme0n1p3_crypt 254:0    0 476.2G  0 crypt 
    ├─mb--vg-root   254:1    0 468.4G  0 lvm   /
    └─mb--vg-swap_1 254:2    0   7.8G  0 lvm   [SWAP]
marc@mb:~$ 

Läuft soweit auch 1a. Nur mein /boot ist jetzt schon voll und ich habe zwi verschiedene backports installiert

5.6 signed
5.7 unsigned

Code: Alles auswählen

marc@mb:~$ df /boot -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  237M  173M   52M  78% /boot

- wenn jetzt einer aktuallisier wird "läuft" boot ja über.
- Zwei Kernel möchte ich schon haben falls der neue mal nicht funzt -> das wäre dann aber ein dritter

Was kann ich machen ?

- 5.6 deinstallieren (verliere ich Secureboot)

- 5.7 deinstallieren und auf 5.7 signed warten

Jemand ne Idee ?

[mcb]

PS: ich habe den Kernel jetzt erstmal auf "hold" gesetzt

Code: Alles auswählen

root@mb:/home/marc# apt-mark hold linux-image-$(dpkg --print-architecture) linux-headers-$(dpkg --print-architecture)
linux-image-amd64 was already set on hold.
linux-headers-amd64 was already set on hold.
root@mb:/home/marc# 

Ist das erstmal alles um ein überlaufendes /boot zu verhindern ?

[rhHeini]

Tja die Automatismen machen das so wie sie programmiert sind, und meistens nur minimal und nicht optimal. Ich mache grundsätzlich nur manuelle Partitionierung. Bei mir kriegt /boot dann eben 2048MB, und ich hatte mit mehreren Kerneln noch nie Probleme.

1.) Warte auf den signed Kernel und schmeiss dann erst den 5.6er weg und installiere den 5.7ner.
2.) Boote von einer gparted-live-CD und verkleinere/verschiebe das verschlüsselte Zeugs so dass Du p2 auf 2048M oder so vergrössern kannst. Aber: ist nicht sicher das es immer gut geht, und es DAUERT auch bei einer SSD. Backup ist eh Pflicht.
3.) Mach gleich eine Neuinstallation mit manueller Partitionierung. Ist zwar nicht der Linux-Ansatz, ist wohl aber wesentlich schneller als das Gefrickel mit dem Verschieben.

Rolf

[schwedenmann]

Hallo

wenn jetzt einer aktuallisier wird "läuft" boot ja über.

ja und,wenn kein Platz mehr da ist, bricht die Installation ab.

Dann einfach den ältesten kernel purgen,dann (falls nicht automatsich danach) wieder apt-get dist-upgrade eintippen und die Installation läuft weiter und du hast dann wieder nur 2 kernel.

Andere Alternative linux-image-amf64 purgen ud kernel nur manuelle installieren lasen.

mfg
schwedenmann

[mcb]

Hallo

wenn jetzt einer aktuallisier wird "läuft" boot ja über.

ja und,wenn kein Platz mehr da ist, bricht die Installation ab.

Dann einfach den ältesten kernel purgen,dann (falls nicht automatsich danach) wieder apt-get dist-upgrade eintippen und die Installation läuft weiter und du hast dann wieder nur 2 kernel.

Andere Alternative linux-image-amf64 purgen ud kernel nur manuelle installieren lasen.

mfg
schwedenmann

Ja danke -> also manuell (bekomme ich notfalls hin) z.B. auf 5.7 signed warten, 5.7 unsigned weg und dann Updaten (vorher das hold raus) o.k.

[mcb]

Tja die Automatismen machen das so wie sie programmiert sind, und meistens nur minimal und nicht optimal. Ich mache grundsätzlich nur manuelle Partitionierung. Bei mir kriegt /boot dann eben 2048MB, und ich hatte mit mehreren Kerneln noch nie Probleme.

1.) Warte auf den signed Kernel und schmeiss dann erst den 5.6er weg und installiere den 5.7ner.
2.) Boote von einer gparted-live-CD und verkleinere/verschiebe das verschlüsselte Zeugs so dass Du p2 auf 2048M oder so vergrössern kannst. Aber: ist nicht sicher das es immer gut geht, und es DAUERT auch bei einer SSD. Backup ist eh Pflicht.
3.) Mach gleich eine Neuinstallation mit manueller Partitionierung. Ist zwar nicht der Linux-Ansatz, ist wohl aber wesentlich schneller als das Gefrickel mit dem Verschieben.

Rolf

1.) entspricht ~ dem Vorschlag von schwedenmann o.k.
2.) das ist mir zu Risekobehaftet momentan ... da kann einiges schieflaufen.
3.) normal Partitioniere ich immer manuell nur von UEFI habe/hatte ich null Plan / ich habe kürzlich Neuinstalliert hatte einen Dualboot im mbr (legacy) modus ... Ich wähle Nr. 1

[MSfree]

Bei dir ist /boot 244MB groß. Bei mir belegen zwei Backportkernel (5.5 und 5.6) 112MB unter Boot. Deine Boot-Partition sollte also für 4 Kernel ausreichen, wobei das mit 4 Kernels schon knapp werden könnte.

Du hast doch sowieso schon zwei Backportkernel installiert. Brauchst du denn die 4er-Kernel aus der Standardinstallation überhaupt? Wenn nicht, einfach purgen.

Schau doch einfach mal mit

Code: Alles auswählen

ls -l /boot

nach, was da so alles Speicher belegt.

[KBDCALLS]

Bei mir werden pro Kernel ca. 45 MB belegt. Wobei die initrd der größte Brocken ist. Und die beanspruckt reichlich Platz während die generiert wird.

Ich würde mal in der

Code: Alles auswählen

/etc/initramfs-tools/initramfs.conf

mal

Code: Alles auswählen

modules=dep

einstellen.

[mcb]

Ah Danke.

So sieht es aus:

Code: Alles auswählen

marc@mb:~$ df /boot/ -h; ls /boot/ -al
Filesystem      Size  Used Avail Use% Mounted on
/dev/[b]nvme0n1p2  237M  173M   52M  78% /boot[/b]
total 162904
drwxr-xr-x  5 root root     1024 Aug  9 11:13 .
drwxr-xr-x 19 root root     4096 Aug  9 11:13 ..
-rw-r--r--  1 root root   227332 Jun 10 01:55 config-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root   229434 Jul 30 21:11 config-5.7.0-0.bpo.2-amd64
drwx------  3 root root     4096 Jan  1  1970 efi
drwxr-xr-x  5 root root     1024 Aug  9 11:13 grub
-rw-r--r--  1 root root 72951727 Aug  3 23:40 initrd.img-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root 72957552 Aug  9 11:13 initrd.img-5.7.0-0.bpo.2-amd64
drwx------  2 root root    12288 May 29 12:31 lost+found
-rw-r--r--  1 root root  4164692 Jun 10 01:55 System.map-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root  4197045 Jul 30 21:11 System.map-5.7.0-0.bpo.2-amd64
-rw-r--r--  1 root root  5768336 Jun 10 01:55 vmlinuz-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root  5628832 Jul 30 21:11 vmlinuz-5.7.0-0.bpo.2-amd64
marc@mb:~$ 

[mcb]

Bei mir werden pro Kernel ca. 45 MB belegt. Wobei die initrd der größte Brocken ist. Und die beanspruckt reichlich Platz während die generiert wird.

Ich würde mal in der

Code: Alles auswählen

/etc/initramfs-tools/initramfs.conf

mal

Code: Alles auswählen

modules=dep

einstellen.

Modules steht auf:

Code: Alles auswählen

MODULES=most

Ich probiere das gleich mal aus

[mcb]

Code: Alles auswählen

marc@mb:~$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.7.0-0.bpo.2-amd64
W: mkinitramfs: unsupported MODULES setting: deb.
W: mkinitramfs: Falling back to MODULES=most.
setupcon: The keyboard model is unknown, assuming 'pc105'. Keyboard may be configured incorrectly.

gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-5.7.0-0.bpo.2-amd64 with 1.
marc@mb:~$ sudo nano /etc/initramfs-tools/initramfs.conf
marc@mb:~$ sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.7.0-0.bpo.2-amd64
setupcon: The keyboard model is unknown, assuming 'pc105'. Keyboard may be configured incorrectly.
marc@mb:~$ df /boot/ -h; ls /boot/ -al
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  237M  141M   84M  63% /boot
total 129796
drwxr-xr-x  5 root root     1024 Aug 12 22:23 .
drwxr-xr-x 19 root root     4096 Aug  9 11:13 ..
-rw-r--r--  1 root root   227332 Jun 10 01:55 config-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root   229434 Jul 30 21:11 config-5.7.0-0.bpo.2-amd64
drwx------  3 root root     4096 Jan  1  1970 efi
drwxr-xr-x  5 root root     1024 Aug  9 11:13 grub
-rw-r--r--  1 root root 72951727 Aug  3 23:40 initrd.img-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root 39189394 Aug 12 22:23 initrd.img-5.7.0-0.bpo.2-amd64
drwx------  2 root root    12288 May 29 12:31 lost+found
-rw-r--r--  1 root root  4164692 Jun 10 01:55 System.map-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root  4197045 Jul 30 21:11 System.map-5.7.0-0.bpo.2-amd64
-rw-r--r--  1 root root  5768336 Jun 10 01:55 vmlinuz-5.6.0-0.bpo.2-amd64
-rw-r--r--  1 root root  5628832 Jul 30 21:11 vmlinuz-5.7.0-0.bpo.2-amd64
marc@mb:~$ 

So jetzt habe ich zumindest 84 MB frei das könnte schon für einen dritten Kernel reichen ?!?

[MSfree]

So jetzt habe ich zumindest 84 MB frei das könnte schon für einen dritten Kernel reichen ?!?

Ja, das sollte reichen. Du kannst aber weitere 30MB freischaufeln, indem du den 5.6er Kernel bootest und dann seine initrd auf die gleiche Weise neu erstellst wie für den 5.7er Kernel.

[KBDCALLS]

Man kann aber auch für einen nicht laufenden Kernel eine neue Initrd generieren.

• Code: Alles auswählen

  update-initramfs -k kernelversion -u -v

PS: Zusätzlich die Packmethode noch auf lzma umgestellt. Und die Initrd für einen 5.6 Kernel hat nur noch ca. 10 MB Größe.

[mcb]

So jetzt habe ich zumindest 84 MB frei das könnte schon für einen dritten Kernel reichen ?!?

Ja, das sollte reichen. Du kannst aber weitere 30MB freischaufeln, indem du den 5.6er Kernel bootest und dann seine initrd auf die gleiche Weise neu erstellst wie für den 5.7er Kernel.

Ja, das hatte ich mir auch gedacht. Wolte erstmal mit einem Kernel üben falls ich etwas falsch mache ...

Habe jetzt erstmal 100 MB frei und das hold rausgenommen

Code: Alles auswählen

root@mb:/home/marc# apt-mark unhold linux-image-$(dpkg --print-architecture) linux-headers-$(dpkg --print-architecture)
Canceled hold on linux-image-amd64.
Canceled hold on linux-headers-amd64.
root@mb:/home/marc# df /boot/ -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  237M  124M  101M  56% /boot
root@mb:/home/marc# 

[mcb]

Man kann aber auch für einen nicht laufenden Kernel eine neue Initrd generieren.

• Code: Alles auswählen

  update-initramfs -k kernelversion -u -v

PS: Zusätzlich die Packmethode noch auf lzma umgestellt. Und die Initrd für einen 5.6 Kernel hat nur noch ca. 10 MB Größe.

Ok so hat der 5.7 er nur noch 32 MB insgesamt!

Code: Alles auswählen

root@mb:/home/marc# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.7.0-0.bpo.2-amd64
setupcon: The keyboard model is unknown, assuming 'pc105'. Keyboard may be configured incorrectly.

pc105 kann ich auch in der

Code: Alles auswählen

nano /etc/initramfs-tools/initramfs.conf

einstellen ?!?

Ich habe eine US-Tastatur mit kleiner Entertaste (extra für Linux so gekauft )

Dann wäre ich die blöde Warnung entlich los. Mist das ist wieder zu schwer

Code: Alles auswählen

keyboard-configuration/stable,now 1.193~deb10u1 all [installed]
  system-wide keyboard preferences

root@mb:/home/marc# 

[KBDCALLS]

Versuchs mal mit

• Code: Alles auswählen

   dpkg-reconfigure keyboard-configuration

[KP97]

W: mkinitramfs: unsupported MODULES setting: deb.

Fällt Dir was auf trotz der Hitze? Es muß dep heißen und nicht deb.
Du hast also immer noch most in Deiner config. Wenn Du es richtig machst, wird die initrd nochmal kleiner.

In der initramfs.conf kann keine Tastatur angegeben werden, hier kann man nur wählen mit y oder n, ob eine keymap geladen werden soll.
Alle Optionen haben eine Erklärung vorweg, lesen muß man schon selber.

[mcb]

W: mkinitramfs: unsupported MODULES setting: deb.

Fällt Dir was auf trotz der Hitze? Es muß dep heißen und nicht deb.
Du hast also immer noch most in Deiner config. Wenn Du es richtig machst, wird die initrd nochmal kleiner.

In der initramfs.conf kann keine Tastatur angegeben werden, hier kann man nur wählen mit y oder n, ob eine keymap geladen werden soll.
Alle Optionen haben eine Erklärung vorweg, lesen muß man schon selber.

Ja - das hatte ich dann gemerkt und auch umgehend korrigiert, stand ja auch im Post.

Code: Alles auswählen

#
# KEYMAP: [ y | n ]
#
# Load a keymap during the initramfs stage.
#

KEYMAP=n

#

Steht schon auf "n", also lasse ich die Warnung einfach wie sie ist, bevor ich noch etawas kaputt stelle...

[mcb]

Versuchs mal mit

• Code: Alles auswählen

   dpkg-reconfigure keyboard-configuration

Danke ! Das steht schon auf 105-key PC (intl.) also triggert das nicht die Warnung

Code: Alles auswählen

 The current keyboard layout in the configuration file /etc/default/keyboard is defined as      │ 
   │ XKBLAYOUT="us,us,us" and XKBVARIANT="altgr-intl,euro,intl".                                    │ 
   │                                                                                                │ 
   │ Please choose whether you want to keep it. If you choose this option, no questions about the   │ 
   │ keyboard layout will be asked and the current configuration will be preserved.                 │ 
   │                                                                                                │ 
   │ Keep the current keyboard layout in the configuration file?                                    │ 
   │                                                                                                │ 

Mäh das möchte ich so haben. ""altgr-intl,euro,intl"." Also beides geht dann nicht?

Danke erstmal an Alle! Vieles habe ich jetzt erstmal begriffen! Ich mache jetzt Hitzefrei.

[mcb]

So,

gestern war es soweit!

Kernel 5.7 signed ist verfügbar.

Also vor dem update Kernel 5.6 gebootet

Code: Alles auswählen

update-initramfs -u

verkleinerte leider den 5.7 er. Also mit

Code: Alles auswählen

apt remove -y linux-image-5.7.0-0.bpo.2-amd64-unsigned && apt autoremove

entfernt und 5.6 verkleinert. Nach dem upgrade sieht es jetzt so aus:

Code: Alles auswählen

root@mb:/home/marc# dpkg -l "*linux-image*" | grep ii
ii  linux-image-5.6.0-0.bpo.2-amd64          5.6.14-2~bpo10+1   amd64        Linux 5.6 for 64-bit PCs (signed)
ii  linux-image-5.7.0-0.bpo.2-amd64          5.7.10-1~bpo10+1   amd64        Linux 5.7 for 64-bit PCs (signed)
ii  linux-image-amd64                        5.7.10-1~bpo10+1   amd64        Linux for 64-bit PCs (meta-package)

Code: Alles auswählen

/dev/nvme0n1p2  237M   74M  151M  34% /boot

und ich kann Secureboot nutzen.

Klasse!