Fehler traten auf beim Bearbeiten von: initramfs-tools

[Andi123]

Servus

jede installation und upgrade gibt folgende Meldung aus

Code: Alles auswählen

dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 »installiertes post-installation-Skript des Paketes initramfs-tools«-Unterprozess gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 initramfs-tools

Code: Alles auswählen

apt upgrade
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:
  fonts-font-awesome fonts-league-spartan libbotan-2-19 libqt5charts5 libtspi1 libzxcvbn0
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.
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.
Möchten Sie fortfahren? [J/n] j
initramfs-tools (0.142) wird eingerichtet ...
update-initramfs: deferring update (trigger activated)
Trigger für initramfs-tools (0.142) werden verarbeitet ...
update-initramfs: Generating /boot/initrd.img-6.5.0-0.deb12.4-amd64
W: Possible missing firmware /lib/firmware/i915/dg2_huc_gsc.bin for module i915
W: Possible missing firmware /lib/firmware/i915/mtl_huc_gsc.bin for module i915
W: Possible missing firmware /lib/firmware/i915/mtl_guc_70.bin for module i915
cat: Schreibfehler: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
update-initramfs: failed for /boot/initrd.img-6.5.0-0.deb12.4-amd64 with 1.
dpkg: Fehler beim Bearbeiten des Paketes initramfs-tools (--configure):
 »installiertes post-installation-Skript des Paketes initramfs-tools«-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)

Bootpartition voll bei 3 Kernels?

Code: Alles auswählen

df /boot
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/nvme1n1p2    466026  466007         0  100% /boot

dpkg -l | grep linux-image | awk '{print$2}'
linux-image-6.1.0-17-amd64
linux-image-6.1.0-9-amd64
linux-image-6.5.0-0.deb12.4-amd64
linux-image-amd64

Wasn da los?

[towo]

Schreibfehler: Auf dem Gerät ist kein Speicherplatz mehr verfügbar

Einfach lesen, was da steht!

[towo]

Bootpartition voll bei 3 Kernels?

Die kann auch voll sein, mit 2 Kerneln, is halt doof, wenn man /boot zu klein wählt, oder /boot ohne Not als separate Partition einrichtet.
Aber wir wissen ja nicht, warum /boot bei dir eine separate Partition ist.

[Andi123]

Bootpartition voll bei 3 Kernels?

Die kann auch voll sein, mit 2 Kerneln, is halt doof, wenn man /boot zu klein wählt, oder /boot ohne Not als separate Partition einrichtet.
Aber wir wissen ja nicht, warum /boot bei dir eine separate Partition ist.

Keine Ahnung, hab Debian nach Anleitung mit Luks installiert.

Und warum ist das erst heut so????

[towo]

Ok, bei Luks brauchts die /boot, aber wenn /boot vol ist, isse halt Essig.

Code: Alles auswählen

ls -alh /bvoot

[towo]

Code: Alles auswählen

ls -alh /boot

Mal etwas mittdenken geht wohl nicht?

Edit: nanu, da war doch eben noch ein Post?

[Andi123]

Ok, bei Luks brauchts die /boot, aber wenn /boot vol ist, isse halt Essig.

Code: Alles auswählen

ls -alh /bvoot

Code: Alles auswählen

