Archlinux.fr [Forums]

Bonjour,
Je rencontre un problème avec mon système de fichiers.
Gnome 3 viens de m'informer par notifications, qu'il ne reste que 124mo sur mon disque dur. Hors, je possède un 320go loin d'être plein.

Un df me donne ceci :
Je vous remercie d'avance pour votre aide.

Ta partition / est pleine.

Tu peux utiliser l'outil baobab (du paquet gnome-utils) par exemple pour voir quels sont les fichiers qui prennent le plus de place sur cette partition.

Effectivement, la partition est pleine.
baobab m'indique : Utilisation totale du système de fichiers 6.7 Go 93,5%

Regarde du côté du cache de pacman déjà (du -m /var/cache/pacman/pkg ; à vider avec pacman -Sc , pour garder les versions des paquets installés ... ou -Scc pour vider entièrement), et/ou de /var/log (/var en général).

regarde au niveau de tes logs
/var/log/
et du cache

un du -sh /var/* peut aussi t'intéresser

Place récupérer...
*Pour la partition pleine, est-ce normal ?
Je suis nouveau et je souhaite en apprendre plus sur le système.

--------------------

Pour la résolution du problème, j'ai redimensionner la partition afin d'étendre la place disponible.
Je vous remercie d'avance pour votre aide.

Comme on ne sait pas ce que tu as vidé...

Sinon, c'est normal, principalement du fait du cache de pacman ou de la taille conséquente de certains logs. C'est la raison pour laquelle on fait souvent un /var sur une partition dédiée: si / est rempli à cause d'un log qui s'affole par exemple et si tout est sur la même partition, tu ne pourras plus booter (tandis que si /var est à part, tu peux booter en ne montant pas cette partition et faire un peu de ménage avant de la remonter normalement ).

Bonjour,

L'outil Bleachbit permet de faire pas mal de nettoyage. (commandes ou menus bleachbit en mode utilisateur et bleachbit-admin pour nettoyer les sections du système).

Il faut bien configurer les préférences, pour les locales conserver le français *et* l'anglais, faire les choix de coins à nettoyer avec prudence puis faire une prévisualisation de ce qui sera effacé. Tout regarder avant de commencer. Il y a aussi une section des préférences pour un liste blanche, afin de ne pas effacer des fichiers-clés pour ton système (exemple, le ~/.cache/menus/* dans une version Openbox utilisant openbox-menu).

Ensuite, cela peut être une bonne idée de regarder dans /usr/share/doc. Là, on peut y avoir beaucoup de docs, dont beaucoup qu'on ne lira jamais (selon la configuration du /etc/makepkg.conf).

Si tu veux gagner de l'espace et que tu y as beaucoup de docs, tu peux supprimer tout ou partie dans ce répertoire.

Pour supprimer tous les fichiers logs en une fois, voici une ligne de command utilisant find. Aller dans /var/log et faire (en root, ou avec sudo) Rien n'interdit de mettre quelques fichiers de côté pour les examiner ou les préserver, soit en les déplaçant temporairement, soit en les copiant vers un répertoire de ton home. En particulier même s'il est gros, il peut être intéressant de conserver le log de pacman, depuis le début. Il est très bien fait, dates, heures, toutes les versions de paquets depuis le début...

Après, il y a la recherche des orphelins (à utiliser en considérant que tu dois savoir ce que tu fais si tu en supprimes : tous les orphelins ne sont pas des programmes inutiles... à part "fortune". )

Pour les orphelins, je te laisse rechercher sur le forum et le wiki. Il doit y avoir bien de l'information par là...

mélodie a écrit :Pour supprimer tous les fichiers logs en une fois, voici une ligne de command utilisant find. Aller dans /var/log et faire (en root, ou avec sudo)

Code : Tout sélectionner

find . -type f -exec rm {} \;

Je me permets de préciser que pour ce type de commande (spécialement avec rm, à fortiori en mode non interactif, mais ça vaut pour toute commande en récursif ou difficilement rattrapable... qui a dit chmod -R 777 ? ), il est préférable d'utiliser le chemin absolu: (parce que si on se trouve au mauvais endroit... comment dire ? ... l'effet est plus ou moins spectaculaire: le plus spectaculaire étant «*pouf*, extinction des feux» suivi d'un «oh bah tiens, ça y en a plus redémarrer après grub» ... accompagné d'un poli: «*oops*, le con» / ou plus probable: «P***** de b***** de m***** *bip* *bip* *bip*» à amplifier selon qu'on dispose ou non d'une sauvegarde... )

Je penserais plutôt à vider au lieu de virer, genre
cat /dev/null > kernel.log

FoolEcho a écrit :il est préférable d'utiliser le chemin absolu

+1000 mais je dirais même plus, ce genre de conseil est dangereux pour quelqu'un qui ne sait pas pourquoi sa partition est remplie (j’énonce juste le fait, on apprend au fur et à mesure ). Il me semble que ça donne l'impression qu'on peut ou pire qu'on doit effacer ce qui dépasse, or par défaut, hormis le cache, rien ne doit gonfler l'espace disque sans raison et il vaut mieux trouver cette raison avant d'appliquer des commandes de ce genre. Le log en l'occurrence est géré par logrotate et en ayant installé y a belle lurette: Ce qui me semble le plus probable, c'est que pour un système avec un environnement de bureau tel que Gnome et avec des softs/jeux pas forcément légers selon les topics de pandanaute, ~7Gio pour / c'est tout simplement pas assez.