Ny metod maj 2026
I samband med att jag uppdaterade LMDE till en ny kärna så fick jag varning om att boot-utrymmet var i stort sett fullt.
Det finns en automatiseringsfunktion som jag har aktiverad i Mint Update manager som borde göra jobbet. Men den fungerar uppenbarligen fortfarande inte och det finns fortfarande en aktiv bugg-rapport: Automatic kernel removal does not appear to be working #938.
Av någon anledning fungerade inte min vanliga metod. Jag kunde ta bort några kärnor. Men sedan blev det stopp. För de två sista kärnorna som var aktuella att ta bort så hamnade jag i en loop där kärnan visserligen togs bort men samtidigt installerades i princip samma kärna igen, växlandes mellan ena gången en osignerad variant och en signerad variant. Detta har inte hänt förut.
Jag tog hjälp av Linux Mint forum och forumtråden har fler detaljer: [Solved] Some kernels cannot be removed.
Stora skillnaden nu är att jag nu inte bara tar bort kärnan, som jag trodde skulle ta bort allt, utan jag tar först bort linux-header och även linux-kbuild. Vidare så genom att använda dpkg-listning ser jag fler kärnor där installationsrester finns kvar. Detta leder till att jag nu använt purge i st f remove, där purge är kraftfullare och tar bort även konfigurationsfiler.
Så denna nya procedur kan sammanfattas:
uname -r
För att kolla vilken kärna som används.
dpkg --list | grep linux-image
Detta listar alla installerade kärnor. Detta listar även borttagna kärnor där konfigurationsfiler finns kvar.
apt list --installed | grep linux-image
Detta är det kommande jag använt tidigare. Det visar installerade kärnor, men inte de där konfigurationsfilerna finns kvar. Vad jag förstår så behöver inte konfigurationsfilerna vara kvar.
ls /usr/src | grep linux-headers
Detta listar filerna i katalogen /usr/src där linux-headers finns. I den katalogen finns också länkar till linux-kbuild-kataloger, dessa länkade kataloger till Linux-kbuild syns inte med detta kommando, eftersom den refererar till specifika filnamn; så då kan man instället göra listningen utan pipe-delen (dvs ls /usr/src). Linux-kbuild verkar alltså inte rensas ut med de andra kommandona, men verkar rimliga att ta bort.
Man bör ha minst den aktiva kärnan och en föregående fungerade kvar att gå tillbaka till vid eventuellt behov.
Så nu till själva borttagandet, ett typiskt exempel:
Lämpligen tar man en kärnversion i taget, och gör nya listningar med kommandona ovan mellan för att konfirmera läget. Man kan också ta en titt i filhanteraren för boot-katalogen respektive /usr/src och se hur det ser ut i den vyn, utöver listningarna i terminalen.
apt purge linux-headers-6.12.73+deb13-amd64
apt purge linux-headers-6.12.73+deb13-common
apt purge linux-kbuild-6.12.73+deb13
apt purge linux-image-6.12.73+deb13-amd64
apt autoremove
autoremove är troligt att det inte behövs, men ska inte göra någon skada.
sudo update-grub
reboot
Henrik Hemrin
6 maj 2026
Gammal metod september 2025
Datorvård igår..
Jag hoppas inte detta avskräcker någon framtida Linux-användare. För Linux är bra tycker jag. Det är fantastiskt att Linux-kärnan är helt fri med öppen källkod. Liksom mitt Linux operativsystem. Där finns finns inga hemligheter. Beroende på datorkomponenter mm kan man behöva en del ofria komplement, det ska sägas. Och det kan vara en del program med mera man vill ha som inte är öppna. I vilket fall en enorm skillnad mot de stängda Windows och macOS.
Min boot-mapp började bli full och jag behövde göra plats för ny Linuxkärna. En omväg vore att istället ge den större utrymme, men det är lite knöligt det också, och därför bättre att med en gång städa istället.
I Uppdateringshanteraren som finns i mitt operativsystem LMDE Linux Mint Debian Edition finns en automatiseringsfunktion för att ta bort. Men den har inte riktigt fungerat fullt ut nu märkte jag och jag har läst om någon bugg som är eller varit runt detta.
Hade jag använt Mints standardoperativsystem så hade där dessutom funnits en funktion för att se vilka kärnor som finns och ta bort därifrån. Men det verktyget har sina rötter i Ubuntu som standard-Mint baseras på, och eftersom jag kör Mint-versionen som istället har rötterna i Debian och där finns inte motsvarande verktyg. Ubuntu i sin tur baseras för övrigt på Debian. Jag har inte behövt göra en sådan här städning på flera år, så jag tror det varit någon ofullkomlighet i automatiseringen. Linux Mint Debian Edition är generellt väldigt enkelt att underhålla med uppdateringar men en aning svårare än standard-Mint.
Man kan göra det hela på olika vis, men jag valde att göra det i terminalprogrammet. Utöver Terminalen, så kollade jag via filhanteraren läget i /boot/, vilka kärnor jag ser där och hur mycket ledigt diskutrymme booten har
I stora drag gjorde jag så här i terminalen:
uname -r
För att enkelt se vilken kärnutgåva (release) jag kör.
uname -v
För att också kolla vilken version av kärnan jag kör.
apt update
Alltid bra att göra en uppdaterad lista av nya och uppgraderingsbara paket först. Apt är programmet som hanterar paket (programpaket) i Debian m fl.
apt list --installed | grep linux-image
Detta listar installerade linux-kärnor. Den första delen av kommandot listar alla, väldigt många, det vill jag inte se, så därför tar jag det som kommer ut ur röret och mha grep letas bara de rader upp som innehåller linux-image, som är det jag är intresserad av nu. Det går att göra ungefär samma sak med dpkg i stället för apt. Ett par kärnor bör alltid behållas, ifall något konstigt händer så kan man då starta datorn med en äldre kärna.
När jag bestämt mig vilken/vilka kärnor jag inte behöver längre så kör jag kommandot:
apt remove [paketnamn]
Detta verkar göra allt. I filhanteraren bör nu paket försvunnit i boot, och ha mer utrymme.
För säkerhets skull kör jag sedan också
apt autoremove
Detta är för att städa upp, ta bort beroendepaket som inte längre behövs, alltså städa upp efter sig. Det fanns inget att städa, men inget som skadar.
liksom
sudo update-grub
Detta uppdaterar grub, det program som startar upp datorn, får igång operativsystemet. Detta verkade också ske i samband med att jag tar bort en kärna, men det är ändå lämpligt att köra det tycker jag, så vet jag att den är uppdaterad.
Sen är det bara att starta om och se att datorn faktiskt fungerar som den ska. Har du synpunkter eller frågor, skriv gärna!
Henrik Hemrin
24 september 2025
Comments powered by CComment