Fájlrendszer helyigény

Fórum: 

Avagy legalább mekkora is legyen egy gyökér partíció?

Hezitáltam egy nagyot, hogy hova, milyen címszó alá is kellene tennem kérdéseimet.
Igazából kezdő, nagyon kezdő kérdésekkel bombáznám a fórumot, ez egyáltalán nem a haladó szekció.  (Az imént tisztán azt éreztem, hogy bár már úgy másfél éve gyötröm a Linux(okat), sőt régebbről is van icipici a tarisznyámban, még mindig csak ott érzem magam fejlődésügyileg, hogy már biztonsággal felismerek egy egeret.)
Hol is kezdjem? A közepébe vágok:
Arcolinux B (cinnamon), és rolling. Fél éve nem sok időm volt az Arch-ot frissen tartani, ezért feltettem egy LTS kernelt. Külön partícióra új fájlrendszerre, hogy azért a rolling is maradjon, ha lenne rá mégis néha időm. Most úgy adódott, hogy lesz minimum másfél órám Linuxolni kicsikét. Mit is kellene csinálni? Úgyis nagyon le vagyok maradva az Arch rolling frissen tartásával, hát behozok kicsikét a lemaradásból. v18.9.5-nél járok, jókora hát a restancia. Belevágtam, hogy lesz, ami lesz, indítsuk!
Húha, 723 csomag, 1,7  GB frissítés szakadt a nyakamba. Hár nem alszik Erik, az hétszentség. Rögtön egy kellemes, és közvetlenül utána egy kellemetlen dolog várt rám. A kellemes az, hogy a frissítéskezelő leállította magát, miután megnézte, hogy elfér-e itt nálam? Ez azért kellemes, mert életem első Mint konstellációja pont ilyen esetben nekiszaladt bőszen a frissítésnek, majd összerogyott. (Még mindig nem töröltem le, hogy majd tanulgathatom rajta, hogy kell egy Linuxot feléleszteni holtából.) Nos, az Arch nem ilyen suicid hajlamú, vigyáz magára. Bravo Erik!

Terminált nyitottam, hogy hogyhogy nem férek én, lássuk csak? Az inxi idevonatkozó sora:

ID-1: / size: 19.74 GiB used: 17.29 GiB (87.6%) fs: ext4 dev: /dev/sdb9

Duflán megállt a tudományom:
19,7 ből 17,3 az bő két giga.
Miért nem fér ide 1,7 GB?

Illetve:
Hova is történik a frissítés pontosan?
Mert én azt hittem, hogy a kernelfrissítés megy a gyökérbe a helyére, de a 700+csomag javarésze valahol a home könyvtárban fog kikötni.

Továbbá:
Általában egy terjesztés feltolásakor kap a "/" partíció nálam 20 GB-t. Bőségesen elég is volt ez mindeddig bármelyik disztr esetén. Most is, csak ugye most mégse?
Igaz, hogy az ArcoLinux-B úgy megrak mindenféle alkalmazásokkal, mint ahogyan a hadsereg tömte tele a bakák málhazsákját mindenféle dolgokkal: Rogyásig.
De azt a gyökérbe tömte volna bele?
Ki tud-e segíteni egy Arch fan, hogy az Arco-B számára mekkora "/" partícióméret az egészséges? Ha nem csak tanulgatni kellene, nyilván nem spóroltam volna vele - na meg, ha tudom, hogy 20 GB ide kevés lesz. A jövőben hogyan kalibráljam konkrétan ezt a disztr-t? (Megjegyzem, célom az Arch-D. De ahhoz még fel kell nőnöm, szándékosan a B-t telepítettem. És marad is - jelek szerint - a B még jó sokáig.)

Aztán:
Még kezdőbb kérdések.
Terminál (vagy fájlkezelő, nekem mindegy): Hogyan tudom meg, hogy most épp melyik eszközön is leledzek? Ne az inxi-t mondjátok már! Rossz adminisztrátor lévén én csak kikövetkeztettem, hogy nem lehet a gyökér máshol, mint az sdb 9-en, a home pedig sdb 10-en. Meg kellene végre tanulnom legalább ennyit, hogy biztos kézzel babráljak ott, ahol vagyok. És erre azért van szükségem, mert nem egy mezei win/Linux dualboot, hanem annyi partíció, mint égen a csillag (félbe-szerbe címkézve csupán) és annyi Linux disztr, hogy meg kell eröltetnem magam, ha fel akarom őket sorolni.

kimarite képe

lost+found

A fájlrendszer javítására szolgáló átmeneti könyvtár mérete alapértelmezetten a rendszer partíció 5 százaléka.

Nem

cd / ; ls -lh | grep lost

ennyi (a jelenlegi állapot).

drwx------   2 root root  16K máj   12 18:19 lost+found

Ezt az 5 százalékot a szabad hely

df -h

becslésénél nem veszi figyelembe a rendszer.

