[fs] Plus de place sur le /: pourquoi?

[newouech]

Bonjour,

tout d'abord, j'avoue que le titre de mon post est un peu bidon. A la lecture de la suite, vous allez voir pourquoi... mais j'avais un peu un manque d'inspiration!
Lorsque je démarre ma session gnome, j'ai un message qui m'indique que je n'ai plus de place sur ma partition / (j'ai juste une partition /, et /home). Je vérifie avec un "df -h" qui me dit bien

Code : Tout sélectionner

/dev/disk/by-uuid/75a0c115-4e90-4e21-9432-777ee4b519aa    15G   15G     0 100% /

Première interrogation: pourquoi 15G ne sont pas suffisant sous archlinux alors que jusqu'à présent, je n'avais pas de problème sous ubuntu? (aucune critique dans cette interrogation, juste envie de comprendre)
J'ai fait un pacman -Scc, mais ça n'a rien changé, toujours 100% de l'espace disque de pris.

Deuxième interrogation: pourquoi, malgré le fait que la partition / soit complètement occupée, j'ai pu installer de nouveaux logiciels (rawtherapee, darktable et autres)?

J'espère que vous pourrez éclairer ma lanterne

Merci

PS: pour infos, le retour complet du "df -h"

Code : Tout sélectionner

udev                                                      10M     0   10M   0% /dev
run                                                       10M  228K  9,8M   3% /run
/dev/disk/by-uuid/75a0c115-4e90-4e21-9432-777ee4b519aa    15G   15G     0 100% /
shm                                                      3,9G  296K  3,9G   1% /dev/shm
tmpfs                                                    3,9G   16K  3,9G   1% /tmp
/dev/sda4                                                351G  108G  226G  33% /home
/dev/sda1                                                 38M   16M   21M  44% /boot

[benjarobin]

Tu peux toujours donner la sortie de du -shx /

[newouech]

Et bien, sans surprise

Code : Tout sélectionner

15G	/

mais pourquoi est il aussi méchant?

[benjarobin]

Ce qui était intéressant c'est de savoir qu'est ce qui prend de la place... Donc la sortie complète c'est mieux...
Après pour tu peux relancer la commande pour chaque gros sous dossiers

[newouech]

Euh... c'est la seule sortie que j'ai

Le plus gros répertoire est var (environ 10G) suivi de usr (environ 4.5G)

[benjarobin]