[ls -alh /boot
insgesamt 74M
drwxr-xr-x  6 root root 1,0K 29. Jan 16:41 .
drwxr-xr-x 20 root root 4,0K 29. Jan 16:39 ..
-rw-r--r--  1 root root 260K 24. Nov 00:05 config-6.5.0-0.deb12.4-amd64
drwx------  3 root root 4,0K  1. Jan 1970  efi
drwxr-xr-x  5 root root 1,0K 29. Jan 16:39 grub
-rw-r--r--  1 root root  65M 16. Jan 19:18 initrd.img-6.5.0-0.deb12.4-amd64
drwx------  2 root root  12K 16. Jan 15:22 lost+found
-rw-r--r--  1 root root   83 24. Nov 00:05 System.map-6.5.0-0.deb12.4-amd64
drwxr-xr-x  9 root root 1,0K 16. Jan 19:40 timeshift
-rw-r--r--  1 root root 8,7M 24. Nov 00:05 vmlinuz-6.5.0-0.deb12.4-amd64

Hab die älteren kernels gelöscht.

Code: Alles auswählen

df /boot
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/nvme1n1p2    466026  465750         0  100% /boot

[rhHeini]

Wahrscheinlich automatisch partitioniert vom Installer. Die Automatismen passen nicht mehr auf die heutigen Medien- und Paketgrößen.

Ich partitioniere nur noch selber und spendiere da in der Regel 2048M = 2G Platz.

Kein Wunder, /boot hat nur 74M, und ein timeshift-Ordner ist auch noch drauf. Der gehört da auch weg auf eine separate Partition.

[Andi123]

WKein Wunder, /boot hat nur 74M, und ein timeshift-Ordner ist auch noch drauf. Der gehört da auch weg auf eine separate Partition.

Kann ich aber nachträglich nicht ändern, oder?

[MSfree]

Kein Wunder, /boot hat nur 74M

Wo siehst du das? Ich sehe, daß /boot 466 Megabyte groß ist und das sollte locker für 5 Kernel reichen.

und ein timeshift-Ordner ist auch noch drauf.

Den würde ich allerdings aus dem Weg räumen.

[rhHeini]

Wenn Du zufälligerweise nach der /dev/nvme1n1p2 noch freien Platz hast könntest Du den der /boot zuschlagen.

Ich gehe aber mal davon aus das da direkt danach ohne Lücke die /dev/nvme1n1p3 angelegt ist. Eine Möglichkeit wäre Neuinstallation mit manueller Partitionierung. Eine zweite alle Partitionen nach der p2 mit gparted nach hinten zu schieben. Ist aber zeitaufwendig und fehleranfällig. Oder Du legst hintendran eine neue /boot an.

[Andi123]

Code: Alles auswählen

ls -alh /boot

Mal etwas mittdenken geht wohl nicht?

Edit: nanu, da war doch eben noch ein Post?

Ja, den hab ich gelöscht, weil ich deinen Schreibfehler nicht gleich erkannte ...

Augen sind nicht mehr die Besten, schon etwas älter

[rhHeini]

Kein Wunder, /boot hat nur 74M

Wo siehst du das? Ich sehe, daß /boot 466 Megabyte groß ist und das sollte locker für 5 Kernel reichen.

und ein timeshift-Ordner ist auch noch drauf.

Den würde ich allerdings aus dem Weg räumen.

Du hast wohl Recht, ich hab mich da von den 74M und den 100% täuschen lassen.
@OP: zeig mal ein df -h.

[Andi123]

Code: Alles auswählen

df -h
Dateisystem                 Größe Benutzt Verf. Verw% Eingehängt auf
udev                          16G       0   16G    0% /dev
tmpfs                        3,2G    3,5M  3,2G    1% /run
/dev/mapper/debian--vg-root  467G     46G  398G   11% /
tmpfs                         16G     75M   16G    1% /dev/shm
tmpfs                        5,0M     16K  5,0M    1% /run/lock
efivarfs                     118K     66K   48K   59% /sys/firmware/efi/efivars
tmpfs                        6,3G     26M  6,3G    1% /media/ramdisk
/dev/nvme1n1p2               456M    452M     0  100% /boot
/dev/nvme1n1p1               511M    5,9M  506M    2% /boot/efi
/dev/dm-3                    3,6T    1,5T  2,0T   42% /media/andreas/DATA
tmpfs                        3,2G    176K  3,2G    1% /run/user/1000

[rhHeini]

Danke, das klärts, nehme alles zurück.

Was die /boot verrammelt ist dieser timeshift-Ordner. Der muss da weg, dann hat /boot genug Platz für ein paar Kernel.

[Andi123]

Danke, das klärts, nehme alles zurück.

Was die /boot verrammelt ist dieser timeshift-Ordner. Der muss da weg, dann hat /boot genug Platz für ein paar Kernel.

Habe die Timeshiftsicherungen auf einen anderen Datenträger gelegt.

Ändert aber scheinbar nix.

Code: Alles auswählen

df /boot
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/nvme1n1p2    466026  462321         0  100% /boot

Meiner Meinung nach legt Timeshift im Bootverzeichnis einen Ordner an, für BTRFS.
Mit BTRFS kann man aus dem Bootmenü eine Timeshiftsicherung zurückspielen, falls das System nicht mehr startet.

Bei mir ist es aber rsync, wegen des ext Dateisystems.

[rhHeini]

Und wie hast Du das gemacht? Einfach kopiert oder mv verwendet? Auf der Konsole oder graphisch?

Der Ordner muss dann in der /boot auch gelöscht werden damit der Platz frei wird .....

[Andi123]

Und wie hast Du das gemacht? Einfach kopiert oder mv verwendet? Auf der Konsole oder graphisch?

Der Ordner muss dann in der /boot auch gelöscht werden damit der Platz frei wird .....

Ich habe eine Timeshiftsicherung zurückgespielt, jetzt keine Fehlermeldung mehr.

Doch immer noch volle Bootpartition.

In Timeshift kann man das Verzeichnis aussuchen, wo die Sicherungen hin sollen.

Die Sicherungen waren aber vorher auch nicht auf boot, sondern root.
Meiner Meinung nach legt Timeshift im Bootverzeichnis ein Verzeichnis an, für BTRFS.
Mit BTRFS kann man aus dem Bootmenü eine Timeshiftsicherung zurückspielen, falls das System nicht mehr startet.

Bei mir ist es aber rsync, wegen des ext Dateisystems.

[rhHeini]

@Andi123, was das Problem ist sollte jetzt klar sein. Der timeshift-Ordner muss aus der /boot gelöscht werden damit der Platz frei wird für die Kernel. Wie ist die Frage.

Ich selber verwende timeshift nicht, kenne weder die Features noch die Eigenheiten des Programms. Da müssen andere ran. Lies die man-Page oder die Doku, ob das wirklich so gedacht ist das das Programm da einen Ordner in /boot verankert. Kann ich mir nicht vorstellen. Ist aber alles möglich. Oder kann es sein das Du Dich da in der Konfiguration vertan hast? /boot und /root sind nur in einem von 5 Buchstaben anders. Für mich gehören Backup-Sicherungen nicht nach /boot, auch nicht nach /root oder / sondern explizit auf ein anderes Medium, sonst nagelst Du Dir mit den Sicherungen Dein System zu. Haben wir hier im Forum schon ein paar Mal gehabt.

[Andi123]

In Timeshift kann man das Ziel aussuchen.

Entweder root (Systempartition, da ist der Timeshiftsicherungsordner zu sehen /timeshift/) oder ein anderen Datenträger.

Tatsächlich ist in Boot ein Timeshiftordner, den habe ich gelöscht.

Jetzt ist wieder was frei, danke für die Hilfe

Code: Alles auswählen

df /boot
Dateisystem    1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf
/dev/nvme1n1p2    466026  154439    286602   36% /boot

Muss was mit BTRFS zu tun haben.
Denke das Timeshift nach der Installation das automatisch anlegt, völlig unsinnig.

[towo]

Code: Alles auswählen

Muss was mit BTRFS zu tun haben.

Ich glaube kaum, dass Du /boot mit btrfs formatiert hast.

[Andi123]

ch glaube kaum, dass Du /boot mit btrfs formatiert hast.

Nein, das meine ich nicht.

Wenn das System also root mit BTRFS formatiert ist, kann man Timeshift aus dem Grub Bootmenü starten und eine Sicherung zurückspielen, falls das System nicht mehr startet.

https://www.youtube.com/watch?v=ZJZF5NFjNog

Vielleicht legt Timeshift da automatisch ein Verzeichnis an, auch ohne BTRFS.

Oder nach Timshift Installation ist der Zielordner standardmässig auf boot, und ich habe gleich ohne das zu ändern eine Sicherung angelegt.

Ich weis nicht mehr