Lemezterület módosítása

KiralyMarta Azért gondold meg előtte, hogy mentettél-e mindent.
(Nekem az a tapasztalatom, hogy a Windows particionálatlan területként mutatja a linukszos lemezeket.)

klt Ez nem a Windows, ami kizárólag hízni tud

Azért az sem a normál működés jele. A régebbi W10 rendszerem évekig futott egy 128GB-os SSD-n, de minden más szoftverrel együtt sem volt 80GB-nál nagyobb foglaltság. Jelenleg mint másodlagos rendszer 32GB-ot foglal.
Növekmény nyilván van, hiszen a frissítések általában új funkciókat is hoznak, viszont ennek hatása egy normálisan megválasztott rendszer háttértár esetén minimális. (Az automatikus rendszermentések sem halmozódnak, hiszen meghatározott idő után törlődnek.) Nem gondolnám, hogy egy Ubuntu esetén ne ugyanez lenne a helyzet.
Én általában nem spórolok a rendszer helyével (észszerű határok között), hiszen azon történik a legtöbb lemezművelet, azon folyik a rendszer karbantartása, legtöbbször a rendszer működési mentései is oda kerülnek (nem is beszélve a használt szoftverek mennyiségéről és azok frissítéséről), nem feltétlen jó, ha ki van centizve.

Egyébként érdekesség, hogy a W10 és az Ubuntu hivatalos rendszerkövetelményei gyakorlatilag megegyeznek.

Rövid válasz:
[A megfelelő óvintézkedések (adat és rendszermentés készítése és visszaellenőrzése) után] egy live rendszer alól tudod átméretezni a rendszerhez működése során csatolva lévő partíciókat, így a rendszerpartíciót is.
Azonban én ezt most nem kapkodnám el.
Hosszabb válasz:
Bár nem ez a kérdésed, de szerintem igazából itt az érdekes, hogy nálad mi a nyavalya foglal 96 GB-ot a rendszerpartíción?
Lehet, ha ezt egy picit átbeszéljük, akkor eljutunk oda, hogy egy icipici átalakítás után neked is bőségesen elég lenne az eredetileg gondolt 512 GB-os helyett egy 256 GB-os rendszerpartíció.
Persze az is megeshet, hogy van néhány Snap alkalmazásod, ami ennyi helyet elfoglal, de én azt javasolnám, kezdjük ezzel, nézzük meg, mi foglal ekkora helyet a rendszerpartíción. Mit mutat a Lemezhasználat-elemző, mi zabálja fel a helyet?
Igazából ennek tisztázásával és esetleg a felhasználói szokásod megváltoztatásával juthatnál el oda, hogy esetleg sokkal kisebb rendszerpartíció is elég volna neked, jóval átláthatóbb lenne számodra is a rendszered és a lemezeid, partícióid kialakítása.
Terefere:
Extrém felhasználói járatlansággal találkoztam már, amikor talán 256 GB volt az egész lemez, amin a rendszer csücsült és kedves felhasználó elindított egy bányász programot, ami figyelmeztette is, hogy olyan 600 GB helyet fog elfoglalni. (Emlékeim szerint ez egy Flatpak alkalmazás volt, szóval valahová a felhasználó könyvtárába egy rejtett könyvtárba tette a letöltött dolgokat és mivel a home a rendszerpartíción belül kapott helyet, hamarost betelt a rendszerpartíció.)
Amit még el lehet követni az szerintem az, hogy ugyan van külön home vagy adatpartíció, de valaki a rendszermentés helyéül mégis a rendszerpartíciót adja meg és a rendszermentésbe belevesz mindent. Szóval nem csak magát a rendszert, hanem a felhasználói és adatfájlokat is. Na ha a következő rendszermentésben benne lesz ez a rendszermentés is, akkor létrejöhet elméletben egy jó nagy hurok.
De ha ilyeneket leszámítunk, tudjuk, hogy van egy jó nagy home partíció, akkor a rendszerpartíciónak igazából sokkal kisebb is elég kellene legyen.
Az én rendszerem egy picit sem óvott, napi használatban lévő, ütött-vágott rendszer, egy Linux Mint, vannak rajta Flatpak csomagok is.
A rendszerpartíción 18 GB foglalt (a 46 GB-ból).
A home partíción (a 279 GB-ból) 68 GB foglalt, úgy hogy itt van 8 GB-os swapfájl és Timeshift mentések is (persze az adatok [Dokumentumok, Letöltések, Képek] szokás szerint „kisymlinkelve” az adatpartícióra, szerintem ott azoknak a helye, de ez neked most mindegy, mert lehet minden ilyesmi a home partíciódon is.)

tenkes Én általában nem spórolok a rendszer helyével (észszerű határok között),

Én meg spórolok, szintén ésszerű határok között.
Nyilván nem jó bájtra kicentizni, de a frissítések önmagukban nem okoznak észrevehető méretnövekedést.
Új szoftverek telepítése nyilván lehet, hogy igen, de nem mindegy, hogy egy 3MB-os Gimagereadert telepítünk, _90MB-os GIMP-et, vagy 9 GB-os Davincit.

