> Bonjour Fabian,

Salut Alain,
 
> jette un coup d'oeil par ex sur
> http://www.smartftp.com/support/kb/index.php/53

Merci pour le petit cours mais je connais bien la notion des unités en 
informatique :-)

> du -sh /home concerne tous les fichiers de /home, y compris 
> les fichiers cachés (.truc etc. , mais aussi .  et .., qui 
> sont les descripteurs des directories et peuvent prendre 
> beaucoup de place si la directory est très peuplée)
> 
> du -sh /home/* est plus restrictif et tu reçois un total inférieur
> 

Normal, je comprend cette différence, j'envoyais seulement l'info pour montrer 
la subtilité.

> Et il y a une différence entre l'espace total d'une partition 
> et ce qu'il en reste après la création d'un file system (par 
> ex. reiserfs réserve une place non négligeable pour ses journeaux).

Tout à fait. Mais comment savoir si les deux commandes php renvoie l'espace 
libre en comptant les journaux ou pas?

Mon problème, c'est que j'affiche dans une page web le "poids" de chaque 
sous-répertoire de /home. Si on totalise chaque occupation des 
sous-répertoires, on est loin de la valeure affichée pour espace occupé

--8<-----
Disk usage (663.05 Mb / 9.3 Gb)   
Customer  Directory size  Number of files  Action   
fvilers   200.46 Kb       62               Purge | Delete 
test      0 b 0                            Delete 
test2     146.48 Mb       3                Purge | Delete 
--8<-----

> Bref tu peux 'faire confiance' à toutes les commandes, 
> l'output dépendra de ce qui est concerné et de l'unité d'affichage.


> REM: les constructeurs de disques peuvent préférer un k à 
> 1000 au lieu de 1024, cela donne plus de gigas (décimaux)...

Clairement, c'est pas nouveau d'ailleurs...

Fabian
_______________________________________________________
Linux Mailing List - http://www.unixtech.be
Subscribe/Unsubscribe: http://www.unixtech.be/mailman/listinfo/linux
Archives: http://www.mail-archive.com/linux@lists.unixtech.be
IRC: chat.unixtech.be:6667 - #unixtech
NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech

Répondre à