[gelöst] initramfs-tools: no space left on device

[buntewolke]

Halo,

bei der Ausführung

Code: Alles auswählen

sudo apt update && apt upgrade

beim Bearbeitungsstand 99% wurde diese Meldung

Code: Alles auswählen

Trigger für initramfs-tools (0.140) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-5.10.0-32-686

gzip: stdout: No space left on device
E: mkinitramfs failure gzip 1
update-initramfs: failed for /boot/initrd.img-5.10.0-32-686 with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 »installiertes initramfs-tools-Skript des Paketes post-installation«-Unterproze
ss gab den Fehlerwert 1 zurück
Trigger für libvlc-bin:i386 (3.0.21-0+deb11u1) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1) 

angezeigt und die Verarbeitung unterbrochen. Ich habe die nicht benötigte Kernel mit Synaptic entfernt und Stand jetzt liefert die Ausgabe

Code: Alles auswählen

:~$ df- h
Dateisystem                Größe Benutzt Verf. Verw% Eingehängt auf
udev                        1,5G       0  1,5G    0% /dev
tmpfs                       302M    1,3M  301M    1% /run
/dev/mapper/pcname--vg-root   20G     16G  3,5G   82% /
tmpfs                       1,5G     26M  1,5G    2% /dev/shm
tmpfs                       5,0M    4,0K  5,0M    1% /run/lock
/dev/mapper/pcname--vg-home   30G    7,6G   21G   27% /home
/dev/sda1                   470M    162M  284M   37% /boot
tmpfs                       302M    128K  302M    1% /run/user/1000
:~$

und

Code: Alles auswählen

:~$ cat etc/debian_version
11.11

Vor der Ausführung sudo apt update && apt upgrade habe ich die Version 11.09 gehabt. Meine Frage ist, wie ist jetzt die sinnvolle Vorgehensweise? Erst den PC neu starten oder vor dem Neustart irgendwelche Aktionen durchführen?

gruss, buntewolke

[thunder11]

mit ziemlicher Sicherheit ist /boot mal wieder "überbelegt"
zeig mal

Code: Alles auswählen

 ls -al /boot

und

Code: Alles auswählen

dpkg -l |grep ii|grep -i 'linux-'image

[michaa7]

1)
Ich würde erstmal ein

Code: Alles auswählen

apt update && apt dist-upgrade

durchlaufen lassen. Genau lesen was apt machen will, ggf. hier nachfragen.

2)
wg. Platzproblem (deine "/boot/ Partition *könnte* etwas knapp sein) dafür sorgen dass nur die *für deine installation* notwendigen module integriert werden:
Deshalb in /etc/initramfs-tools/initramfs.conf

MODULES=most

ändern nach

#MODULES=most geändert auf / changed to
MODULES=dep

Anschließend mit
3)

Code: Alles auswählen

update-initramfs -u -k all

die für deine installation angepasste initrd bauen lassen.

[heisenberg]

Bei der geringen Größe von /boot musst Du ständig hinter her sein, dass dir das Dateisystem nicht voll läuft.

[MSfree]

mit ziemlicher Sicherheit ist /boot mal wieder "überbelegt"

Schau dir den origianalen Post nochmal an. Da sind über 280MB frei!

Ich würde erstmal ein

Code: Alles auswählen

apt update && apt dist-upgrade

durchlaufen lassen.

Super Idee, denn genau dabei ist das Dateisystem vollgelaufen!

Liest denn keiner mehr Posts gründlich durch?

Auf dem Root-Dateisystem sind nur noch 3.5GB frei. Um hier erstmal Platz zu schaffen, sollte man ein

Code: Alles auswählen

apt-get clean

laufen lassen und ggfls. unter /var/log aufräumen (die Journals werden gern mal riesig).

Erst, wenn man genug Platz auf dem Root-Dateisystem hat, sollte man

Code: Alles auswählen

apt-get update
apt-get dist-upgrade

oder die apt-Äquivalente nochmal laufen lassen.

[buntewolke]

Habe ohne Neustart eingegeben

Code: Alles auswählen

