Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

Dr.BUg · Le 25/09/2021, à 19:06

Bonjour à tous !

Je viens de réinstaller mon système Ubuntu 20.04 LTS au début du mois de septembre. J'étais resté sur une version 18.04 LTS et mon PC avait besoin de faire peau neuve !
J'ai suivi scrupuleusement les tutos pour la réinstallation du nouveau / sur la partition sda1 qui contenait l' ancien / de 18.04. Et notamment celui-ci https://doc.ubuntu-fr.org/reinstallation_ubuntu
Tout fonctionne à merveille, avec l'installation de mes paquets préférés et autres améliorations de gnome-shell. J'ai même fait l'acquisition d'un nouveau clavier de gamer

Bref ! Paf Patatra (comme dirait Bebel) je laisse souvent Ubuntu en veille et voilà qu'aujourd'hui, il décide de planter complètement au réveil !
Impossible de le redémarrer (je suis en liveUSB). J'ai tenter un démarrage de secours et voilà 2 captures d'écrans qui pourront peut être vous aider à m'aider

https://www.dropbox.com/sh/hv3c6zihy9k4 … vi_ta?dl=0

Je crois que ma partition sda1 est saturée, en fait c'est même sur. Pourquoi, tout d'un coup, 15 jours après une installation parfaite, mon système décide de planter ?
Pourquoi les OS n'en font toujours qu'à leurs têtes ? J'ai pas de partition swap (je crois de mémoire qu'elle n'était plus obligatoire par rapport à mon PC) mais il semblerait que le problème
vienne peut-être de là !

Que faire pour débloquer la situation et retrouver mon bureau gnome ?
Merci par avances pour votre aide

Dernière modification par Dr.BUg (Le 10/10/2021, à 14:05)

abelthorne · Le 25/09/2021, à 19:21

