Fehler beim Bearbeiten des Paketes initramfs-tools

[lip90]

Hi Leute ich hoffe ihr könnt mir helfen.

Ich habe Debian GNU/Linux 9 in einer Proxmox VM am laufen.

Nach einem apt update && apt upgrade erhalte ich folgenden Fehler:

Code: Alles auswählen

initramfs-tools (0.130) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
linux-image-4.9.0-8-amd64 (4.9.130-2) wird eingerichtet ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.9.0-8-amd64
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_5dy0qw//lib/modules/4.9.0-8-amd64/kernel/drivers/scsi/scsi_mod.ko': Auf dem ...... (Tausend Fehlereinträge)
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_koixwk//lib/modprobe.d/aliases.conf': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_koixwk//lib/modprobe.d/fbdev-blacklist.conf': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_koixwk//sbin/fsck': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_koixwk//sbin/logsave': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
cp: Fehler beim Schreiben von '/var/tmp/mkinitramfs_koixwk//sbin/e2fsck': Auf dem Gerät ist kein Speicherplatz mehr verfügbar
E: /usr/share/initramfs-tools/hooks/fsck failed with return 1.
update-initramfs: failed for /boot/initrd.img-4.9.0-8-amd64 with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 linux-image-4.9.0-8-amd64
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ausgabe von df -h:

Code: Alles auswählen

root@debian ~ > df -h
Dateisystem                      Größe Benutzt Verf. Verw% Eingehängt auf
udev                              991M       0  991M    0% /dev
tmpfs                             201M     14M  188M    7% /run
/dev/mapper/debian--vg-root  7,6G    1,6G  5,6G   22% /
tmpfs                            1003M       0 1003M    0% /dev/shm
tmpfs                             5,0M       0  5,0M    0% /run/lock
tmpfs                            1003M       0 1003M    0% /sys/fs/cgroup
tmpfs                              70M     21M   50M   30% /var/log
tmpfs                              20M       0   20M    0% /var/tmp
tmpfs                             100M    100K  100M    1% /tmp
tmpfs                             150M       0  150M    0% /var/cache/apt/archives
/dev/vda1                         236M     63M  162M   28% /boot
tmpfs                              47M       0   47M    0% /run/user/0

Hat jemand ne Idee wie ich das Problem beheben kann?

[MSfree]

Dein /var/tmp ist eine RAM-Disk mit nur 20 Megabyte Platz. Das reicht nicht, um die initrd für den neuen Kernel zu erzeugen.

Als temporäte Lösung könntest du einfach /var/tmp unmounten, dann schreibt der Prozeß, der die initrd erzeugen will, auf das /-Filesystem, auf dem genug Platz ist. Das dauert dann zwar etwas länger als auf der RAM-Disk, sollte aber durchlaufen.

Nach dem Reboot, solltest du aber /var/tmp nochmals unmounten und dann die Dateien unter /var/tmp löschen. Die werden sonst nämlich von der RAM-Disk versteckt und belegen dauerhaft Platz auf dem /-Filesystem.

Du könntest natürlich auch die RAM-Disk vergrößern, rebooten und nochmal versuchen.

[lip90]

Danke für deine Antwort. Ich verstehe nicht warum der Ram so klein ist. Die VM hat 2048 MB ram zugewiesen bekommen.

Wie mache ich das "Du könntest natürlich auch die RAM-Disk vergrößern, rebooten und nochmal versuchen."?

Meine Ausgabe von Ram sieht so aus:

Code: Alles auswählen

root@debian ~ > free
              total        used        free      shared  buff/cache   available
Mem:        2052284      116376     1286068       45408      649840     1706752
Swap:       2097148           0     2097148

[rendegast]

Ich habe in /etc/default/tmpfs

Code: Alles auswählen

RAMTMP=yes
RUN_SIZE=1%
TMPFS_SIZE=

Das war für die
/etc/init.d/*mount* resp. /lib/init/tmpfs.sh
(In /etc/default/rcS noch TMPTIME=1)

Unter systemd habe ich noch eine /usr/share/systemd/tmp.mount als
/etc/systemd/system/tmp.mount (enabled)

Es gibt unter systemd Automatismen für einige tmpfs, erste obere Variable ist wegen des tmp.mount wohl unnötig,
und inwieweit die beiden anderen beachtet werden?
Die "System"-tmpfs (/dev/shm, /sys/fs/cgroup) werden bei mir in Größe des internen Standards 1/2 RAM erstellt,
/run jedoch als 10% statt des obigen 1%.

[lip90]

Blöde frage aber bei mir gibt es die Datei /etc/default/tmpfs gar nicht.
Muss ich die Manuell anlegen?

[rendegast]

Die Datei wie auch /lib/init/tmpfs.sh kommt aus initscripts.

Ohne das, mit "reinem" systemd bliebe vielleicht manuelle Erstellung von mount-Units
nach Beispiel von tmp.mount.