> 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/[email protected] IRC: chat.unixtech.be:6667 - #unixtech NNTP: news.gname.org - gmane.org.user-groups.linux.unixtech