:~$ ls -al /boot
insgesamt 153986
drwxr-xr-x  4 root root     1024  1. Okt 12:33 .
drwxr-xr-x 18 root root     4096  1. Okt 11:04 ..
-rw-r--r--  1 root root   245129 31. Jan 2024  config-5.10.0-28-686
-rw-r--r--  1 root root   245154 10. Aug 08:09 config-5.10.0-32-686
drwxr-xr-x  5 root root     1024  1. Okt 11:42 grub
-rw-r--r--  1 root root 73195710 19. Mär 2024  initrd.img-5.10.0-28-686
-rw-r--r--  1 root root 73336241  1. Okt 12:33 initrd.img-5.10.0-32-686
drwx------  2 root root    12288  3. Aug 2022  lost+found
-rw-r--r--  1 root root       83 31. Jan 2024  System.map-5.10.0-28-686
-rw-r--r--  1 root root       83 10. Aug 08:09 System.map-5.10.0-32-686
-rw-r--r--  1 root root  4991424 31. Jan 2024  vmlinuz-5.10.0-28-686
-rw-r--r--  1 root root  5020384 10. Aug 08:09 vmlinuz-5.10.0-32-686
:~$

Code: Alles auswählen

# sudo update-initramfs -u
update-initramfs: Generating /boot/initrd.img-5.10.0-32-686
#

Code: Alles auswählen

:~$ dpkg -l |grep ii|grep -i 'linux-'image
ii  linux-image-5.10.0-28-686                    5.10.209-2                         i386         Linux 5.10 for older PCs (signed)
ii  linux-image-5.10.0-32-686                    5.10.223-1                         i386         Linux 5.10 for older PCs (signed)
ii  linux-image-686                              5.10.223-1                         i386         Linux for older PCs (meta-package)
:~$ 

Ausgabe "apt update && apt dist-upgrade" bereits nach dem initrd.img-5.10.0-32-686 generiert wurde.

Code: Alles auswählen

# apt update && apt dist-upgrade
OK:1 http://security.debian.org/debian-security bullseye-security InRelease
OK:2 http://debian.mirror.iphh.net/debian bullseye InRelease                   
Holen:3 http://debian.mirror.iphh.net/debian bullseye-updates InRelease [44,1 kB]
Holen:4 https://download.opensuse.org/repositories/home:/npreining:/debian-ubuntu-onedrive/Debian_11 ./ InRelease [1.596 B]
Fehl:4 https://download.opensuse.org/repositories/home:/npreining:/debian-ubuntu-onedrive/Debian_11 ./ InRelease
  Die folgenden Signaturen waren ungültig: EXPKEYSIG B8AC39B0876D807E home:npreining OBS Project <home:npreining@build.opensuse.org>
Es wurden 45,7 kB in 2 s geholt (19,8 kB/s).
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
W: Während der Überprüfung der Signatur trat ein Fehler auf. Das Depot wurde nicht aktualisiert und die vorherigen Indexdateien werden verwendet. GPG-Fehler: https://download.opensuse.org/repositories/home:/npreining:/debian-ubuntu-onedrive/Debian_11 ./ InRelease: Die folgenden Signaturen waren ungültig: EXPKEYSIG B8AC39B0876D807E home:npreining OBS Project <home:npreining@build.opensuse.org>
W: Fehlschlag beim Holen von https://download.opensuse.org/repositories/home:/npreining:/debian-ubuntu-onedrive/Debian_11/./InRelease Die folgenden Signaturen waren ungültig: EXPKEYSIG B8AC39B0876D807E home:npreining OBS Project <home:npreining@build.opensuse.org>
W: Einige Indexdateien konnten nicht heruntergeladen werden. Sie wurden ignoriert oder alte an ihrer Stelle benutzt.
Paketlisten werden gelesen… 0%                                                                              Paketlisten werden gelesen… Fertig        
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paketaktualisierung (Upgrade) wird berechnet… Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  imagemagick imagemagick-6-common imagemagick-6.q16 kimageformat-plugins libavif9 libdolphinvcs5
  libgav1-0 libjxr-tools libjxr0 libkf5baloowidgets-bin libkf5baloowidgets5 libkf5konq6 liblqr-1-0
  libmagickcore-6.q16-6 libmagickcore-6.q16-6-extra libmagickwand-6.q16-6 libnetpbm10 libopengl0
  libwpe-1.0-1 libwpebackend-fdo-1.0-1 linux-headers-5.10.0-28-686-pae linux-headers-5.10.0-28-common
  net-tools netpbm vim-gui-common vim-runtime
Verwenden Sie »apt autoremove«, um sie zu entfernen.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
#

Habe

Code: Alles auswählen

apt autoremove

ausgeführt. Was wäre hier noch zu erledigen?

[michaa7]

Auch wenn ich dir bezüglich der Aufräumarbeiten zustimme, 3,5 G laufen bei einem upgrade nicht so schnell voll.

