Lol tu aurais du me conseiller le jack dés le début alors au lieu de la pinte si c'est mieu ;-) .bonne continuation a tous
Faudrait surtout passer a autre chose qu'ext4 parce que jouer avec ses blocs c'est juste dangereux
Moi j me suis mis au Jack c'est comme XFS c'est mieux ;)
Le 09/26/2013 05:52 PM, jerome moliere a écrit :
merci bien Belaid, la man page conforte ta reponse.Je ne savais pas que le systeme se reservait de la place en cas de plantage....Mais bon je ne vois pas ce qu'il irait ecrire dans mon /home .je vais tenter un coup de tune2fs pour voir ..
Merci encore a toi
J.MOLIERE - Mentor/J
Le 26 septembre 2013 00:23, Belaïd <oblivion.ikiub@gmail.com> a écrit :
Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pinte 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 jours) 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 "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 écrit :
Tu cherches a obtenir une info sur ton FS a un instant T donc déjà il est plus "adapté" d'utiliser "du"
Ensuite je cherche le truc des 5% mais jamais entendu parler, je suis en xfs perso
Le 09/25/2013 10:51 PM, Belaïd a écrit :
/ et /home sont deux points de montage différent. Tu as 15G sur / et 381G sur /home c'est bien ça ?. Sur chaque montage que tu peux avoir, tu as 5% qui ne sont pas visible avec la commande df (sauf utilisation d'une option de df, mais malheureusement je ne m'en souvient plus) et qui sont dédié pour root. Si tu regarde tes 15G, logiquement tu aura le même constat que pour /home
Le 25 septembre 2013 22:37, jerome moliere <jerome.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 selon ma vision.
Le 25 septembre 2013 22:19, jerome moliere <jerome.moliere@gmail.com> 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 <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 plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que Belaïd n'a pas saisi ta question ;)
Le 09/25/2013 09:00 PM, Belaïd a écrit :
Bonsoir,Quand tu crées un système de fichier sur un disque, un pourcentage de l'espace de stockage est réservé à root (par défaut = 5%). Cet espace dédié permet de ne pas remplir complétement les disques, de permettre a certaine applications critiques de continuer à s’exécuter et donc d'éviter de bloquer le systéme. Cet espace de 5% dédié (modifiable avec la commande tune2fs) n'est pas visible comme étant de l'espace libre quand tu exécute la commande df.
Le 25 septembre 2013 19:57, jerome moliere <jerome.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 ext4du -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 vousPS: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 >