[SOLVED] Kernel Update Abbruch - "No space left on device"

[j.io]

Hallo,

beim Update meiner Proxmox Instanz stecke ich leider aufgrund einer vollen /boot Partition fest. Wie komme ich denn hier weiter?

root@jpt:~# apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
 linux-image-amd64 : Depends: linux-image-5.10.0-10-amd64 (= 5.10.84-1) but it is not installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).

root@jpt:~# apt --fix-broken install
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Correcting dependencies... Done
The following additional packages will be installed:
  linux-image-5.10.0-10-amd64
Suggested packages:
  linux-doc-5.10 debian-kernel-handbook
Recommended packages:
  firmware-linux-free
The following NEW packages will be installed:
  linux-image-5.10.0-10-amd64
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
15 not fully installed or removed.
Need to get 0 B/53.7 MB of archives.
After this operation, 302 MB of additional disk space will be used.
Do you want to continue? [Y/n] Y
(Reading database ... 82710 files and directories currently installed.)
Preparing to unpack .../linux-image-5.10.0-10-amd64_5.10.84-1_amd64.deb ...
Unpacking linux-image-5.10.0-10-amd64 (5.10.84-1) ...
dpkg: error processing archive /var/cache/apt/archives/linux-image-5.10.0-10-amd64_5.10.84-1_amd64.deb (--unpack):
 cannot copy extracted data for './boot/vmlinuz-5.10.0-10-amd64' to '/boot/vmlinuz-5.10.0-10-amd64.dpkg-new': failed to write (No space left on device)
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/linux-image-5.10.0-10-amd64_5.10.84-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

root@jpt:~# df -h
Filesystem                    Size  Used Avail Use% Mounted on
...
/dev/sda1                     470M  464M     0 100% /boot
...

 

[t.lamprecht]

Hi,

The following packages have unmet dependencies: linux-image-amd64 : Depends: linux-image-5.10.0-10-amd64 (= 5.10.84-1) but it is not installed

The following NEW packages will be installed: linux-image-5.10.0-10-amd64

Dass sind Debian Kernel die ein Proxmox VE system normalerweise nicht benötigt und auch nicht verwendet, nehmen also nur Platz weg, wenn schon ein Proxmox VE Kernel läuft könnte man die entfernen, etwa:
apt remove linux-image-5.10.0-10-amd64 linux-image-amd64

beim Update meiner Proxmox Instanz stecke ich leider aufgrund einer vollen /boot Partition fest. Wie komme ich denn hier weiter?

Kannst du bitte mal den Output von den folgenden Kommandos posten?

pveversion -v
ls -lh /boot

Potenziell wäre eine Lösung ältere, nicht mehr benötigte Kernel zu löschen.

PS: die kleine boot Partition und die Debian Upstream kernel deuten darauf hin das hier nicht der Offizielle Proxmox VE ISO Installer verwendet wurde? (nur um ein genaueres Bild der Lage zu haben)

 

[Dunuin]

Ich persönlich lasse regelmäßig nach dem Upgrade ein apt autoremove laufen. Dann werden die alten PVE kernel entfernt und das soft dafür das die Boot-Partition nicht überläuft.

 

[j.io]

Kannst du bitte mal den Output von den folgenden Kommandos posten?

Klar, hier anbei:

root@jpt:~# pveversion -v
proxmox-ve: 7.1-1 (running kernel: 5.13.19-2-pve)
pve-manager: not correctly installed (running version: 7.1-8/5b267f33)
pve-kernel-helper: 7.1-6
pve-kernel-5.13: 7.1-5
pve-kernel-5.11: 7.0-10
pve-kernel-5.13.19-2-pve: 5.13.19-4
pve-kernel-5.13.19-1-pve: 5.13.19-3
pve-kernel-5.11.22-7-pve: 5.11.22-12
pve-kernel-5.11.22-5-pve: 5.11.22-10
pve-kernel-5.11.22-4-pve: 5.11.22-9
ceph-fuse: 14.2.21-1
corosync: 3.1.5-pve2
criu: 3.15-1+pve-1
glusterfs-client: 9.2-1
ifupdown: residual config
ifupdown2: 3.1.0-1+pmx3
libjs-extjs: 7.0.0-1
libknet1: 1.22-pve2
libproxmox-acme-perl: 1.4.0
libproxmox-backup-qemu0: 1.2.0-1
libpve-access-control: 7.1-5
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-14
libpve-guest-common-perl: 4.0-3
libpve-http-server-perl: 4.0-4
libpve-storage-perl: 7.0-15
libspice-server1: 0.14.3-2.1
lvm2: 2.03.11-2.1
lxc-pve: 4.0.11-1
lxcfs: 4.0.11-pve1
novnc-pve: not correctly installed
proxmox-backup-client: 2.1.2-1
proxmox-backup-file-restore: 2.1.2-1
proxmox-mini-journalreader: 1.3-1
proxmox-widget-toolkit: 3.4-4
pve-cluster: not correctly installed
pve-container: 4.1-3
pve-docs: 7.1-2
pve-edk2-firmware: 3.20210831-2
pve-firewall: 4.2-5
pve-firmware: not correctly installed
pve-ha-manager: not correctly installed
pve-i18n: 2.6-2
pve-qemu-kvm: 6.1.0-3
pve-xtermjs: 4.12.0-1
qemu-server: 7.1-4
smartmontools: 7.2-1
spiceterm: 3.2-2
swtpm: 0.7.0~rc1+2
vncterm: 1.7-1
zfsutils-linux: 2.1.1-pve3

