Autant pour moi merci pour l'info sur tune2fs.
En revanche c'est lié aux partitions ext mais ce qui est bizarre c'est
que ext4 a un système de défrag online et de bloc allocator
https://wiki.archlinux.org/index.php/Ext4
Je ne constate pas le problème étant en xfs et tune2fs étant du "only
ext3/ext4"
Belle avancée ;)
Le 09/25/2013 11:11 PM, Belaïd a écrit :
man tune2fs, regarde l'option -m
Le 25 septembre 2013 23:05, Johnny B <frozzensh...@gmail.com
<mailto:frozzensh...@gmail.com>> a écrit :
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà
il est plus "adapté" d'utiliser "du"
Ensuite je cherche le truc des 5% mais jamais entendu parler, je
suis en xfs perso
Le 09/25/2013 10:51 PM, Belaïd a écrit :
/ et /home sont deux points de montage différent. Tu as 15G sur /
et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux
avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf
utilisation d'une option de df, mais malheureusement je ne m'en
souvient plus) et qui sont dédié pour root. Si tu regarde tes
15G, logiquement tu aura le même constat que pour /home
Le 25 septembre 2013 22:37, jerome moliere
<jerome.moli...@gmail.com <mailto:jerome.moli...@gmail.com>> a
écrit :
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
<mailto: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
<mailto: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
<mailto: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
<mailto: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 >
--
< Belaid >
--
< Belaid >
