[Eisfair] [e1] Kernel update 6.12.114-eisfair-1-SMP version 3.8.8: Insufficient disk space in /boot!

Nelson Matias nelson at anires.de
Fr Okt 30 14:28:05 CET 2026


Hallo Andreas,

Am 28.10.2026 um 11:52 schrieb Andreas Hager:
>>
>> was kann ich machen?
>>
>> Danke und Gruss,
>> Wolfgang 
> 
> Sieht so aus, als wenn Du kein swap hast ?
> Sieht so aus, als wenn Du Dich in boot von nichts mehr trennen kannst ?
> 
> Dann kannst Du nur md3 teilen. 150MB zu /boot machen, Rest als / lassen.
> chroot, md3 sichern, md3 teilen, boot und root zurücksichern.
> 
> Da wird es neue UUID´s geben. Ggf. mit Gerätenamen in der fstab 
> arbeiten ? Oder beim Partitionieren die alten UUID´s wieder vergeben.

Das sollte man versuchen zu vermeiden! Ich hatte das Problem, beim 
ändern der boot-konfiguration. Ich konnte mir nur damit helfen, die 
UUIDs wieder herzustellen. Ich kenne mich zu wenig mit der Materie aus 
um hier kompetenten Rat zu geben. Aber ich vermute, dass in der 
initramfs partitionen auch über die UUID gesucht werden, die bei mir 
dann nicht mehr gefunden wurden.
> Die Experten hier wissen hoffentlich ob die neuen UUID´s ein Problem 
> beim reboot darstellen.
Bei war es so.

Meine Empfehlung:

Das RAID temporär auflösen. damit hast du eine Platte zum testen und die 
andere als Backup.

Mit einer Rescue-CD/einem Rescue-USB-Stick booten und mit einem 
Partitionierungstool die 3. Partition um 256MB verkleinern. Dann die 2. 
Partition nach hinten verschieben. Und schließlich die 1. Partition um 
den frei gewordenen Platz erweitern. Dabei auch gleich die Grenzen der 
Partitionen an die jetzt gängigen Regeln anpassen (1. Partition beginnt 
mit Sektor 2048 ...).

Das kannst du sogar mit einer Platte an einem ganz anderen Rechner 
machen und deinen Server erst mal mit der anderen Platte als 
boot-Laufwerk weiterlaufen lassen. Denke aber daran, dass wen du die 
modifizierte Platte in einem anderen PC bootest, dieser NICHT in dem 
Netzwerk sein soll um Adresskonflikte (gleiche IP-Adresse, Rechnername) 
zu vermeiden. Um zu sehen ob der EIS hochkommt, braucht es ja normal 
kein Netzwerk.

Eine andere Möglichkeit, wenn der Server für die Zeit aus bleiben kann:
RAID auflösen bleibt dabei.
Du startest deinen Eis-Rechner mit dem Rescue-System und kannst dir das 
Zeitaufwendige verschieben der Partitionen sparen.
eine der Platten wie gewünscht partitionieren und dann die Daten von der 
2. Platte kopieren.

In beiden Fällen musst du dann zum Schluss dein RAID wieder einrichten. 
Allerdings jetzt mit der modifizierten Platte als Vorlage. Danach kommt 
ein laaaaaaaanger Sync und das RAID sollte wieder laufen.

Ich habe bewusst hier keine 1x1 Anleitung gegeben. Zum einen weil das 
bei mir schon wieder 3 Jahre her ist, wo ich sowas gemacht habe und 
anderen weil es gute Anleitung per google-/KI-Suche im Internet gibt. 
Wichtig ist hier: Erst mal die GANZE Anleitung lesen und dann evtl. 
nutzen. Nicht selten kommt weiter hinten ein Punkt, der anfangs als 
unwichtig weggelassen wurde und dann die ganze Arbeit ruiniert.

Und ich glaube nicht, dass du noch länger als 2-3 Kernel-Updates damit 
warten kannst. Kernel tendieren zu wachsen und nicht zu schrumpfen.

-- 

Gruß Nelson


Mehr Informationen über die Mailingliste Eisfair