Dennoch, ein "apt clean" und eventuell noch ein "apt autoclean/autopurge" schaffen wohl noch etwas Platz.

[buntewolke]

Code: Alles auswählen

apt-get clean
root@pcname:/home/username# df -h
Dateisystem                Größe Benutzt Verf. Verw% Eingehängt auf
udev                        1,5G       0  1,5G    0% /dev
tmpfs                       302M    1,3M  301M    1% /run
/dev/mapper/pcname--vg-root   20G     13G  6,1G   68% /
tmpfs                       1,5G     41M  1,5G    3% /dev/shm
tmpfs                       5,0M    4,0K  5,0M    1% /run/lock
/dev/mapper/pcname--vg-home   30G    7,6G   21G   28% /home
/dev/sda1                   470M    162M  284M   37% /boot
tmpfs                       302M    124K  302M    1% /run/user/1000

[michaa7]

Welche Fehler bestehen denn noch nach dem dist-upgrade?

Bezüglich des Keys:
https://github.com/abraunegg/onedrive/discussions/2774

[cosinus]

Schau dir den origianalen Post nochmal an. Da sind über 280MB frei!

Auch für /boot ist das nicht wirklich viel.

Liest denn keiner mehr Posts gründlich durch?
Auf dem Root-Dateisystem sind nur noch 3.5GB frei. Um hier erstmal Platz zu schaffen, ...

Auf der Rootpartition sind doch grad mal 16 GB drauf. Auch diese Partition ist wie ich finde viel zu geizig angelegt worden. Da dies aber ein logical volume ist, könnte man rel. schnell und einfach hier vergrößern, vorausgesetzt es ist noch genug freier Speicher in der volume group.

[kreuzschnabel]

Bei gerade mal ~50 GB Gesamtplatz würde ich auf keinen Fall separate Partitionen für / und /home anlegen. Dass in der 20-GB-Rootpartition nur noch 3,5 GB Platz waren, ist auf jeden Fall ein Flaschenhals. Mit einer gemeinsamen Partition (also /home als Verzeichnis unter root) wären noch 25 GB Platz, die wahlweise /home oder dem System zur Verfügung stehen.

Zu knapp bemessene Partitionen wirken sich bei SSD auch auf die Alterung aus, da das Wearleveling umso besser arbeitet, je mehr freier Platz verfügbar ist. Bei der oben angegebenen Partitionierung werden die 3,5 freien GB auf der Systempartition stark mit Schreibvorgängen belastet, während sich die freien 21 GB auf der home-Partition, die ansonsten locker einen großen Teil davon übernähmen, nur langweilen.

--ks

[MSfree]

Zu knapp bemessene Partitionen wirken sich bei SSD auch auf die Alterung aus, da das Wearleveling umso besser arbeitet, je mehr freier Platz verfügbar ist.

Das Wearlevelling sieht die Partitionierung nicht und arbeitet völlig unabhängig von der Partitionierung. Darum hat das auch überhaupt keinen Einfluß auf die Alterung.

[MSfree]

Auch für /boot ist das nicht wirklich viel.

280MB reichen aber für eine neu zu erzeugende initrd. Die vorhandenen initrds sind ja in diesem Fall unter 75MB groß.

[MSfree]

Auch wenn ich dir bezüglich der Aufräumarbeiten zustimme, 3,5 G laufen bei einem upgrade nicht so schnell voll.

quod erat demonstrandum

[heisenberg]

Man beachte die Chronologie ...

1. Code: Alles auswählen

   (vermutlich hier: apt full-upgrade -y)
   ...
   Trigger ...
   update-initramfs: Generating /boot/initrd.img-5.10.0-32-686
   
   gzip: stdout: No space left on device

2. Ich habe die nicht benötigte Kernel mit Synaptic entfernt und ... jetzt ... ist die Ausgabe...

3. Code: Alles auswählen

   df -h 
   ...
   /dev/sda1                   470M    162M  284M   37% /boot

Also ...

