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