Newsgroup: it.comp.os.linux.iniziare
Titolo: differenza df

salve
uso una centos 5.2 (32 bit)
mi sapete dire perche' la somma di Size-Used  =! Available ?
Filesystem           Size      Used Available Use% Mounted on
/dev/cciss/c0d0p3    134523052 123888504   3690856  98% /
in df -h (dove si nota una bella differenza!)
Filesystem            Size  Used Avail Use% Mounted on
/dev/cciss/c0d0p3     129G  115G  7.0G  95% /
grazie!
Rob

     129G  115G  7.0G  95% /
Ricordati che la riserva per root (default 5%) non viene conteggiata da
df come disponibile.
Infatti:
115/129=89% (non quaglia)
115/(129x0,95)=94% (quaglia arrotondando)
Inoltre:
129x0,95=122 e 122-115=7 (sempre cogli arrotondamenti del caso)
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
____________________________________________________________________________
Non sprecare i cicli idle della tua CPU: 
http://boinc.berkeley.edu/index.php

 115/(129x0,95)=94% (quaglia arrotondando)
O forse df fa:
(115+7)/129=95%
Non so, ma la sostanza non cambia.


 (115+7)/129=95%
grazie 1k! :-)
Rob

 
No, non è per nice, nice non influisce sull'occupazione del disco.
Ok, ok, mi plonko da solo.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Ok, ok, mi plonko da solo.
  Scherzi?  È uno scambio degno d'essere inserito subbito nel file di fortune!
  Ciao,
-- 
Alessandro Selli, 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.
Chiave PGP/GPG: EC885A8B



mmm. Io avrei scritto "grazie 10^3". Altrimenti resta sempre il dubbio
se gli dai 1000 o 1024 grazie.
-- 
"Cuando era presidente del Banco Central de Cuba firmé los billetes con
la palabra Che, para burlarme, porque el dinero, fetiche de mierda, debe
ser feo"
"Calcio vs. Merda  0 - 2"

mmm. Io avrei scritto "grazie 10^3". Altrimenti resta sempre il dubbio
se gli dai 1000 o 1024 grazie.
LOL

 /dev/cciss/c0d0p3     129G  115G  7.0G  95% /
Prima di tutto devi tener in considerazione la frammentazione 
interna ed i metadati (inode, puntatori ai blocchi, journal, access 
list, superblocchi, etc) che diminuiscono lo spazio disponibile 
per i dati. Di solito la perdita di capacità è piccola, tra il due ed 
il quattro per cento; nel tuo disco è del 5%: direi stiamo al limite.
Non credo lo spazio riservato per root c'entri qualcosa nel contesto.
Poi per la differenza tra i dati faccio notare:
134523052 blocchi = 128.3 GiBi
123888504 blocchi = 118.1 GiBi
3690856 blocchi = 3.5   GiBi
Secondo me sono stati cancellati dei dati tra una invocazione 
di df e l'altra.

 Non so, ma la sostanza non cambia.
Forse, ma solo una è la formula corretta. 
E la matematica ringrazia.

 df come disponibile.
Quindi df dà due risultati diversi se avviato come superutente o 
come utente normale?
Un momento...
No, nessuna differenza.
E quindi non dà nessuna discrepanza sulle partizioni Windows
(dove lo spazio riservato per root non ha senso) o per la mia 
partizione /home (dove ho impostato lo spazio riservato a zero).
Un momento che controllo...

 No, nessuna differenza.
Avevo fatto anch'io il controllo, e m'ero... perplito. ;)
Però poi ho fatto:
lem@lappybaby:~$ df -h
File system            Dimens. Usati Disp. Uso% Montato su
/dev/sda2             6,3G  4,4G  1,6G  74% /
none                  871M  308K  871M   1% /dev
none                  877M  596K  876M   1% /dev/shm
tmpfs                 877M   84K  877M   1% /tmp
none                  877M  220K  877M   1% /var/run
none                  877M     0  877M   0% /var/lock
none                  877M  4,0K  877M   1% /lib/init/rw
/dev/sda1             302M  105M  181M  37% /boot
/dev/mapper/CRYPTOHOME
                       99G   59G   35G  63% /home
e, dopo una valutazione ad occhio fatta in tre secondi, ho dato per
buona la spiegazione della riserva del 5%.


 di df e l'altra.
grazie a tutti delle risposte
c'e' cmq qualcosa che non va
Filesystem            Size  Used Avail Use% Mounted on
/dev/xxx/c0d0p3     129G  113G  9.6G  93% /
/dev/xxx/c0d0p1     251M   21M  218M   9% /boot
tmpfs                 1.7G     0  1.7G   0% /dev/shm
/dev/xxx/c0d1p1     673G  125G  515G  20% /backup
Used 123 GB
adesso con du
du --max-depth 1 -h /
3.2G    /usr
8.0K    /srv
68M     /etc
56K     /tmp
11M     /boot
114M    /lib
16K     /lost+found
2.3G    /var
108K    /dev
4.0K    /stand
12K     /mnt
8.0K    /media
8.0K    /opt
124G    /backup
0       /misc
8.0K    /selinux
62G     /home
3.2M    /root
0       /sys
6.9M    /bin
0       /proc
0       /net
28M     /sbin
se faccio la somma di tutto (meno /backup e e /boot che sono su due
partizione distinte)
non ottengo certo 113 GB (il valore del df -h), ma circa la meta'.
qualche idea?
ho provato sia a fare l'fsck sia a cercare file flaggati "deleted"
con lsof +L1, ma non ci sono...
qualche idea?
grazie
Rob

 Avevo fatto anch'io il controllo, e m'ero... perplito.
Comunque: creando di bel nuovo una partizione in ext4, una volta
con riserva di default e una volta con opzione -m0, ottendo da df:
/dev/sda6             4,9G  138M  4,5G   3% /mnt
e
/dev/sda6             4,9G  138M  4,7G   3% /mnt
con una differenza di 0,2G (che sono circa il 5%).
Quindi la riserva è uno dei fattori che influiscono, direi.


 Quindi la riserva è uno dei fattori che influiscono, direi.
Con -m50:
/dev/sda6             4,9G  138M  2,3G   6% /mnt


 qualche idea?
Alcune.
- sotto una directory oggetto di mount ti � rimasta roba.
- hai una miriade di file da qualche centinaio di byte sotto /var.
- ext4 si tiene parte dello spazio per il journal.


> - sotto una directory oggetto di mount ti rimasta roba.
questo!
grazie 1k! :-)
Rob