Fájlrendszer   Méret Fogl. Szab. Fo.% Csatol. pont
udev            3,9G     0  3,9G   0% /dev
tmpfs           786M  9,3M  776M   2% /run
/dev/sda1       106G   62G   39G  62% /
tmpfs           3,9G  193M  3,7G   5% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           3,9G     0  3,9G   0% /sys/fs/cgroup
tmpfs           786M   32K  786M   1% /run/user/1000

Szerintem, ha egy partíció létezik (a rendszer, azaz a /), akkor a mérete (manapság) legyen legalább 40 GB, de inkább 60-80 GB. Ha a lemez mérete 128 GB vagy 256 GB, akkor az egészet meg lehet particionálni a rendszernek. És a mentések egy külső HDD-re történjenek. Ha a méret 80 GB (láthatod, nálam kb. 100 GB), a fontos dolgokat érdemes menteni külső HDD-re. Nem mintha bármi is történne velük, csak érdemes készíteni biztonségi másolatot is. :-)
20 GB is elég lehet esetleg, de az asztali környezetek sokat foglalnak. De például a Wine alkalmazások, vagy a FreeCAD. 20 GB esetleg az Xfce-nek vagy az Openbox-nak lehet elég, de szűkösen, mint látod. Cinnamonnak adnék 80 GB-ot ..., legyen szabad a tánc. Nálam vannak még külső tárhelyre másolandó dolgok.

A letöltött, és már telepített csomagok törlése:

sudo apt-get clean

Mindez megtörténhet a Frissítéskezelő segítségével is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

partíciók

Terminál (vagy fájlkezelő, nekem mindegy): Hogyan tudom meg, hogy most épp melyik eszközön is leledzek? Ne az inxi-t mondjátok már! Rossz adminisztrátor lévén én csak kikövetkeztettem, hogy nem lehet a gyökér máshol, mint az sdb 9-en, a home pedig sdb 10-en. Meg kellene végre tanulnom legalább ennyit, hogy biztos kézzel babráljak ott, ahol vagyok. És erre azért van szükségem, mert nem egy mezei win/Linux dualboot, hanem annyi partíció, mint égen a csillag (félbe-szerbe címkézve csupán) és annyi Linux disztr, hogy meg kell eröltetnem magam, ha fel akarom őket sorolni.

sudo fdisk -l
sudo parted -l

Vagy: Lemezkezelő.

Értékelés: 

0
Még nincs értékelve
kimarite képe

frissítés helye

Illetve:
Hova is történik a frissítés pontosan?
Mert én azt hittem, hogy a kernelfrissítés megy a gyökérbe a helyére, de a 700+csomag javarésze valahol a home könyvtárban fog kikötni

Nem. A csomagok Debian-alapú rendszereknél legalábbis a cache (átmeneti) könyvtárba kerülnek. Egészen pontosan ide (listázom: ls):

ls /var/cache/apt/archives/
libimage-exiftool-perl_10.40-1_all.deb                 lock
libmime-charset-perl_1.012-2_all.deb                   partial
libposix-strptime-perl_0.13-1+b2_amd64.deb             pcmciautils_018-8+b1_amd64.deb
libsombok3_2.4.0-1+b2_amd64.deb                        thunderbird_1%3a60.7.1-1~deb9u1_amd64.deb
libunicode-linebreak-perl_0.0.20160702-1+b1_amd64.deb  thunderbird-l10n-hu_1%3a60.7.1-1~deb9u1_all.deb
lightning_1%3a60.7.1-1~deb9u1_all.deb

És innen törli a

sudo apt-get clean

parancs azokat. Íme:

ls /var/cache/apt/archives/
lock  partial

Love me to death ...

Értékelés: 

0
Még nincs értékelve
kimarite képe

frissítés helye

#3 Arch Linux csomag cache törlése:

pacman -Sc

A kép forrása: https://linoxide.com/linux-how-to/remove-unwanted-cached-packages-arch-l...

Explanation of options used is as below:

-c, --cascade: Remove all target packages, as well as all packages that depend on one or more target packages. This operation is recursive and must be used with care since it can remove many potentially needed packages.

-S, --sync : Synchronize packages

https://linoxide.com/linux-how-to/remove-unwanted-cached-packages-arch-l...
https://www.maketecheasier.com/clear-package-cache-arch-linux/
Még valami: https://www.ostechnix.com/recommended-way-clean-package-cache-arch-linux/

Értékelés: 

0
Még nincs értékelve
kimarite képe

frissítés helye

#4 Illetve ez a biztonságosabb módszer. :-)

paccache -r

For a safer, more controlled approach, you can use the paccache script, which is provided with any Pacman installation.
Forrás: https://www.maketecheasier.com/clear-package-cache-arch-linux/

https://www.youtube.com/watch?v=WQ7rqnVH0SI

Értékelés: 

0
Még nincs értékelve

frissítés helye

#5 Húú!
Nagyon szépen köszönöm! Hülyére kényeztetsz. És villámgyorsan. Elakadt a szavam.

Értékelés: 

0
Még nincs értékelve

lost+found

