Ubuntun nem szabadul fel a hely
ka at mayten.sch.bme.hu
ka at mayten.sch.bme.hu
2015. Feb. 10., K, 16:29:35 CET
Szia,
>> Azt irtad betelt a diszk, es a rendszergazda home-jaban volt az 1GB
>> file.
>
> Azt írtam, hogy a /root könyvtárban volt.
>
a /root a rendszergazda home-ja...
>>
>> Azt sem irtad mekkora a diszk amirol szo van, de elovettem a
>> kristalygombomet es kiolvastam belole. Es arra jutottam, hogy a df
>> kimenete mar tok regen 100%-nak mutatta a telitettseget.
>
>
> Nem, folyamatosan ment fel, volt előtte 98%. (Sudo után néztem.) Azóta
> a
> rendszergazda törölt egy másik logot (apache) is, ami tényleg
> törlődött, és
> most 94%-on áll. Továbbá becsatolt a saját home-jába egy távoli
> merevlemezt, amire manuálisan át lehet helyezni dolgokat.
>
> Azt gondolom, hogy ez nem az 5%-os hiba lehet.
>
na latod, ha eleve bemasoltad volna a df kimenetet, ami amugyis
rendelkezesedre allt, akkor nem ir ket ember valamit, aminek amugy semmi
koze a hibadhoz es nem vagy kisegitve vele. A df amugy mindenkinek
ugyanazt mutatja, fuggetlenul attol, hogy a rendszergazda szamara van
foglalva a hely, o is 100%-ot lat. Ezert kell az avail oszlopot nezni,
nem pedig a szazalekot.
A df kimenet alapjan cca. 250-300 mega a fenntartott hely, ami nagyjabol
5%, azaz default erteken van a root szamara fenntartott hely.
Ez esetben erdemes arra fokuszalni, hogy a torles tenyleg nem tortenik
meg, es nem csak a % ertek nem mozdulasabol kovetkeztetsz erre. Erre
lehetseges megoldasok:
1) egy file nem torlodik akkor, ha a processz ami irja, fogja. Igen, rm
parancs letorli, eltunik, de nem, a helye nem szabadul fel addig, amig a
processz ami fogja nem all le es/vagy indul ujra. Az apache tipikusan
ilyen, letorlod a logokat es kell egy rehash / reload / restart a
demonnak, hogy a foglalt hely tenyleg felszabaduljon. Ha ezt nem teszed
meg, az ls parancs kimenete alapjan minden tok jo, de valojaban az
apache emlekszik hol tartott es onnan folytatja az uj file-ban. Tehat:
ha torolsz valamit, gyozodj meg rola, hogy a program ami irta is tud
errol. Ez jarulekos kovetkezmenye egy valoban multiuser kornyezetnek,
windowsban ugye ilyenkor jonne a 'nem torolheto, valaki hasznalja'
uzenet.
2) Egy idoben, mikor tomegesen alltak at windowsrol linuxra emberek,
divat volt alias-t tenni az rm parancsra. Ugye nem veletlenul van
linuxon rm (remove) parancs, a dos-os del (delete) helyett. Ez
_tenyleg_ eltavolit, nem csak torol. Ez szokatlan volt a sok embernek
akik atalltak, nem ertettek miert nincsen undelete, meg recycle bin.
Ezert csinaltak nekik, az rm parancs feluldefinialasaval. Egy alias
parancs azt csinalta, hogy az rm parancs helyett valojaban egy mv (move)
-ot hajtott vegre. Igy a file eltunt, mert a rendszer atmozgatta
mashova, de hely nem szabadult fel. A helyedben megneznem, nincs-e itt
is ilyesmi.
udv
adam
További információk a(z) Techinfo levelezőlistáról