Oups, désolé oublié l'étoile : du -shx /*
Cela me parait beaucoup pour var... Le miens fait 800Mo
Donne la sortie de : du -shx /var/* et ainsi de suite...

[newouech]

AAAAAAAAAAAAAA

j'ai regardé un peu dans /var, et le répertoire /var/log fait à lui seul 9.7G.
Oula c'est gros!

peut-on supprimer ces logs? comment les gérer?

Merci

[benjarobin]

Tu n'aurais pas supprimé crond de tes DAEMONS (rc.conf) ou fait une modification touchant à cron ?
Sinon tu peux tout nettoyer dans /var/log sauf pacman.log
Donne la sortie de ls -l /var/log

[newouech]

Pour le "-l /var/log"

Code : Tout sélectionner

total 10081068
-rw-r----- 1 root log       41027  6 nov.  19:12 auth.log
-rw-r----- 1 root log      108222  6 nov.  10:20 auth.log.1
-rw-r--r-- 1 root root      89284  6 nov.  18:19 boot
-rw------- 1 root root          0  1 nov.  23:17 btmp
drwxr-xr-x 2 root root       4096  6 nov.  10:27 ConsoleKit
-rw-r----- 1 root log        3050  6 nov.  19:01 crond.log
-rw-r----- 1 root log       14328  6 nov.  10:27 crond.log.1
drwxr-xr-x 2 root root       4096  6 nov.  10:27 cups
-rw-r----- 1 root log     1653278  6 nov.  18:46 daemon.log
-rw-r----- 1 root log     1181559  6 nov.  10:03 daemon.log.1
-rw-r--r-- 1 root root      51500  6 nov.  18:19 dmesg.log
-rw-r----- 1 root log     7087101  6 nov.  18:46 errors.log
-rw-r----- 1 root log   179884795  6 nov.  12:30 errors.log.1
-rw-r----- 1 root log   132532308  6 nov.  19:01 everything.log
-rw-r----- 1 root log  3306887262  6 nov.  12:30 everything.log.1
-rw------- 1 root root      32064  6 nov.  16:27 faillog
drwxrwx--T 2 root gdm        4096  6 nov.  18:45 gdm
-rw-r----- 1 root log   132017770  6 nov.  18:21 kernel.log
-rw-r----- 1 root log  3304839107  6 nov.  12:30 kernel.log.1
-rw-r--r-- 1 root root     292584  6 nov.  16:27 lastlog
-rw-r----- 1 root log   125176217  6 nov.  18:46 messages.log
-rw-r----- 1 root log  3127740814  6 nov.  12:30 messages.log.1
drwxr-xr-x 2 root root       4096 10 oct.  01:25 old
-rw-r--r-- 1 root root      84252  6 nov.  18:59 pacman.log
-rw-r--r-- 1 root root      56768  6 nov.  18:19 pm-powersave.log
-rw-r--r-- 1 root root       6111  6 nov.  12:46 pm-suspend.log
drwxr-xr-x 2 root root       4096 22 févr.  2011 speech-dispatcher
-rw-r----- 1 root log     1428731  6 nov.  18:19 syslog.log
-rw-r----- 1 root log        6527  6 nov.  10:24 syslog.log.1
-rw-r----- 1 root log      783289  6 nov.  18:46 user.log
-rw-r----- 1 root log        5212  6 nov.  10:24 user.log.1
-rw-r----- 1 root log           0  6 nov.  10:27 uucp.log
-rw-r----- 1 root log       12875  6 nov.  09:57 uucp.log.1
-rw-r--r-- 1 root root     459648  6 nov.  18:46 wtmp
-rw-r--r-- 1 root root     325636  6 nov.  18:45 Xorg.0.log
-rw-r--r-- 1 root root     326296  6 nov.  18:45 Xorg.0.log.old

et non crond est bien dans les daemons de rc.conf, voici la partie daemons de rc.conf

Code : Tout sélectionner

DAEMONS=(hwclock syslog-ng netfs crond dbus networkmanager cupsd xinetd gdm)

Merci de ton aide et de ton efficacité

[benjarobin]

Hum, tes log grossissent beaucoup trop vite, en 5 heures tu as généré plus de 3Go * 2 de log (everything + kernel)
Tu peux essaye d'analyser kernel.log et essayer de voir ce qui est loguer si souvent.
A ce niveau je ne vois pas ce que je peux faire, tu as clairement un bug quelques parts qui fait que le kernel affiche beaucoup de chose

[newouech]

Bon, j'avais supprimé les logs. J'ai donc redémarré et je ne vois rien de suspect dans eveything et kernel (et ils ne semblent pas trop bougé depuis le redémarrage)

Ceci dit, il n'y a pas un gestionnaire de log qui les supprime après n démarrages, ou après x jours?

[jaco]

Tu as installé le paquet logrotate ?

[benjarobin]

Ceci dit, il n'y a pas un gestionnaire de log qui les supprime après n démarrages, ou après x jours?

Par défaut si, logrotate qui est lancé par une tache cron

[newouech]

logrotate est bien installé.
Comment vérifier si cron le lance bien?

[tuxce]

Code : Tout sélectionner

ps -e

Après, c'est un service, c'est l'utilisateur qui les configure. Tu l'as dans les services ?

[newouech]

Je viens de lire la doc https://wiki.archlinux.org/index.php/Logrotate et je crois que par défaut logrotate ne supprime pas les fichiers log mais créé un nouveau fichier log en renommant l'ancien. Il conserve l'ancien fichier 4 semaines (enfin si j'ai bien compris le fichier /etc/logrotate.conf).

Quant à "ps -e", cron est bien lancé mais pas logrotate.

Comment faire pour que ces fichiers log ne prennent pas un taille phénoménale? Avez-vous des options particulières dans le fichier "/etc/logrotate.conf"?

Voici mon fichier "/etc/logrotate.conf"

Code : Tout sélectionner

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# restrict maximum size of log files
#size 20M

# create new (empty) log files after rotating old ones
create

# uncomment this if you want your log files compressed
#compress

# Logs are moved into directory for rotation
# olddir /var/log/archive

# Ignore pacman saved files
tabooext + .pacorig .pacnew .pacsave

# Arch packages drop log rotation information into this directory
include /etc/logrotate.d

/var/log/wtmp {
    monthly
    create 0664 root root
    rotate 1
}

Merci

[tuxce]

Hmmm, j'ai répondu trop vite, selon ton ls -l, "cron" lance bien "logrotate", t'as des logs en .1, donc le souci, c'est comme l'a indiqué benjarobin qu'il se remplisse trop vite, il faudrait que tu saches pourquoi.

[newouech]

Et bien depuis mon post dans lequel je dis que j'ai supprimé les logs...

Bon, j'avais supprimé les logs. J'ai donc redémarré et je ne vois rien de suspect dans eveything et kernel (et ils ne semblent pas trop bougé depuis le redémarrage)

Ceci dit, il n'y a pas un gestionnaire de log qui les supprime après n démarrages, ou après x jours?

...et bien everything.log est passé de 131462 à 131714, kernel.log n'a pas bougé et le dossier /var/log fait 3.4M (je n'avais supprimé que ceux là)

Donc je ne suis pas sûr qu'il y ai un problème de ce coté. Je vais supprimer tout les logs et les surveiller dans les jours qui suivent. Si je constate des erreurs dans les logs, je reposterai dans ce topic.
En tout cas merci pour votre aide à tous... et si vous avez des idées, je suis preneur.