Habe ich zwei Tage damit verbracht mein Problem zu beheben? Man weiß es nicht, aber hier ist ein zusammenhangsloses Bonus-MaiMai
Habe ich zwei Tage damit verbracht mein Problem zu beheben? Man weiß es nicht, aber hier ist ein zusammenhangsloses Bonus-MaiMai
Das Problem ist ja, dass sich das Updateprogramm literarisch beschwert, dass die Partition größer sein muss. Ich hab halt den Kernel auch doppelt, weil ich low-latency-kernels verwende (soweit ich weiß kann man unter Ubuntu nicht einfach NUR low-latency-kernel installiert haben); das führt schon bei normalen Aktualisierungen teilweise dazu, dass ich manuell rumfrickeln muss, weil sonst 700MB auf /boot nicht ausreichen.
Und dadurch, dass ich LUKS verwende, ist das Partitionsgrößen ändern auch noch einmal besonders kompliziert und damit das Risiko besonders groß, dass ich gar nicht mehr auf die Daten zugreifen kann, wenn ich etwas falsch mache (alles wichtige ist eh gesichert, aber dann muss ich halt alles größtenteils manuell neu installieren).
Aber ich hab jetzt mal deinen Tipp umgesetzt, das wird mir vielleicht zumindest das Gefrickel mit den normalen Aktualisierungen ersparen.
Ja, das stimmt leider, die Abhängigkeiten lassen soweit ich das weiß nicht ohne gigantisches Gefrickel zu, dass man den Standardkernel deinstalliert.
Das mit der Kompression schafft schon Platz. Ubuntu hat da halt auch absichtlich standardmäßig eine weniger Platz- aber dafür mehr CPU-effiziente Kompression eingestellt, um die Laufzeit von Kernelupdates auf langsamen Maschinen zu verkürzen.
Wär halt nicht so schlimm, wenn /boot standardmäßig großzügiger bemessen wäre …
Das Standard-Kompressionsverfahren wurde irgendwann geändert und es hat sich erst im Nachhinein gezeigt, dass dadurch /boot/ zu klein wird. Ganz alte Installationen hatten mit Standardeinstellungen ab Installation noch kleineres /boot/, das war ursprünglich mal nur 256MB.