Van egy 2 TB lemezem amit anno megfeleztem 1TB rendszer és 1 TB /home. Mára egyértelmű hogy más arányok kellenek. A rendszer lemez (gyökér) 7% foglaltság míg a /home 54% szeretném ha a" /" lenne 500 GB és a /home 1500 GB. lehet-e átméterezni a használatban levő lemezt vagy csak live alól. Lehet-e Windows alól hisz egy gépben van a két rendszer. Köszönöm a segítséget.

> @"KiralyMarta"#p684648 Lehet-e Windows alól hisz egy gépben van a két rendszer. Ha NTFS partícióid vannak, akkor minden további nélkül lehet.

@"a mester"#p684649 Köszönöm, a módosítandó rendszer Ubuntu ext4 de gondolom ez nem zavarja a méretezést.

@"KiralyMarta"#p684650 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.)

@"KiralyMarta"#p684648 Szerintem az 500 GB is jórészt kihasználatlan marad majd.

@"KiralyMarta"#p684648 Szerintem a linuxos partíciókat inkább live alól piszkáld! Más: Biztos kell a rendszernek 500GB? Szerintem a tizede is elég lenne, vagy legyen mondjug 64GB... Nekem 47GB-os rendszerpartíció most éppen 77%-on van. `/dev/nvme0n1p2 47G 34G 11G 77% /`

> @"klt"#p684653 vagy legyen mondjug 64GB... > @"KiralyMarta"#p684648 1TB rendszer > @"KiralyMarta"#p684648 A rendszer lemez (gyökér) 7% foglaltság Én rendszernek sem mennék nagyon 128GB alá, de inkább 256 v. 512. KI tudja milyen szoftverre szottyan kedve az embernek.

@"tenkes"#p684654 > @"tenkes"#p684654 Én rendszernek sem mennék nagyon 128GB alá, de inkább 256 v. 512. Ez nem a Windows, ami kizárólag hízni tud a sosem fogyatkozó WinSxS könyvtárával :) Azt gondolom, ezt a rendszert már használja már egy ideje, feltehetően minden rajta van már, amire szüksége van. Nagy hízásra nem kell számítani, ha csak meg nem gárgyul valami, és telef*ssa a logot hibajelzésekkel (de az meg megeshet nagyobb rendszerpartíció esetén is). A mostani rendszerpartíció **foglalt** helyét megtolnám 30%-kal, és az lenne az új mérete. Visszaszámolva, 72GB körül lehet ez, (1TB @ 7%), szóval kb. 96GB. Most így erre rácsodálkozva még ez is igen terebélyesnek tűnik nekem, de tény, hogy nálam nem Ubuntu van... Én nem venném annál nagyobbra, adatterületként nekem hasznosabbnak tűnik a tárhely, mint üresen tartott helyként a rendszerpartíción ;)

> @"klt"#p684655 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"#p684656 É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"#p684656 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"#p684659 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"#22019 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? :D Amúgy kb. félig van. ```console 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:~# ```

Lemezterület módosítása

klt

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.

csuhas32

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.

klt

csuhas32 Én itt egyetlen óriási fájlt látok, csak arra adnám ki a
sudo rm -rf /var/log/syslog.1

Tényleg, ez hogy nem ütötte ki a szemem!?

csuhas32

klt

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.

tenkes

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

klt

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

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.

tenkes

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

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

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.

KiralyMarta

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.

« Előző oldal