2) wg. Platzproblem (deine "/boot/ Partition *könnte* etwas knapp sein)

Bei der geringen Größe von /boot musst Du ständig hinter her sein, dass dir das Dateisystem nicht voll läuft.

Auch für /boot ist das nicht wirklich viel.

... berücksichtige doch mal bitte Deinen Ratschlag, MSfree:

Liest denn keiner mehr Posts gründlich durch?

Man darf sich auch mal entschuldigen, wenn man selbst einen Fehler gemacht hat und überdies anderen noch zu Unrecht ans Bein gepisst hat!

[heisenberg]

Wie ist jetzt die sinnvolle Vorghenesweise? Erst den PC neu starten oder vor dem Neustart irgendwelche Aktionen durchführen?

Wenn ein Update abgebrochen ist, dann würde ich - zusätzlich nach der von Dir schon selbst gefundenen Lösung (Volles Dateisystem /boot frei räumen) - folgendes ausführen:

Code: Alles auswählen

# alle austehenden Konfigurationsaufgaben abschließen
dpkg --configure -a

# Nochmal alle offenen Updates einspielen
apt install -y

In Deinem Fall zusätzlich noch, damit die Initramfs aller Kernelversionen sicher neu erstellt werden:

Code: Alles auswählen

update-initramfs -k all -c

[michaa7]

Zusätzlich zu heisenbergs Tipps, lies oben wg. /etc/initramfs-tools/initramfs.conf . Das spart zukünftig Platz in deiner /boot Partition.

[miwie]

Zusätzlich zu heisenbergs Tipps, lies oben wg. /etc/initramfs-tools/initramfs.conf . Das spart zukünftig Platz in deiner /boot Partition.

Ich benutze seit längerem erfolgreich eine /etc/initramfs-tools/conf.d/driver-policy (Dateiname frei wählbar) mit:

Code: Alles auswählen

COMPRESS=xz
MODULES=dep

[kreuzschnabel]

Zu knapp bemessene Partitionen wirken sich bei SSD auch auf die Alterung aus, da das Wearleveling umso besser arbeitet, je mehr freier Platz verfügbar ist.

Das Wearlevelling sieht die Partitionierung nicht und arbeitet völlig unabhängig von der Partitionierung. Darum hat das auch überhaupt keinen Einfluß auf die Alterung.

Danke, wieder was gelernt. Das wirft andere Fragen bei mir auf, aber die gehören nicht hier hin.

--ks

[QT]

Ich benutze seit längerem erfolgreich eine /etc/initramfs-tools/conf.d/driver-policy (Dateiname frei wählbar) mit:

Code: Alles auswählen

COMPRESS=xz
MODULES=dep

Die Settings habe ich mal ausprobiert.

Mit "MODULES=dep" geht die Größer bei mir von 119MB auf 36MB runter. Mit "COMPRESS" dann weiter runter auf 29MB, benötigt dafür aber doppelt solange (14 statt 7 Sekunden). Da sich die letzten 7MB sparen für mich nicht lohnt und ich lieber Zeit spare belasse ich es mit "MODULES=dep". Danke

[MSfree]

Mit "MODULES=dep" geht die Größer bei mir von 119MB auf 36MB runter. Mit "COMPRESS" dann weiter runter auf 29MB, benötigt dafür aber doppelt solange (14 statt 7 Sekunden). Da sich die letzten 7MB sparen für mich nicht lohnt und ich lieber Zeit spare belasse ich es mit "MODULES=dep".

Üblicherweise hat man 2 Kernel mit seinen config- und initrd-Dateien unter /boot. Einer ist der vorherige Kernel und einer ist der aktuell gebootete. Das ist insoweit sinnvoll, daß wenn der aktuell installierte nicht bootet, man die Möglichkeit hat, das System mit dem zuletzt laufenden Kernel hochzufahren und das System zu retten.

Installiert man nun einen neuen Kernel, wird zumindest temporär Platz für einen dritten Kernel benötigt. Bei einer 470MB großen /boot-Partition hat man knappe 160MB pro Kernel. Das reicht selbst in der Default-Einstellungen mit 119MB großer initrd locker für drei Kernel.

Man sollte sich halt angewöhnen, nach jedem (dist-)upgrade das System zu bereinigen mit

Code: Alles auswählen

apt-get clean
apt autoremove --purge

Die erste Zeile löscht runtergeladene .dep-Dateien, die zweite Zeile entfernt ältere Kernel und Programmversionen, die durch neuere ersetzt wurde.

Beherzigt man das, hat man so gut wie nie Probleme mit der Größe von root- und boot-Partitionen.

[QT]

Danke MSfree, aber ich habe weder eine seperate (boot) Partition noch Platzprobleme, möchte nur nicht alle möglichen Module in der initramfs, die ich nicht benötige. Und "apt-clean" sowie "autopurge" läuft eh regelmäßig bei mir, da ich das Zeugs nicht auch noch in meinen Systembackups benötige. Aber sehr fürsorglich von Dir mit den Hinweisen