Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 15/10/2019, à 14:46

Nihio

[Résolu] Partition toujours à 100% après suppression de 1,2G de logs

Salut,

J'ai une VM QEMU qui m'indique avec un df -h que la partition / est utilisée à 100% (Taille 9,3G Utilisé 9,3G), j'ai vu qu'il y avait 1,2G de logs dans le répertoire des logs par défaut, j'ai fait un peu de ménage et supprimé environ 1G de logs.
Si je fais un du -sh, je vois bien que j'ai perdu 1G, mais lorsque je fais un df -h, la partition est toujours utilisée à 100%.
Le /var/log n'est pas sur une partition à part, est-ce que ça viendrait de QEMU ?

Merci smile

Dernière modification par Nihio (Le 15/10/2019, à 15:46)

Hors ligne

#2 Le 15/10/2019, à 15:03

geole

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

Bonjour
Il me semble que ta partition a une taille petite et que le répertoire log est volumineux...
Probablement un truc qui boucle

peux-tu donner le retour de

sudo cat /var/log/syslog | tail -400
sudo cat /var/log/kern.log | tail -400
sudo du -xm /var 2>/dev/null | sort -nr  | head -20

Dernière modification par geole (Le 15/10/2019, à 15:04)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#3 Le 15/10/2019, à 15:09

Nihio

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

Salut,

Merci pour ta réponse. J'ai supprimé les fichier syslog et kern.log, c'est eux qui faisaient environ 500 megas chacun, et ce sont des machines sur un environnement professionnel je ne peux pas diffuser les logs ^^
Le répertoire de log fait 304M actuellement (avec un du -sh * | sort -nr), il y a d'autres répertoires dans var donc un répertoire de travail qui fait 3,5G mais je n'y touche pas. J'ai bien supprimé 1G de logs (environ) car avant ma suppression le répertoire log faisait environ 1,2G.

Le soucis c'est qu'après la suppression de 1G de logs, la partition / fait toujours exactement la même taille, et le répertoire /var/log n'est pas sur une partition à part.

Hors ligne

#4 Le 15/10/2019, à 15:12

credenhill

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

hello
peut-être redémarrer rsyslogd pour rendre l'espace

kill -HUP $(cat /var/run/rsyslogd.pid)

Hors ligne

#5 Le 15/10/2019, à 15:17

Nihio

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

Merci ! Effectivement ça a fonctionné en killant le process.
J'ai tenté de redémarrer via service rsyslogd restart mais il m'a sorti cette erreur : Failed to restart rsyslogd.service: Unit rsyslogd.service failed to load: No such file or directory.
D'ailleurs, j'ai toujours cette erreur, tu saurais à quoi elle est due ? En faisant un status, le process est en "inactive (dead)".

Hors ligne

#6 Le 15/10/2019, à 15:40

geole

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

service rsyslog restart

Regarde quand même dans les fichiers  de log s'il n'y a pas de choses anormales qui s'écrivent en permanence.

sudo   tail -f /var/log/syslog

Dernière modification par geole (Le 15/10/2019, à 15:43)


Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

Hors ligne

#7 Le 15/10/2019, à 15:45

Nihio

Re : [Résolu] Partition toujours à 100% après suppression de 1,2G de logs

Ah oui c'était simplement que le service s'appelait rsyslog et non pas rsyslogd yikes des erreurs stupides quand on est dans le rush ! Merci pour ton aide en tout cas !

Hors ligne