tenkes hiszen azon történik a legtöbb lemezművelet, azon folyik a rendszer karbantartása

Ez felhasználás függő, ha valaki bebútol, aztán böngészőt indít, fészbúkozgat, akkor valóban ott történik a legtöbb olvasás. Írás jellemzően csak frissítésekkor, új program telepítésekor történik oda. Nem gondolnám ezt a legtöbbnek. Ha valaki dolgozik is a géppel, akkor szükségszerűen adatfájlokkal, dokumentumokkal, képekkel (esetleg RAW képekkel), netalántán videófájlokkal ügyködik, mindjárt 2-4 nagyságrenddel több lemezművelet adódik az adatterületekre.

csuhas32 hogy nálad mi a nyavalya foglal 96 GB-ot a rendszerpartíción?

Csak (kb.) 72GB, amit az 1TB 7%-os foglaltságából vezettem le. A 96GB-ot én javasoltam a 72 alapján, hogy maradjon egy kis terület, hogy tudjon lélegezni a rendszer, de pocsékolásnak érzem, amit @tenkes javasol.
(Nyilván bennem van, hogy már túlzottan is hozzászoktam a Debianhoz.)
Emlékeim szerint van ott Blender, Krita, meg ki tudja még mi, szép testes darabok, persze valószínűleg minden snap-ből telepítve, mert az a jó az Ubuntunak, így nekem végül is hihetőnek tűnik a kb. 72GB.

Szerk.:
A VPS-emen a TELJES terület 20GB (mondjuk, az egyben van). Na most ezzel mit lehetne kezdeni a min. 128GB-os logika alapján?

Amúgy kb. félig van.

root@reflector:~# df -h
Fájlrendszer           Méret Fogl. Szab. Fo.% Csatol. pont
udev                    463M     0  463M   0% /dev
tmpfs                    97M  648K   96M   1% /run
/dev/mapper/vg-lv_root   19G  8,3G  9,3G  48% /
tmpfs                   483M     0  483M   0% /dev/shm
tmpfs                   5,0M     0  5,0M   0% /run/lock
/dev/sda1               234M   90M  133M  41% /boot
tmpfs                    97M     0   97M   0% /run/user/0
root@reflector:~# 

klt Emlékeim szerint van ott Blender, Krita, meg ki tudja még mi, szép testes darabok, persze valószínűleg minden snap-ből telepítve

Nekem valamiért AppImage vagy valamilyen honlapról letöltött és kicsomagolt változatokról vannak emlékeim, de ezen se fogunk összeveszni. Kérek szépen @KiralyMarta -tól egy snap list kimenetet és ha megkapom, máris látjuk a jelenlegi helyzetet ezen a fronton.

KiralyMarta /var/lib 22 GB

És nincs kedved a Lemezhasználat-elemzőben a kis füleket lejjebb nyitogatni, hogy mégis mi a /var/lib-ben 22 GB? (Nálam ugyanez 3,9 GB)

KiralyMarta /var/log 11.6 GB
syslog.1 8,6 GB

Én biztos vagyok benne, hogy egy 8 GB-os logfájlt nem fogsz végigolvasni, talán nem is tudja a rendszered megnyitni.
Magam ezt (meg a többi) nagy méretű logfájlt sudo rm -rf -fel szanálnám.
Előtte persze rendszergazdai joggal szerkeszteném a /etc/systemd/journald.conf fájlt és beletenném a
SystemMaxUse=50M
sort, hogy az újonnan létrejövő logfájlok majd már ne hízhassanak 50 MB-nál nagyobbra. (Lehet, hogy utána kell egy rendszer újraindítás, ezt nem tudom biztosra megmondani.)
Ez persze csak tüneti kezelés, utána jöhet a létrejövő kezelhető méretű logfájlok megnyitása, annak megkeresése, hogy miért logol folyton a rendszer és a hiba elhárítása.

Ezt követően a rendszerpartíciód foglaltsága máris csak 36 GB körül lesz a cirka 1000 GB-ból.
Talán tudunk majd még lejjebb is menni, ha megismerjük, mi van a /var/lib alatt, de szerintem már ez is eléggé kis szám, csak kezdjük közelíteni, hogy 120 GB is bőven elég lehet, ha jól be van állítva az a rendszer.

csuhas32

csuhas32 hogy mégis mi a /var/lib-ben 22 GB?

Lefogadom, hogy /var/lib/snapd/ méretes lesz (oda mennek a szappan darabok).

csuhas32 /var/log 11.6 GB

Itt én is sejtek spórolási lehetőséget. Nálam 30MB most éppen...

csuhas32 csak kezdjük közelíteni, hogy 120 GB is bőven elég lehet, ha jól be van állítva az a rendszer.

Még ezt is sokallom, de nem az én rendszerem.

rapfen 50 GB-nál többet nem szoktam a rendszerpartíciónak adni,

️
Dettó. Csak tényleg indokolt esetben!