#1
Minden esetben két partícióra (+ swap) telepítek egy Linux disztribúciót.
Általában:
/                =>    20 GB
/ home   =>    20-60 GB  (annak függvényében, hogy mennyire gondolom telerakni alkalmazásokkal)
Így egy esetleges újratelepítéskor a /home mappát nem kérem formázni, akkor megmaradnak az általam már pluszban telepített programok.
Az az Arco-B rolling, amelyikről konkrétan szóltam, kapott 20 GB gyökeret, és 40 GB /home partíciót.

A kérdésem az tehát, hogy a /    =>  20 GB-t az arcob esetén mekkorára növeljem a jövőben?
(Közben ráleltem, hogy a terjesztés az összes programot a gyökérbe teszi, a /home-ba csupán az kerül, amit én azon felül telepítek. Így már értem azt is, hogy miért nem fért a teljes frissítés nálam el. Abban a tévedésben voltam, hogy minden nem rendszerhez tartozó program a /home mappába|partícióra kerül.)
Így a kérdésemben már benne van a válasz is.

Köszönöm mégegyszer a figyelmes, mindent kimerítő segítségedet!

Értékelés: 

0
Még nincs értékelve
kimarite képe

lost+found

#7 Szívesen.
Egyes saját beállításaid (pl. alkalmazások beállításai) lakhatnak a saját könyvtáradban.

Értékelés: 

0
Még nincs értékelve

frissítés helye

#3 Ha jól értelmeztem, akkor esetemben most az arcob-n:

/var/cache/pacman/pkg

...és ezt törölhetem.

Azt gondoltam, hogy a frissítéskezelő törli innen automatikusan, miután leellenőrzött, és rendben talált mindent a frissítés során.
Az itt levő fájlok esetleges visszaállításhoz, vagy mihez kellenek, miután kész a frissítés?

Értékelés: 

0
Még nincs értékelve
kimarite képe

frissítés helye

#9 Ha jól értelmeztem, akkor esetemben most az arcob-n:

/var/cache/pacman/pkg

...és ezt törölhetem.

Azt gondoltam, hogy a frissítéskezelő törli innen automatikusan, miután leellenőrzött, és rendben talált mindent a frissítés során.
Az itt levő fájlok esetleges visszaállításhoz, vagy mihez kellenek, miután kész a frissítés?

Én úgy értelmezem a leírást, hogy magát a pkg könyvtárat nem törölheted, szerintem így van. De minek törölni, amikor a tisztító parancs egyszerűbb. A frissítéskezelő, csomagkezelő beállításait is lehet úgy módosítani, hogy a már nem szükséges csomagokat törölje. Erre is utalnak a linkelt oldalak. Linux rendszerek alatt amúgy ritkán törlünk bármit is. Azaz vagy átnevezünk egy-egy fájlt vagy könyvtárat, vagy, a témánál maradva, parancs segít a kivitelezésben. Ha parancsról van szó, annak van súgója (help) vagy kézikönyve (manpages), netán bőbeszédűbb leírásra, azaz tutorialra is lehet keresni a világhálón. A grafikus megjelenésű frissítéskezelőnek, csomagkezelőnek is van súgója, netán egyértelmű beállításai. Érdemes ezeket megismerni, feltérképezni. Ha valamelyik rendszert használod, akkor legalább a telepítés, frissítés folyamatát jobb átlátni valamelyest.

Fórumtársaink közül néhányan egyébként Arch vagy Arch-alapú (pl. Manjaro) rendszert is használnak. Talán ők is hozzá tudnak tenni valamit a témához.

Értékelés: 

0
Még nincs értékelve

frissítés helye

#10 nálam többek közt arcolinux-dböl epitett xfce linux fut már jó 1 éve. Nem kapott mást, csak 1 db 80 Giga particiót. Általában naponta frissitem, néha többször. Soha nem volt helyproblémám vagy frissitési gubanc. Igaz mindig terminálból frissitek az update parancscsal, néha a pksyua parancsot (rendszerfrissités) használom

Értékelés: 

0
Még nincs értékelve

A Pacman es a Pamac (ezeket

A Pacman es a Pamac (ezeket hasznaltam eddig Arch alatt) is rendelkezik gui alatt egy menuponttal, pontosan nem tudom es megnezni se tudom mert meg mindig darabokba van a gepem, cache tisztitas vagy ilyesmi. De adja magat a kifejezes. Erre bokve bekeri a jelszavad es letakaritja az eddigi letolteseket. Nalam 1,5-2,5 gigakat szabadit fel alkalmankent. Hasznald nyugodtan gui alol. Amit letolt azokat torli, nem a telepitetteket termeszetesen.

Értékelés: 

0
Még nincs értékelve

A Pacman es a Pamac (ezeket

@#14 Bocsanat azt akartam irni ,Octopit csak elkevertem

Igazad van.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A Pacman es a Pamac (ezeket

#15 Meg van bocsátva, de vigyázat a szavakkal. :-)
https://www.youtube.com/watch?v=JCrgt7GuJ_8
https://www.youtube.com/watch?v=rrVLla-OFB0
https://leninblack.bandcamp.com/album/lenin-black

Értékelés: 

0
Még nincs értékelve