KiralyMarta A ###.szám.log és .gz simán törölheted, de szerintem nem érdemes görcsölni rajta. Alig jelent nyereséget. Neked a journal alatt lesz a sok szemét, arra meg jó a porszívózás, amit adtam.
Lemezterület módosítása
KiralyMarta Én itt egyetlen óriási fájlt látok, csak arra adnám ki a
sudo rm -rf /var/log/syslog.1 parancsot. A kicsikkel nem kell foglalkozni, semmi jelentőségük, nem zavarnak senkit és semmit, viszont lehet van bennük értékes információ, azokat nem bántanám.
- Szerkesztve
OFF
Azért érdekes, hogy a Windows van elkönyvelve egy végletekig feleslegesen növekvő rendszerré, miközben itt mindenkinek megvan a maga trükkje, hogyan szoktassa le erről a Linuxot. 
Az ok amiért én más tárhely mértekben gondolkodom, nem feltétlen a Windows-Linux eltérésekből adódik, hanem mert egy ideje rászoktam arra, hogy a rendszer és a tárhely valóban külön fizikai meghajtón van. Így rendszerre a manapság elérhető legkisebb SSD méretekben gondolkodom 128/256. Mivel ezeknek csak a rendszer futtatása a feladatuk, nincs ok a méretek csökkentésére.
Egy 2TB-os tároló ilyen felosztása azért nem egy szokványos megoldás.
ON
Ezt viszont te találtad el:
KiralyMarta var/lib-ben 22 GB? snapd 21.6 GB foglalja a helyet.
Szerintem lassan megvagyunk, most már elegendő az információ, Márta el tudja dönteni mekkorára szeretné zsugorítani a rendszerpartícióját, a módja pedig már régen nem kérdés.
A Snap és a Flatpak esetén is előfordul, hogy egy app futtatásához, egy nagyságrendileg nagyobb csomag letöltésére is szükség van (hiszen nincs benne az alaprendszerben). Miután ezt automatikusan teszi meg, okozhat meglepetést.
tenkes OFF:
Ami a Win-t illeti, hozzám csak a problémás esetek jutnak el.
A csak hízásos WibSxS valós probléma, többször nőtte ki a tárhelyet (tényleg kicsi, 128GB-os meghajtón) és csak az újratelepítés segít olyankor, nem ismerek olyan segédprogramot, ami azt lefogyasztja (a lemezkarbantartó sem).
Ezt meg tudom különböztetni attól, amikor egy Windows.old ottmarad, és az foglalja el a helyet.
Nyilván nem mindenhol okoz gondot az említett hízás, ahogy nálad sem. Az sem kizárt, hogy valamilyen fura felhasználói szokás van a háttérben.
Ami Linux trükköket illeti: feltűnt, hogy az én gépeimen (mindenhol Debian megy, 11 vagy 12, armv7l, arm64, amd64 architektúrákon) és ilyen hízásgátló izék nem sehol sem kellenek.
Szerintem ez egy Ubuntu specifikus dolog lesz. 
ON
KiralyMarta Akkor én is hozzáteszek valamit a többiek válaszaihoz.
Van ez a két fájl:
-rw-r----- 1 syslog adm 285M márc 15 13:04 syslog
-rw-r----- 1 syslog adm 8,0G márc 9 07:15 syslog.1
A régi nagy, semmi nem fogja megnyitni. Töröld, ahogy csuhás barátunk javasolta.
DE!
Az aktuális syslog még kicsi (285M) ez megnyitható, megnézhető. Én azért belepislantanék, hogy miket tartalmaz.
És megtenném ezt holnap is, holnapután is (főleg, ha úgy néz ki, hogy szintén hajlamos a hízásra), hogy lássam, mi okozza.
Lehet az is, hogy amitől megnőtt az előbbi, az csak egy időlegesen bekavaró hiba volt és az aktuális syslog már nem fog nőni.
klt OFF
A WinSxS trükkös, szereti magát jóval nagyobbnak mutatni, gondolom már találkoztál vele, de itt a lényeg:
https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/determine-the-actual-size-of-the-winsxs-folder?view=windows-11
https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/clean-up-the-winsxs-folder?view=windows-11
ON
Htibi Nem tudom mi számít hízásnak. Megcsináltam csuha32 javaslatát kitöröltem a syslog.1-et és beírtam a fájl korlátnak az 50M, és újra indítottam a rendszert. A syslog fájl előtte: 291363K, újraindítás után: 291943K a méret. Nem tudom ez kicsi vagy nagy.
csuhas32
Megcsináltam a törlést, és a fájl méret korlátot, újra indítottam a rendszerszert /var helyfoglalása a 21,1 GB mindössze 33,6 a snap ban van egy játék 2 GB ezt majd próba után ha nem tetszik törlöm. Végül is van elég erőforrásom, hogy hagyjam a snapot. Rendszer lesz 250 GB, így eléggé kitolom a home határát. Köszönöm.