Mais j'ai un / de 15 Go a cote ??? J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd <oblivion.ik...@gmail.com> a écrit : > 5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vision. > > > > Le 25 septembre 2013 22:19, jerome moliere <jerome.moli...@gmail.com> a > écrit : > > Merci a Johnny et Belaid >> mais si tu regardes la sortie de la commande df tu vois bien que : >> 106 + 256 cela ne fait pas 381 .... >> et les fichiers reserved representent peanuts .. >> d'ou ma question ou sont mes Go voles -) >> >> J.MOLIERE - Mentor/J >> >> >> >> Le 25 septembre 2013 21:47, Johnny B <frozzensh...@gmail.com> a écrit : >> >>> Salut, >>> >>> >>> C'est juste les arguments que tu utilises pour ces 2 commandes qui >>> diffèrent dans les résultats. >>> >>> Comme tu l a fait avec lsof on voit que certains process gardent des >>> fichiers supprimés ouverts, ce qui n'est pas visible par "du" >>> >>> De plus ces commandes calculent de différentes manières : >>> >>> df prends la plupart des ses infos depuis le superblock du filesystem >>> df inclu les fichiers ouverts >>> >>> du remonte l'info à un instant T c'est que tu vois maintenant >>> du n'inclut pas les fichiers ouverts et ne se base pas sur la taille des >>> block >>> >>> et surement bien d'autres différences >>> >>> Ces 2 commandes sont très bonnes et "équivalentes" mais "du" est plus >>> significative dans l'instant T >>> >>> ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a >>> pas saisi ta question ;) >>> >>> >>> Le 09/25/2013 09:00 PM, Belaïd a écrit : >>> >>> Bonsoir, >>> Quand tu crées un système de fichier sur un disque, un pourcentage de >>> l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié >>> permet de ne pas remplir complétement les disques, de permettre a certaine >>> applications critiques de continuer à s’exécuter et donc d'éviter de >>> bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande >>> tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute >>> la commande df. >>> >>> >>> Le 25 septembre 2013 19:57, jerome moliere <jerome.moli...@gmail.com> a >>> écrit : >>> >>>> Bonjour a tous les poilus, >>>> le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait >>>> se poser. >>>> Il est sous Manjaro (archlinux) >>>> J'ai un /home tres gros sur mon SSD de 512Go (382Go) en ext4 >>>> du -h et df -h si je les utilise ne me livrent pas une sortie coherente >>>> >>>> blackbear@manjaro-laptop ~> df -h /home/ >>>> Filesystem Size Used Avail Use% Mounted on >>>> /dev/sda9 381G 106G 256G 30% /home >>>> >>>> le du -h me donne 106Go >>>> >>>> mais ou sont passes les 19Go ? >>>> un lsof |grep deleted me ramene peut etre 30 ou 40 Mo de fichiers >>>> flagges deleted donc il en manque encore...C'est pas grave mais du coup je >>>> me pose beaucoup de questions car mon / pourrait vite saturer s'il perd de >>>> la place ainsi >>>> >>>> Je ne sais pas trop ou regarder pour en savoir plus ? >>>> Il y a t'il une autre methode pour calculer l'espace dispo ? >>>> Meme les arrondis n'expliquent pas de perdre 5% d'espace disque ainsi >>>> ... >>>> >>>> J'hesitais a voir avec un dd monstrueux si je pouvais creer un >>>> fichier de 260Go!!! >>>> Mais peut etre que cela depasse les limites du kernel ou du FS ? >>>> bref je suis largue >>>> >>>> merci a vous >>>> PS: >>>> j'ai aussi regarde dans le /proc et les resultats sont bien ceux >>>> ramenes par lsof donc cette piste ne mene a rien >>>> >>>> J.MOLIERE - Mentor/J >>>> >>>> >>> >>> >>> -- >>> < Belaid > >>> >>> >>> >> > > > -- > < Belaid > >