Effectivement, la partition racine est pleine (même si d'après le rapport elle semble avoir 5 Go de dispo). Tu peux essayer de démarrer en mode recovery depuis GRUB, choisir "root" au menu de celui-ci pour arriver sur une console admin et lancer les commandes suivantes :

apt-get autoremove --purge
apt-get clean

La première va supprimer les paquets inutiles. Avec un peu de chance il y a des restes de vieux noyaux qui prennent de la place (~ 300 Mo chacun) et qui en libéreront assez pour pouvoir redémarrer normalement.
La deuxième va vider le cache d'APT, les paquets téléchargés que le système a gardé. Même remarque, mais il y a peu de chances qu'ils prennent beaucoup de place.

Une fois les commandes effectuées, essaie de redémarrer avec la commande reboot : est-ce qu'il y a du mieux ? Si ce n'est pas le cas, alors il va falloir faire du nettoyage en ligne de commande et ça ne va pas être très pratique de donner des retours.

Il faudrait pouvoir analyser ce qui prend trop de place mais il y a deux hypothèses assez probables :
- Les journaux système : s'il y a beaucoup de données conservées, ils peuvent vite prendre énormément de place. On peut éventuellement les paramétrer pour qu'ils archivent moins de données.
- Les applis en snap : elles peuvent facilement prendre chacune plusieurs centaines de Mo. Si tu en utilises beaucoup, ça prend rapidement beaucoup de place.

Concernant la swap, elle est toujours utile et recommandée. Cependant, il n'y a effectivement plus forcément besoin d'une partition dédiée : par défaut, Ubuntu utilise maintenant un fichier pour la swap, qui se trouve à la racine du système.

EDIT : à propos de nettoyage en ligne de commande, pendant que tu es sur la console root, lance la commande snap list et poste une capture si tu peux.

Dernière modification par abelthorne (Le 25/09/2021, à 19:24)

Dr.BUg · Le 25/09/2021, à 20:12

abelthorne a écrit :

Effectivement, la partition racine est pleine (même si d'après le rapport elle semble avoir 5 Go de dispo). Tu peux essayer de démarrer en mode recovery depuis GRUB, choisir "root" au menu de celui-ci pour arriver sur une console admin et lancer les commandes suivantes :
apt-get autoremove --purge
apt-get clean

Merci abelthorne,

J'ai suivi ta proposition et cela n'a rien changé (ce que je craignais). La capture d'écran suivante indique cependant que les paquets snap sont cassés !
Est-ce là l'origine du problème ? Et maintenant ? Que faire ? Pourquoi la terre est ronde...

https://www.dropbox.com/s/00g75w5b2grh5 … 5.jpg?dl=0

PS. Concernant la swap, je suis de toute façon bloqué car mon SSHD est découpé en 2 partitions. Et je vois pas trop comment préserver mon /home si je touche au montage des partitions

abelthorne · Le 25/09/2021, à 20:26

Pour les paquets snaps cassé, je ne saurais dire, je suppose que c'est parce qu'il n'y a plus de place. Est-ce que tu peux supprimer shattered-pixel-dungeon, par exemple (ne touche pas aux autres) ?

snap remove shattered-pixel-dungeon

Pas sûr que ça marche, on va voir.

Donne aussi le retour de la commande suivante pour voir la taille prise par les logs :

journalctl --disk-usage

Dr.BUg · Le 25/09/2021, à 20:53

abelthorne a écrit :

Pour les paquets snaps cassé, je ne saurais dire, je suppose que c'est parce qu'il n'y a plus de place. Est-ce que tu peux supprimer shattered-pixel-dungeon, par exemple (ne touche pas aux autres) ?
snap remove shattered-pixel-dungeon
Pas sûr que ça marche, on va voir.
Donne aussi le retour de la commande suivante pour voir la taille prise par les logs :
journalctl --disk-usage

Résultat de ta proposition

https://www.dropbox.com/s/1cfn6xynh6au5 … 3.jpg?dl=0

Le redémarrage du système n'a rien donné même avec le paquet snap en moins. Mais je dois pouvoir faire des purges par-ci par-là ! Les logs m'ont l'air bien remplis !

Dernière modification par Dr.BUg (Le 25/09/2021, à 20:55)

abelthorne · Le 25/09/2021, à 21:00

Il y a quand même un truc qui m'a l'air très bizarre :
- tu n'as quasiment pas de snaps, donc ils ne prennent pas tellement de place ;
- les logs prennent 1,2 Go sur le disque, ça pourrait être moins mais ce n'est pas non plus énorme.

Or, ta partition système est pleine à environ 90 Go. Question : qu'est-ce qui peut prendre tout ça ? À moins d'avoir installé des milliers de logiciels, il y a quelque chose qui ne colle pas.

Est-ce que tu as un liveCD/liveUSB sous la main (peu importe la version) ?

Dr.BUg · Le 25/09/2021, à 21:17

abelthorne a écrit :

Il y a quand même un truc qui m'a l'air très bizarre :
- tu n'as quasiment pas de snaps, donc ils ne prennent pas tellement de place ;
- les logs prennent 1,2 Go sur le disque, ça pourrait être moins mais ce n'est pas non plus énorme.
Or, ta partition système est pleine à environ 90 Go. Question : qu'est-ce qui peut prendre tout ça ? À moins d'avoir installé des milliers de logiciels, il y a quelque chose qui ne colle pas.
Est-ce que tu as un liveCD/liveUSB sous la main (peu importe la version) ?

Oui c'est très bizarre. Il faudrait pouvoir faire de la place.

Je suis en liveUSB pour venir ici. j'ai accès à mes partitions et surtout /. Je peux peut-être purger en étant sur le bureau liveUSB ?

Dernière modification par Dr.BUg (Le 25/09/2021, à 21:25)

abelthorne · Le 25/09/2021, à 21:25

D'abord, ce serait pas mal de vérifier ce qui prend de la place.

Sur la session live, accède à ta partition système via le gestionnaire de fichiers (elle s'appellera probablement "Volume de 95 Go" ou un nom similaire). Tu devrais voir des dossiers comme bin, boot, cdrom, dev... Attention à bien afficher le contenu de la partition et pas la racine de la session live.

Premièrement : est-ce que tu as un dossier home sur cette partition ?
Deuxièmement : si tu affiches les propriétés de chaque dossier, le(s)quel(s) prend énormément de place, possiblement des dizaines de Go ?
Troisièmement : tu devrais voir un fichier swapfile à la racine : même question, quelle taille fait-il ?

Dr.BUg · Le 25/09/2021, à 21:52

Alors avec ces captures d'écran, tu devrais toi aussi être surpris par la taille du dossier log

https://www.dropbox.com/sh/k0e4f3e6udav … NvV1a?dl=0

Ensuite pour répondre à tes questions

1/ non mon /home est sur une partition séparé.
2/ les propriétés des dossiers apparaissent dans les captures d'écrans
3/ le swapfile fait 2.1GB

EDIT : le syslog et le kern.log contenu dans log font chacun la même taille soit 40,5GB !!!

EDIT 2 : le post https://forum.ubuntu-fr.org/viewtopic.php?id=2023035 semble correspondre à mon problème. Je vais voir si la solution est bonne.

Dernière modification par Dr.BUg (Le 25/09/2021, à 22:10)

abelthorne · Le 25/09/2021, à 22:13

Je sais que ton dossier perso est sur une partition séparée mais je me demandais si tu aurais pu, suite à une erreur de montage à un moment, te retrouver avec /home sur la partition système et commencé à le remplir là par erreur. C'est pour ça que je voulais vérifier si tu avais un dossier home sur cette partition.

Mais apparemment ce n'est pas le cas et ce sont les logs. Du coup, pas le journal de systemd comme je le pensais à la base mais d'autres fichiers. Je ne suis pas vraiment spécialiste mais je pense qu'on peut suivre certaines instructions qui sont sur cette page : https://stackoverflow.com/questions/356 … -log-files

D'abord, il va falloir redémarrer en recovery vu qu'il va falloir relancer des services, donc en-dehors de la session live.

1) On peut vider les logs. Bon, s'ils font 40 Go, c'est peut-être qu'il y a un gros problème quelque part et qui mériterait de les analyser mais on ne va pas se taper des fichiers de 40 Go et la priorité c'est de rendre ton système bootable :

> /var/log/syslog
> /var/log/kern.log
systemctl restart syslog

(Tape les commandes telles quelles, c'est normal qu'il n'y ait rien avant le > et il fait bien partie des commandes en question.)

2) On va vérifier s'il n'y aurait pas des mises à jour cassées et essayer de réparer les snaps :

apt-get install -f
dpkg --configure -a
snap refresh

Une fois que ces deux choses sont faites, essaie de rebooter, en espérant que ça passe. Si tu arrives sur ton bureau, il y aura d'autres choses à faire mais on va déjà commencer par ça.

Dernière modification par abelthorne (Le 25/09/2021, à 22:16)

xubu1957 · Le 25/09/2021, à 22:16

Bonjour,

Tu n'aurais pas une carte wifi RTL8723BE, comme certains dans entraide pour erreurs pcieport en masse ?

Dr.BUg · Le 25/09/2021, à 22:44

xubu1957 a écrit :

Bonjour,
Tu n'aurais pas une carte wifi RTL8723BE, comme certains dans entraide pour erreurs pcieport en masse ?

Non, pas du tout, je n'ai pas de laptop mais un bon vieux PC connecté en filaire

Dr.BUg · Le 25/09/2021, à 23:09

abelthorne a écrit :

(...)
> /var/log/syslog
> /var/log/kern.log
systemctl restart syslog
(Tape les commandes telles quelles, c'est normal qu'il n'y ait rien avant le > et il fait bien partie des commandes en question.)
2) On va vérifier s'il n'y aurait pas des mises à jour cassées et essayer de réparer les snaps :
apt-get install -f
dpkg --configure -a
snap refresh
Une fois que ces deux choses sont faites, essaie de rebooter, en espérant que ça passe. Si tu arrives sur ton bureau, il y aura d'autres choses à faire mais on va déjà commencer par ça.

Bingo ! merci abelthorne, je suis revenu sur mon bureau !
Mes fichiers syslog et kern.log ont repris une taille normale de 563kB et 203kB

Maintenant j'ai la même question qu’au début de ce post. Pourquoi mes fichiers syslog et kern.log ont "gonflés" autant jusqu’à faire saturé la partition / ???
Comment du coup limiter ces fichiers (je crois que la réponse est présente quelque part dans les liens) pour ne pas devoir recommencer cette opération chirurgicale !
Apparemment c'est un problème connu mais j'aurais bien aimé en connaitre l'origine.

abelthorne · Le 26/09/2021, à 01:06

Pour limiter la taille des logs, édite le fichier de config de logrotate :

sudo nano /etc/logrotate.d/rsyslog

Je n'y connais pas grand chose mais je crois comprendre qu'il faut rajouter une section de paramètres en-dessous des logs qu'on veut limiter. Je mets un exemple de mon fichier d'origine mais je suis en 21.04, le tien sera peut-être différent :

/var/log/syslog
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
	rotate 4
	weekly
	missingok
	notifempty
	compress
	delaycompress
	sharedscripts
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}

Et donc, il faudrait a priori le modifier comme ça pour syslog et kern.log :

/var/log/syslog
{
	rotate 7
	daily
	maxsize 1G
	missingok
	notifempty
	delaycompress
	compress
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}
/var/log/mail.info
/var/log/mail.warn
/var/log/mail.err
/var/log/mail.log
/var/log/daemon.log
/var/log/kern.log
{
	rotate 7
	daily
	maxsize 1G
	missingok
	notifempty
	delaycompress
	compress
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
	rotate 4
	weekly
	missingok
	notifempty
	compress
	delaycompress
	sharedscripts
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}

J'ai repris l'exemple du lien que j'avais mis, avec une taille limitée à 1 Go (maxsize 1G), une rotation quotidienne (daily) et un maximum de 7 backups (rotate 7, ce qui signifie que les logs pourront prendre 7 × 1 Go = 7 Go pour syslog et kern.log). Si ça te semble trop, tu peux mettre une valeur un peu plus faible pour rotate.

Une fois que c'est fait, enregistre avec ctrl + O, valide le nom de fichier avec entrée et ferme Nano avec ctrl + X. Puis relance le service :

sudo systemctl restart rsyslog

Tu peux ensuite éventuellement relancer les commandes pour les paquets, histoire de vérifier que tout va bien :

sudo apt-get install -f
sudo dpkg --configure -a
sudo snap refresh

Après ça, vérifie si les snaps s'affichent toujours comme cassés :

snap list

Si ce n'est pas le cas, tu peux réinstaller celui que je t'ai fait supprimer :

sudo snap install shattered-pixel-dungeon

Et quant à savoir pourquoi tes logs ont explosé, difficile à dire, il faudrait voir ce qu'il y a dedans mais on les a supprimés. On peut supposer qu'il vont vite regonfler (mais avec une limite, cette fois), auquel cas ce sera possible de regarder dedans.

Dernière modification par abelthorne (Le 26/09/2021, à 01:29)

abelthorne · Le 26/09/2021, à 01:29

Effectivement. Corrigé.

Dr.BUg · Le 26/09/2021, à 17:06

abelthorne a écrit :

Effectivement. Corrigé.

Bon encore un grand merci, je vais procéder à la limitation de ces logs en suivant ton dernier message !
Je vais checker les snaps. Bizarrement, le Ubuntu Software qui figure dans les programmes de 20.04 ne veut plus se lancer ! Je ne sais pas si il y'a un lien avec mon bug de logs.
J'ai du installer Logiciels avec ses greffons pour retrouver la logithèque.

Je marquerai ce post RÉSOLU d'ici peu

abelthorne · Le 26/09/2021, à 17:55

Ubuntu Software, la logithèque d'Ubuntu, est installée en snap. Donc s'ils sont toujours cassés, c'est logique qu'elle ne fonctionne plus. Et par conséquent, si elle ne fonctionne plus, c'est qu'ils sont vraisemblablement encore cassés.

Je précise aussi que c'est un fork de GNOME Software (Logiciels) sous le nom de Snap Store (Boutique des snaps), d'où le fait que l'interface ressemble énormément. Mais depuis peu, même si GNOME Software a un plugin pour gérer les snaps, il ne peut apparemment plus gérer leurs autorisations, il faut forcément passer par le Snap Store pour ça.

EDIT : le message "Effectivement. Corrigé." était une réponse à un autre message qui a été supprimé (et qui signalait que j'avais fait une faute de frappe dans une commande dans le message d'avant). N'en tiens pas compte.

Dernière modification par abelthorne (Le 26/09/2021, à 17:57)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/09/2021, à 19:06

Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#2 Le 25/09/2021, à 19:21

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#3 Le 25/09/2021, à 20:12

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#4 Le 25/09/2021, à 20:26

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#5 Le 25/09/2021, à 20:53

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#6 Le 25/09/2021, à 21:00

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#7 Le 25/09/2021, à 21:17

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#8 Le 25/09/2021, à 21:25

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#9 Le 25/09/2021, à 21:52

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#10 Le 25/09/2021, à 22:13

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#11 Le 25/09/2021, à 22:16

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#12 Le 25/09/2021, à 22:44

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#13 Le 25/09/2021, à 23:09

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#14 Le 26/09/2021, à 01:06

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#15 Le 26/09/2021, à 01:29

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#16 Le 26/09/2021, à 17:06

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

#17 Le 26/09/2021, à 17:55

Re : Plantage Focal Fossa - 80GO de fichiers syslog et kern.log [RÉSOLU]

Pied de page des forums