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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 a à ©crit :Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pi nte 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 beauxjours) 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 a éc rit :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 av oir, 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 so nt
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 écrit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root s elon 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
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 dis ques, 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é (modi fiable avec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quan d 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 pi nte 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 éc rit :
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 av oir, 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 so nt
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 s elon 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
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 dis ques, 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é (modi fiable avec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quan d 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 a à ©crit :Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la pi nte 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 beauxjours) 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 a éc rit :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 av oir, 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 so nt
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 écrit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root s elon 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
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 dis ques, 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é (modi fiable avec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quan d 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
merci bien Belaid, la man page conforte ta reponse.Je ne savais pas que l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 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" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 d e 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'es t
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 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 so nt
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 é crit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
merci bien Belaid, la man page conforte ta reponse.Je ne savais pas que l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 d e 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'es t
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 so nt
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 v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
merci bien Belaid, la man page conforte ta reponse.Je ne savais pas que l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 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" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 d e 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'es t
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 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 so nt
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 é crit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 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" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 d e 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'es t
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 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 so nt
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 é crit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 d e 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'es t
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 so nt
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 v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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 >
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 l e
systeme se reservait de la place en cas de plantage....Mais bon je ne voi s
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 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" a écrit :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 d e 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'es t
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 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 so nt
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 é crit
:
5% de tes 381 ~ 19 volés => les 5% réservé a root selon ma v ision.
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" e st
plus significative dans l'instant T
ps : rien à voir avec le /root cité ci dessous, je pense que B elaï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 pource ntage
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 à sexécuter et donc d'éviter
de bloquer le systéme. Cet espace de 5% dédié (modifiable av ec la commande
tune2fs) n'est pas visible comme étant de l'espace libre quand t u 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 d u coup je
me pose beaucoup de questions car mon / pourrait vite saturer s'i l 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'ai joué avec ext4 et btrfs-convert sur une VM de dev et j'ai pas eu de
soucis , par contre j'ai pas pu tester sur le long terme, en tout cas ca a
été fonctionnel pour moi mais bien entendu un gros backup avant et hop tu
peux te lancer.
Fais attention aux partitions de boot et à grub il y a quelques warn ing a
prendre en compte mais je pense que tu trouveras de bonnes doc sur G °o°gle
Le 09/26/2013 06:04 PM, jerome moliere a écrit :
Je suis d'accord avec toi l'idee d'opter pour du btrfs me tente depuis
mon install sur ce portable il y a 2 mois...La migration avec l'outil
brtfs-convert n'est pas trop dangereuse ?
J.MOLIERE - Mentor/J
Le 26 septembre 2013 17:56, Johnny B a écri t :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 a à ©crit :Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la p inte
et met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" a écri t :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 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 a voir, tu as
5% qui ne sont pas visible avec la commande df (sauf utilisation d'un e
option de df, mais malheureusement je ne m'en souvient plus) et qui s ont
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
é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 m
> 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 qu i
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 maintenan t
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 pens e 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éte ment 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 <
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 fichier s
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'ai joué avec ext4 et btrfs-convert sur une VM de dev et j'ai pas eu de
soucis , par contre j'ai pas pu tester sur le long terme, en tout cas ca a
été fonctionnel pour moi mais bien entendu un gros backup avant et hop tu
peux te lancer.
Fais attention aux partitions de boot et à grub il y a quelques warn ing a
prendre en compte mais je pense que tu trouveras de bonnes doc sur G °o°gle
Le 09/26/2013 06:04 PM, jerome moliere a écrit :
Je suis d'accord avec toi l'idee d'opter pour du btrfs me tente depuis
mon install sur ce portable il y a 2 mois...La migration avec l'outil
brtfs-convert n'est pas trop dangereuse ?
J.MOLIERE - Mentor/J
Le 26 septembre 2013 17:56, Johnny B <frozzenshell@gmail.com> a écri t :
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 p inte
et met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" <frozzenshell@gmail.com> a écri t :
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 a voir, tu as
5% qui ne sont pas visible avec la commande df (sauf utilisation d'un e
option de df, mais malheureusement je ne m'en souvient plus) et qui s ont
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.co m
> 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 qu i
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 maintenan t
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 pens e 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éte ment 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 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 fichier s
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'ai joué avec ext4 et btrfs-convert sur une VM de dev et j'ai pas eu de
soucis , par contre j'ai pas pu tester sur le long terme, en tout cas ca a
été fonctionnel pour moi mais bien entendu un gros backup avant et hop tu
peux te lancer.
Fais attention aux partitions de boot et à grub il y a quelques warn ing a
prendre en compte mais je pense que tu trouveras de bonnes doc sur G °o°gle
Le 09/26/2013 06:04 PM, jerome moliere a écrit :
Je suis d'accord avec toi l'idee d'opter pour du btrfs me tente depuis
mon install sur ce portable il y a 2 mois...La migration avec l'outil
brtfs-convert n'est pas trop dangereuse ?
J.MOLIERE - Mentor/J
Le 26 septembre 2013 17:56, Johnny B a écri t :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 a à ©crit :Lol bon tu sais se qui te reste a faire :-) .... laisse tombé la p inte
et met toi au jack ;-)
Le 25 sept. 2013 23:35, "Johnny B" a écri t :
J'en profite pour dériver en HS, mais ext4 (qui a encore de beauxjours) 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 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 a voir, tu as
5% qui ne sont pas visible avec la commande df (sauf utilisation d'un e
option de df, mais malheureusement je ne m'en souvient plus) et qui s ont
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
é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 m
> 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 qu i
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 maintenan t
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 pens e 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éte ment 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 <
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 fichier s
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 >
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 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 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 ..
Juste pour rester dans le fun, apres conversion en btrfs
maintenant il me manque pas loin de 100 Go quand je fais df
-h et l'addition -) [ ~]$ df -h
/home/
Filesystem Size Used Avail Use% Mounted on
/dev/sda9 387G 114G 185G 39% /home
oui il manque bien 88Go -) une paille...
Juste pour rester dans le fun, apres conversion en btrfs
maintenant il me manque pas loin de 100 Go quand je fais df
-h et l'addition -) [blackbear@manjaro-laptop ~]$ df -h
/home/
Filesystem Size Used Avail Use% Mounted on
/dev/sda9 387G 114G 185G 39% /home
oui il manque bien 88Go -) une paille...
Juste pour rester dans le fun, apres conversion en btrfs
maintenant il me manque pas loin de 100 Go quand je fais df
-h et l'addition -) [ ~]$ df -h
/home/
Filesystem Size Used Avail Use% Mounted on
/dev/sda9 387G 114G 185G 39% /home
oui il manque bien 88Go -) une paille...