root@jpt:~# ls -lh /boot
total 453M
-rw-r--r-- 1 root root 231K Sep 23 22:35 config-5.10.0-8-amd64
-rw-r--r-- 1 root root 231K Sep 30 21:36 config-5.10.0-9-amd64
-rw-r--r-- 1 root root 247K Sep 22 10:11 config-5.11.22-4-pve
-rw-r--r-- 1 root root 247K Sep 28 08:15 config-5.11.22-5-pve
-rw-r--r-- 1 root root 247K Nov  7 21:46 config-5.11.22-7-pve
-rw-r--r-- 1 root root 251K Nov 23 13:31 config-5.13.19-1-pve
-rw-r--r-- 1 root root 251K Nov 29 12:10 config-5.13.19-2-pve
drwxr-xr-x 5 root root 1.0K Dec  3 11:56 grub
-rw------- 1 root root  44M Sep 27 13:06 initrd.img-5.10.0-8-amd64
-rw------- 1 root root  44M Oct 11 09:47 initrd.img-5.10.0-9-amd64
-rw------- 1 root root  52M Sep 27 13:05 initrd.img-5.11.22-4-pve
-rw------- 1 root root  52M Oct 11 09:46 initrd.img-5.11.22-5-pve
-rw------- 1 root root  52M Nov 16 13:06 initrd.img-5.11.22-7-pve
-rw------- 1 root root  53M Dec  3 11:55 initrd.img-5.13.19-1-pve
-rw------- 1 root root  53M Dec  3 11:56 initrd.img-5.13.19-2-pve
drwx------ 2 root root  12K Sep 10 10:02 lost+found
drwxr-xr-x 2 root root 1.0K Dec  3 11:56 pve
-rw-r--r-- 1 root root   83 Sep 23 22:35 System.map-5.10.0-8-amd64
-rw-r--r-- 1 root root   83 Sep 30 21:36 System.map-5.10.0-9-amd64
-rw-r--r-- 1 root root 5.5M Sep 22 10:11 System.map-5.11.22-4-pve
-rw-r--r-- 1 root root 5.5M Sep 28 08:15 System.map-5.11.22-5-pve
-rw-r--r-- 1 root root 5.5M Nov  7 21:46 System.map-5.11.22-7-pve
-rw-r--r-- 1 root root 5.6M Nov 23 13:31 System.map-5.13.19-1-pve
-rw-r--r-- 1 root root 5.6M Nov 29 12:10 System.map-5.13.19-2-pve
-rw-r--r-- 1 root root 6.6M Sep 23 22:35 vmlinuz-5.10.0-8-amd64
-rw-r--r-- 1 root root 6.6M Sep 30 21:36 vmlinuz-5.10.0-9-amd64
-rw-r--r-- 1 root root  14M Sep 22 10:11 vmlinuz-5.11.22-4-pve
-rw-r--r-- 1 root root  14M Sep 28 08:15 vmlinuz-5.11.22-5-pve
-rw-r--r-- 1 root root  14M Nov  7 21:46 vmlinuz-5.11.22-7-pve
-rw-r--r-- 1 root root 9.6M Nov 23 13:31 vmlinuz-5.13.19-1-pve
-rw-r--r-- 1 root root 9.6M Nov 29 12:10 vmlinuz-5.13.19-2-pve

PS: die kleine boot Partition und die Debian Upstream kernel deuten darauf hin das hier nicht der Offizielle Proxmox VE ISO Installer verwendet wurde? (nur um ein genaueres Bild der Lage zu haben)

Ja, so ist es. Es läuft ein dropbear-initramfs mit LUKS. Deshalb musste ich ein plain Debian aufsetzen und Proxmox nachinstallieren (es wäre natürlich toll, wenn diese oder eine ähnliche Funktionalität mit dem Standard-Installer käme).

Ich persönlich lasse regelmäßig nach dem Upgrade ein apt autoremove laufen. Dann werden die alten PVE kernel entfernt und das soft dafür das die Boot-Partition nicht überläuft.

Ja, nachher ist man immer schlauer ... Nun ist das Kind leider schon in den Brunnen gefallen ...

 

[t.lamprecht]

Ich würde folgende Schritte empfehlen:

# zuerst Platz schaffen, indem man eines der nicht benötigen Kernel images vorerst manuell entfernt
rm /boot/vmlinuz-5.10.0-8-amd64 /boot/initrd.img-5.10.0-8-amd64

# dann apt in sauberen zustand bringen
apt -f install

# dann die für PVE unötigen Debian Upstream Kernel sauber entfernen
apt remove linux-image-5.10.0-10-amd64 linux-image-5.10.0-9-amd64 linux-image-5.10.0-8-amd64 linux-image-amd64

# zuletzt nicht mehr benötigte Pakete aufräumen:
apt autoremove

 

[j.io]

@t.lamprecht Top, lieben Dank - insbesondere auch für den späten Support. Das hat wunderbar funktioniert.