Une autre solution serai d'utiliser ces 10 Go restant pour y installer /var/, et en déclarant cette nouvelle partition dans fstab en tant que /var/
Mais je dis peut être des bêtises.

chepioq wrote:Une autre solution serai d'utiliser ces 10 Go restant pour y installer /var/, et en déclarant cette nouvelle partition dans fstab en tant que /var/
Mais je dis peut être des bêtises.

+1

+2, A savoir quand même que c'est /var qui prend souvent le plus d'espace...

Je suis très perplexe. En effet le processus de boot génère des logs bien avant le montage des partitions indiquées dans fstab.

Où seront écrits ces logs alors ? Dans le répertoire /var de la partition / puisque la partition dédiée ne sera pas encore montée.

Là je ne vois pas d'autre solution que déplacer les partitions. Mais il faut encore vérifier l'occupation de /, ca je n'ai pour ma part jamais réussi à atteindre et encore moins dépasser les 10 Go sur quelque distrib que ce soit.

Perso 18Go sans les VM que j'ai qui demande au moins 1 disque virtuel performant. Après le plus haut que j'ai atteint c'était 40Go hors VM.
Après c'est sans doute Mock qui en a besoin.

/ occupe 12 G, dont /var qui fait 2,7 G.

fais du ménage dans /var et tu n'auras plus de problème. Mais s'il se remplit exagérément, il faudra regarder pourquoi. Ce n'est pas normal.

Chez moi, /var/log occupe 2,.1G et /var/cache occupe 1,3G ! C'est quoi, ce bordel ?

[root@localhost ~]# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
devtmpfs           2,0G       0  2,0G   0% /dev
tmpfs              2,0G    540K  2,0G   1% /dev/shm
tmpfs              2,0G    1,3M  2,0G   1% /run
tmpfs              2,0G       0  2,0G   0% /sys/fs/cgroup
/dev/sda2           20G     15G  3,8G  80% /
tmpfs              2,0G     44K  2,0G   1% /tmp
/dev/sda5           20G    9,2G  9,0G  51% /home
/dev/sdb7           56G     48G  7,1G  88% /run/media/fifi/WD500-3
/dev/sdb8          100G     42G   59G  42% /WD500-4
tmpfs              396M       0  396M   0% /run/user/990
tmpfs              396M     24K  396M   1% /run/user/1000
[root@localhost ~]#

[root@localhost ~]# du -sh /* 2>/dev/null
0	/bin
188M	/boot
540K	/dev
26M	/etc
9,2G	/home
459M	/iso
0	/lib
0	/lib64
16K	/lost+found
4,0K	/media
4,0K	/mnt
4,0K	/opt
0	/proc
68M	/root
48G	/run
0	/sbin
4,0K	/srv
0	/sys
12K	/tmp
9,4G	/usr
4,3G	/var
4,0K	/WD500-3
42G	/WD500-4

[root@localhost ~]# du -sh /var/*
4,0K	/var/account
4,0K	/var/adm
1,3G	/var/cache
4,0K	/var/crash
16K	/var/db
8,0K	/var/empty
4,0K	/var/games
4,0K	/var/gopher
12K	/var/kerberos
376M	/var/lib
4,0K	/var/local
0	/var/lock
2,1G	/var/log
0	/var/mail
4,0K	/var/nis
4,0K	/var/opt
4,0K	/var/preserve
0	/var/run
473M	/var/spool
30M	/var/tmp
4,0K	/var/yp
[root@localhost ~]# 

logrotate est configuré comme suit :

[root@localhost ~]# cat /etc/logrotate.conf
# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

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

# use date as a suffix of the rotated file
dateext

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

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

# no packages own wtmp and btmp -- we'll rotate them here
/var/log/wtmp {
    monthly
    create 0664 root utmp
    minsize 1M
    rotate 1
}

/var/log/btmp {
    missingok
    monthly
    create 0600 root utmp
    rotate 1
}

# system-specific logs may be also be configured here.
[root@localhost ~]# 

Il y a quelque chose à changer dans cette configuration de logratate ?

Déjà regarde ce que tu mets en cache, après ça ne me choque pas vraiment non plus. Le mien aussi fait plus de 1Go (1,5).

Pour var/log il faudrait voir qui prend quoi.

Bon, j'ai fait le ménage et ça va mieux :

[root@localhost ~]# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
devtmpfs           2,0G       0  2,0G   0% /dev
tmpfs              2,0G    480K  2,0G   1% /dev/shm
tmpfs              2,0G    1,3M  2,0G   1% /run
tmpfs              2,0G       0  2,0G   0% /sys/fs/cgroup
/dev/sda2           20G     12G  6,3G  66% /
tmpfs              2,0G     32K  2,0G   1% /tmp
/dev/sda5           20G    9,2G  9,0G  51% /home
/dev/sdb7           56G     48G  7,1G  88% /run/media/fifi/WD500-3
/dev/sdb8          100G     42G   59G  42% /WD500-4
tmpfs              396M       0  396M   0% /run/user/990
tmpfs              396M     24K  396M   1% /run/user/1000

root@localhost ~]# du -sh /var/*
4,0K    /var/account
4,0K    /var/adm
659M    /var/cache
4,0K    /var/crash
16K     /var/db
8,0K    /var/empty
4,0K    /var/games
4,0K    /var/gopher
12K     /var/kerberos
421M    /var/lib
4,0K    /var/local
0       /var/lock
180M    /var/log
0       /var/mail
4,0K    /var/nis
4,0K    /var/opt
4,0K    /var/preserve
0       /var/run
473M    /var/spool
30M     /var/tmp
4,0K    /var/yp

nouvo09 wrote: Tu as vu ça ? tu es allé voir ?

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

Je viens d'aller voir mais bon, je n'y ai rien vu de plus explicite que dans logrotate.conf ...

Salut à tous 😉

Je pense que si le répertoire /var/ grossit assez vite c'est parce que le fichier de config de journalctl (journalctl.conf) n'est pas configuré.

Si on veut faire du ménage, on peut le faire manière à contrôler soit la taille, soit le temps de rétention.
Depuis systemd il n'y a plus besoin de "rm" maintenant il y a des outils réservés à cet usage.

On peut vérifier la taille du journal :

journalctl --disk-usage

On ne gardera pas les logs qui sont plus vieux que 60 jours

journalctl --vacuum-time=60d

On efface les logs pour que la taille du journal n’excède pas 400M

journalctl --vacuum-size=400M

On peut contrôler tout ça au travers du fichier de configuration /etc/journalctl.conf:
Les logs n'iront pas au-delà de 400M

SystemMaxUse=400M

A l'inverse il est possible de contrôler journalctl pour qu'il affecte une quantité d'espace libre à respecter en utilisant l'option "SystemKeepFree"

Il y a encore plusieurs options qui affinent davantage la manière dont est gérer journalctl, mais pour mon usage personnel c'est bien plus qu'il n'en faut ^^



Source:
man journalctl
man journalctl.conf

@CabSud
Un grand merci pour ces informations, rien qu'avec "journalctl --vacuum-size=400M" j'ai récupéré 1.3 Go d'espace libre.

+1 faudra vraiment ce mettre à la page à ce niveau.