No space left on device - initramfs-tools-Skript - 10.3 -> 10.4

[slu]

Hallo,

ich hab bei allen verschlüsselten Notebooks das Problem das wohl /boot zu klein ist.
Normal entferne ich immer mit apt-get autoremove den alten Kernel und baue dann das initramfs mit update-initramfs -u neu.

Leider geht das bei diesem Gerät nicht, wie komme ich da wieder raus?

Code: Alles auswählen

root@nb3:~# apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
1 nicht vollständig installiert oder entfernt.
Nach dieser Operation werden 0 B Plattenplatz zusätzlich benutzt.
initramfs-tools (0.133+deb10u1) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools (0.133+deb10u1) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-4.19.0-9-amd64
gzip: stdout: No space left on device
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.img-4.19.0-9-amd64 with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 »installiertes initramfs-tools-Skript des Paketes post-installation«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
root@nb3:~#



Dateisystem               Größe Benutzt Verf. Verw% Eingehängt auf
udev                       7,8G       0  7,8G    0% /dev
tmpfs                      1,6G     18M  1,6G    2% /run
/dev/mapper/bnb3--vg-root   94G     11G   79G   12% /
tmpfs                      7,8G     45M  7,8G    1% /dev/shm
tmpfs                      5,0M    4,0K  5,0M    1% /run/lock
tmpfs                      7,8G       0  7,8G    0% /sys/fs/cgroup
/dev/sda2                  237M    190M   35M   85% /boot
/dev/sda1                  511M    5,1M  506M    1% /boot/efi
tmpfs                      1,6G     36K  1,6G    1% /run/user/1000
tmpfs                      1,6G       0  1,6G    0% /run/user/0

[MSfree]

ich hab bei allen verschlüsselten Notebooks das Problem das wohl /boot zu klein ist.

237 MB sind definitiv ncht zu klein. Bei mir belegen 3 Kernel im Moment 85MB

Normal entferne ich immer mit apt-get autoremove den alten Kernel und baue dann das initramfs mit update-initramfs -u neu.

apt-get autoremove entfernt nicht unbedingt alte Kernel und das initramfs ist bei automatischer Kernelinstallation auch nicht nötig, das passiert beim Installieren sowieso.

wie komme ich da wieder raus?

Führ mal:

Code: Alles auswählen

dpkg -l | grep linux-image

aus und deisntallieren dann mit

Code: Alles auswählen

apt-get purge linux-image?????

alle nicht mehr benötigeten Kernel, also alle bis auf den aktuellen. Die Fragezeichen sind hier mit der entsprechenden Nummer zu ersetzen.

[schwedenmann]

Hallo

So sieht /boot bei mir aus

ls -l /boot

insgesamt 207858
-rw-r--r-- 1 root root 206118 Mär 15 2019 config-4.19.0-4-amd64
-rw-r--r-- 1 root root 226399 Apr 15 04:37 config-5.5.0-2-amd64
-rw-r--r-- 1 root root 227304 Apr 29 05:46 config-5.6.0-1-amd64
drwxr-xr-x 5 root root 1024 Mai 1 12:40 grub
-rw-r--r-- 1 root root 56291932 Mai 1 2019 initrd.img-4.19.0-4-amd64
-rw-r--r-- 1 root root 63160559 Apr 30 08:58 initrd.img-5.5.0-2-amd64
-rw-r--r-- 1 root root 63481791 Mai 10 18:11 initrd.img-5.6.0-1-amd64
drwx------ 2 root root 12288 Okt 11 2015 lost+found
-rw-r--r-- 1 root root 3365519 Mär 15 2019 System.map-4.19.0-4-amd64
-rw-r--r-- 1 root root 4141267 Apr 15 04:37 System.map-5.5.0-2-amd64
-rw-r--r-- 1 root root 4157598 Apr 29 05:46 System.map-5.6.0-1-amd64
-rw-r--r-- 1 root root 5213424 Mär 15 2019 vmlinuz-4.19.0-4-amd64
-rw-r--r-- 1 root root 5762800 Apr 15 04:37 vmlinuz-5.5.0-2-amd64
-rw-r--r-- 1 root root 5751952 Apr 29 05:46 vmlinuz-5.6.0-1-amd64
joerg@nathan64:~$ df -h /;2~boot
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/mapper/vg1-lvroot 57G 40G 15G 74% /
bash: 2~boot: Kommando nicht gefunden.
joerg@nathan64:~$ df -h /boot
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
/dev/sda2 283M 216M 52M 81% /boot

zeigt ls -l /boot, da sind fenitiv mehr als nur 1 kernel bei dir drauf

mfg
schwedenmann

[bluestar]

Verschiebe alle /boot/initrd.img-* in ein anderes Verzeichnis und starte dann dein update-initramfs -u.

[slu]

Danke für die Hinweise, ich konnte das Problem lösen.

Code: Alles auswählen

insgesamt 180144
-rw-r--r-- 1 root root   206194 Apr 27 07:05 config-4.19.0-8-amd64
-rw-r--r-- 1 root root   206157 Apr 29 11:38 config-4.19.0-9-amd64
drwx------ 3 root root     4096 Jan  1  1970 efi
drwxr-xr-x 5 root root     1024 Mai 11 08:43 grub
-rw-r--r-- 1 root root 55306872 Apr 30 08:21 initrd.img-4.19.0-8-amd64
-rw-r--r-- 1 root root 55304792 Mär 23 15:32 initrd.img-4.19.0-8-amd64.old-dkms
-rw-r--r-- 1 root root 55319804 Mai 11 08:04 initrd.img-4.19.0-9-amd64
drwx------ 2 root root    12288 Mär 23 14:41 lost+found
-rw-r--r-- 1 root root  3408461 Apr 27 07:05 System.map-4.19.0-8-amd64
-rw-r--r-- 1 root root  3411358 Apr 29 11:38 System.map-4.19.0-9-amd64
-rw-r--r-- 1 root root  5274864 Apr 27 07:05 vmlinuz-4.19.0-8-amd64
-rw-r--r-- 1 root root  5278960 Apr 29 11:38 vmlinuz-4.19.0-9-amd64

Ich hab jetzt "initrd.img-4.19.0-8-amd64.old-dkms" gelöscht und dann lief es durch.

So langsam dämmert mir was, da sind ein paar Notebooks mit einer "abendheuerlichen" WLAN Hardware dabei.
Aus diesem Grund ist broadcom-sta-dkms installiert, irgendwie bliebt da ein old-dkms übrig.