Zwiększenie woluminu boot przy zajętym dysku

#1

Dzień dobry. Zazwyczaj google potrafiło mi pomóc, ale problem mnie przerósł, więc zgłaszam się do was z nadzieją na szybką pomoc.

Posiadam linux mint. Ostatnio podczas aktualizacji wyskoczyło powiadomienie o braku miejsca na woluminie boot. W internecie przeczytałem, aby za pomocą live-cd i gparted zmniejszyć partycje obok i rozciągnąć boot na wolną przestrzeń. Nie mogę tego zrobić ponieważ w programie gparted pokazuje mi iż pozostała część dysku jest zajęta. Kiedy sprawdzam wykorzystanie dysku pokazuje zupełnie co innego. Proszę was o pomoc, w załącznikach przesyłam zdjęcia i pozdrawiam

Zrzut%20ekranu%20z%202021-01-13%2015-26-37
Zrzut ekranu z 2021-01-13 15-26-37.png1920×1080 199 KB

#2

Witaj!
Z tego, co widzę to nie masz standardowego układu partycji.
/dev/nvme0n1p3 jest grupą (vgmint) wolumenów fizycznych (https://pl.wikipedia.org/wiki/LVM) to wszystko jest na dodatek zaszyfrowane LUKSem 2, czyli LVM-on-LUKS.
Z takim “miksem” niestety, ale nie miałem do czynienia :stuck_out_tongue:

Pokaż (jako root):
vgdisplay
pvdisplay -v -m
lvdisplay

pvs
lsblk
Nie jest to wcale takie proste w tym wypadku:
https://wiki.archlinux.org/index.php/Resizing_LVM-on-LUKS#Shrink_LVM-on-LUKS
https://linux-blog.anracom.com/2018/11/09/shrinking-an-encrypted-partition-with-lvm-on-luks/

  1. wypadałoby zrobić pełną kopię zapasową dysku
  2. wszystkie operacje muszą być zrobione offline, czyli na systemie uruchomionym z pendrive
  3. trzeba uważać na różnice w jednostkach GB i GiB przy narzędziach lvresize i resize2fs

Wracając do sedna, co masz na /boot, że brakuje Ci miejsca przy aktualizacji. Być może nie warto w ogóle ruszać struktury partycji, a po prostu zwolnić wystarczającą ilość miejsca?
Pewnie masz tam sporo kerneli starych skoro brakuje tam miejsca.
Pokaż:
ls -lh /boot

#3

Też tak pomyślałem, że stare kernele zajmują miejsce, przynajmniej spotkałem się z takim zjawiskiem.

#4

Według tego artykułu: >> KLIK << robiłem kiedyś zmianę rozmiaru po klonowaniu systemu na większy dysk i poszło bez problemu. Musisz tylko rozkminić jak zrobić zmniejszenie zamiast zwiększenia rozmiaru systemu plików, LV i kontenera LUKS.

#5

Wywal stare kernele. Zostaw oczywiście bieżący i ostatni. Nie kombinuj.
https://labiol.xyz/index.php/2018/01/21/usuwanie-starych-kerneli-w-ubuntu-mint/

#6

Panowie, dziękuje za odzew. usunąłem stare kernele mam teraz blisko 500mb miejsca. Rozumiem, że sytuacje powtarzać w razie potrzeby?

#7

Tak

#8

W jaki sposób aktualizujesz system (kernele?), że menadżer pakietów sam nie usuwa starych jajek?

edit.
W ustawieniach aktualizacji, w menadżerze graficznym masz opcje do automatyzacji i jest tam też przełącznik, który odpowiada za automatyczne usuwanie starych kerneli. Włącz raz i zapomnij o problemie :wink:

#9

Ja wszędzie daję 1GB na boot i nie jestem w stanie tego zapchać, a w 99% boot zajmuje 200MB.

Jak pisano wyżej wywal wszystkie kernele i inittd/initiramfs oprócz tego na czym startujesz system. Potem update-grub lub grub-mkconfig -o /boot/grub/grub.cfg.