Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait s e
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
~> 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 pos e
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pla ce
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
Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait s e
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 pos e
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pla ce
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
Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrait s e
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
~> 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 pos e
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pla ce
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
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 d e
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 certa ine
applications critiques de continuer à sexécuter et donc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la comm ande
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 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
~> 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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
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 d e
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 certa ine
applications critiques de continuer à sexécuter et donc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la comm ande
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.moliere@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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
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 d e
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 certa ine
applications critiques de continuer à sexécuter et donc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la comm ande
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 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
~> 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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
Relis avec une grosse pinte ca passera mieux =)
Le 09/25/2013 09:53 PM, Belaïd a écrit :
peut être :) mais je t'avoue que j'ai relu encore la question => m ême
résultat :)
Le 25 septembre 2013 21:47, Johnny B 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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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 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
~> 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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
--
< Belaid >
Relis avec une grosse pinte ca passera mieux =)
Le 09/25/2013 09:53 PM, Belaïd a écrit :
peut être :) mais je t'avoue que j'ai relu encore la question => m ême
résultat :)
Le 25 septembre 2013 21:47, Johnny B <frozzenshell@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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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.moliere@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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
--
< Belaid >
Relis avec une grosse pinte ca passera mieux =)
Le 09/25/2013 09:53 PM, Belaïd a écrit :
peut être :) mais je t'avoue que j'ai relu encore la question => m ême
résultat :)
Le 25 septembre 2013 21:47, Johnny B 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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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 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
~> 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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
--
< Belaid >
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" es t plus
significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que Be laï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 pourcen tage 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 ce rtaine
applications critiques de continuer à sâexécuter et don c d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable ave c 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 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
~> 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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
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" es t plus
significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que Be laï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 pourcen tage 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 ce rtaine
applications critiques de continuer à sâexécuter et don c d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable ave c 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.moliere@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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
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" es t plus
significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que Be laï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 pourcen tage 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 ce rtaine
applications critiques de continuer à sâexécuter et don c d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable ave c 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 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
~> 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 flagge s
deleted donc il en manque encore...C'est pas grave mais du coup je me po se
beaucoup de questions car mon / pourrait vite saturer s'il perd de la pl ace
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 >
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 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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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 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
~> 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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
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 <frozzenshell@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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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.moliere@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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
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 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 plu s
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 cert aine
applications critiques de continuer à sexécuter et donc d'évite r de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la com mande
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 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
~> 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 ramene s
par lsof donc cette piste ne mene a rien
J.MOLIERE - Mentor/J
--
< Belaid >
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vision.
Le 25 septembre 2013 22:19, jerome moliere a
écrit :
Merci a Johnny et Belaidmais 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 a écr it :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 de s
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 pourc entage 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 d onc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable a vec 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 a
écrit :Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrai t
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 coherent e
~> 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 cou p je
me pose beaucoup de questions car mon / pourrait vite saturer s'il per d 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 >
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.moliere@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 <frozzenshell@gmail.com> a écr it :
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 de s
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 pourc entage 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 d onc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable a vec 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.moliere@gmail.com> a
écrit :
Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrai t
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 coherent e
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 cou p je
me pose beaucoup de questions car mon / pourrait vite saturer s'il per d 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 >
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vision.
Le 25 septembre 2013 22:19, jerome moliere a
écrit :
Merci a Johnny et Belaidmais 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 a écr it :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 de s
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 pourc entage 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 d onc d'éviter de
bloquer le systéme. Cet espace de 5% dédié (modifiable a vec 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 a
écrit :Bonjour a tous les poilus,
le probleme que j'ai n'est pas sous Debian mais je pense qu'il pourrai t
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 coherent e
~> 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 cou p je
me pose beaucoup de questions car mon / pourrait vite saturer s'il per d 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 >
Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd 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 a
écrit :
Merci a Johnny et Belaidmais 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 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 p lus
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 pourcentag e de
l'espace de stockage est réservé à root (par défaut = 5%). C et espace dédié
permet de ne pas remplir complétement les disques, de permettre a ce rtaine
applications critiques de continuer à sexécuter et donc d'évi ter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la c ommande
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 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 coheren te
~> 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 co up je
me pose beaucoup de questions car mon / pourrait vite saturer s'il pe rd 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 >
Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd <oblivion.ikiub@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.moliere@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 <frozzenshell@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 p lus
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 pourcentag e de
l'espace de stockage est réservé à root (par défaut = 5%). C et espace dédié
permet de ne pas remplir complétement les disques, de permettre a ce rtaine
applications critiques de continuer à sexécuter et donc d'évi ter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la c ommande
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.moliere@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 coheren te
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 co up je
me pose beaucoup de questions car mon / pourrait vite saturer s'il pe rd 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 >
Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd 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 a
écrit :
Merci a Johnny et Belaidmais 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 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 p lus
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 pourcentag e de
l'espace de stockage est réservé à root (par défaut = 5%). C et espace dédié
permet de ne pas remplir complétement les disques, de permettre a ce rtaine
applications critiques de continuer à sexécuter et donc d'évi ter de
bloquer le systéme. Cet espace de 5% dédié (modifiable avec la c ommande
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 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 coheren te
~> 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 co up je
me pose beaucoup de questions car mon / pourrait vite saturer s'il pe rd 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 >
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà i l
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 38 1G
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 optio n
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 q ue
pour /home
Le 25 septembre 2013 22:37, jerome moliere a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écri t :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma visi on.
Le 25 septembre 2013 22:19, jerome moliere a
écrit :
Merci a Johnny et Belaidmais 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 a écr it
: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 pourcenta ge 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 c ertaine
applications critiques de continuer à sexécuter et donc d'év iter 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 e xécute
la commande df.
Le 25 septembre 2013 19:57, jerome moliere 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
~> 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 c oup je
me pose beaucoup de questions car mon / pourrait vite saturer s'il p erd 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 ains i
...
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 >
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà i l
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 38 1G
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 optio n
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 q ue
pour /home
Le 25 septembre 2013 22:37, jerome moliere <jerome.moliere@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.ikiub@gmail.com> a écri t :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma visi on.
Le 25 septembre 2013 22:19, jerome moliere <jerome.moliere@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 <frozzenshell@gmail.com> a écr it
:
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 pourcenta ge 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 c ertaine
applications critiques de continuer à sexécuter et donc d'év iter 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 e xécute
la commande df.
Le 25 septembre 2013 19:57, jerome moliere <jerome.moliere@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 c oup je
me pose beaucoup de questions car mon / pourrait vite saturer s'il p erd 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 ains i
...
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 >
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà i l
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 38 1G
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 optio n
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 q ue
pour /home
Le 25 septembre 2013 22:37, jerome moliere a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écri t :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma visi on.
Le 25 septembre 2013 22:19, jerome moliere a
écrit :
Merci a Johnny et Belaidmais 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 a écr it
: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 pourcenta ge 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 c ertaine
applications critiques de continuer à sexécuter et donc d'év iter 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 e xécute
la commande df.
Le 25 septembre 2013 19:57, jerome moliere 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
~> 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 c oup je
me pose beaucoup de questions car mon / pourrait vite saturer s'il p erd 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 ains i
...
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 >
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux jour s)
ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 "on ly
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 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 3 81G
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 opti on
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 a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écr it :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vis ion.
Le 25 septembre 2013 22:19, jerome moliere a écrit :
Merci a Johnny et Belaidmais 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 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 filesyste m
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 Bel aï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 pourcent age
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 pe rmettre a
certaine applications critiques de continuer à sexécuter et d onc 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 >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
~> 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 >
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux jour s)
ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 "on ly
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 <frozzenshell@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 3 81G
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 opti on
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.moliere@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.ikiub@gmail.com> a écr it :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vis ion.
Le 25 septembre 2013 22:19, jerome moliere <jerome.moliere@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 <frozzenshell@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 filesyste m
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 Bel aï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 pourcent age
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 pe rmettre a
certaine applications critiques de continuer à sexécuter et d onc 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.moliere@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 >
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux jour s)
ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 "on ly
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 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 3 81G
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 opti on
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 a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écr it :
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma vis ion.
Le 25 septembre 2013 22:19, jerome moliere a écrit :
Merci a Johnny et Belaidmais 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 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 filesyste m
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 Bel aï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 pourcent age
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 pe rmettre a
certaine applications critiques de continuer à sexécuter et d onc 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 >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
~> 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 >
Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pin te et
met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux j ours)ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 ét ant 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 a écr it :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 e n
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 avo ir, 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 son t
dédié pour root. Si tu regarde tes 15G, logiquement tu aura l e même constat
que pour /home
Le 25 septembre 2013 22:37, jerome moliere a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écrit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root se lon ma vision.
Le 25 septembre 2013 22:19, jerome moliere a écrit :
Merci a Johnny et Belaidmais 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 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 de s
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 filesyst em
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 taill e
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 p ourcentage
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 disq ues, 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é (modif iable 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 m
> 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
~> 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 >
Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pin te et
met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" <frozzenshell@gmail.com> a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux j ours)
ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 ét ant 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 <frozzenshell@gmail.com> a écr it :
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 e n
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 avo ir, 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 son t
dédié pour root. Si tu regarde tes 15G, logiquement tu aura l e même constat
que pour /home
Le 25 septembre 2013 22:37, jerome moliere <jerome.moliere@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.ikiub@gmail.com> a écrit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root se lon ma vision.
Le 25 septembre 2013 22:19, jerome moliere <jerome.moliere@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 <frozzenshell@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 de s
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 filesyst em
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 taill e
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 p ourcentage
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 disq ues, 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é (modif iable 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.moliere@gmail.co m
> 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 >
Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pin te et
met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beaux j ours)ne verra jamais ext5 sachant que le standard va passer au btrfs dans
l'avenir alors c'est le moment de changer, de récupérer ses 5% et de passer
à XFS qui est largement aussi powerfull ;)
voila pour le coup de provoc =)
Le 09/25/2013 11:26 PM, Johnny B a écrit :
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 ét ant 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 a écr it :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 e n
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 avo ir, 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 son t
dédié pour root. Si tu regarde tes 15G, logiquement tu aura l e même constat
que pour /home
Le 25 septembre 2013 22:37, jerome moliere a
écrit :Mais j'ai un / de 15 Go a cote ???
J.MOLIERE - Mentor/J
Le 25 septembre 2013 22:25, Belaïd a écrit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root se lon ma vision.
Le 25 septembre 2013 22:19, jerome moliere a écrit :
Merci a Johnny et Belaidmais 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 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 de s
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 filesyst em
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 taill e
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 p ourcentage
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 disq ues, 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é (modif iable 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 m
> 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
~> 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 >