AJOUT
A faire si la mise à jour du logiciel ne résout pas le problème.
Bonjour
J'ai le souvenir d'avoir vu une discussion un peu semblable sur un problème d'hibernation.
Pas de solution n'avait été trouvée. Un jour, l'utilisateur a fermé la discussion en disant que le nouveau noyau qui venait de s'installer automatiquement avait résolu le problème.
Pour les optiions, avec ton éditeur de fichier favori, fait la commande suivante
Soit
sudo nano /etc/default/grub
Soit
gedit admin:///etc/default/grub
Vers la neuvième ligne, tu trouveras une ligne ressemblant à cela
GRUB_CMDLINE_LINUX_DEFAULT="
quiet splash Options déjà ajoutées par l'utilisateur$VTOFF=7"
Tu remplaces les deux mots
quiet splash par ces mots
loglevel=7 systemd.log_level=debug
Tu sauvegardes le fichier et tu quittes l'éditeur.
Tu vérifies que la modification est bien faite en lisant le résultat
cat /etc/default/grub
Tu demandes à ubuntu de prendre en compte ta modification avec cette commande
sudo update-grub
Ce n'est qu'au boot suivant et à l'arrêt suivant que cela causera.
Bien entendu, si cela n'apporte rien de concret, on peut revenir en arrière en faisant le remplacement inverse.
D'autre part, il m'a semblé que le journal moderne ne conserve trace que de la session en cours. Afin de faire le point, peux-tu donner le retour de ces commandes permettant de voir le nombre de fichiers ainsi que le paramétrage
ls -Rls /var/log/journal
cat /etc/systemd/journald.conf
que je te propose déjà de modifier pour ne pas dépasser 1 Go de taille globale, pas plus de 15 jours de suivi et pas plus de 10 fichiers avec cette commande
sudo journalctl --vacuum-size=1G --vacuum-time=15d --vacuum-files=10
NOTA. J'ai mémorisé cette remarque
There are actually four different places you can set the option:
/etc/systemd/journald.conf
/etc/systemd/journald.conf.d/*.conf
/run/systemd/journald.conf.d/*.conf
/usr/lib/systemd/journald.conf.d/*.conf
Bonjour Moko138
Je sais que tu fais un peu la chasse aux écritures inutiles dans /var/log pour les utilisateurs de SSD
==>
https://unix.stackexchange.com/questions/506423/how-to-keep-kern-log-out-of-syslog
Depuis 48 heures, j'ai modifié deux paramètres du fichier
/etc/rsyslog.d/50-default.conf
#######*.*;auth,authpriv.none -/var/log/syslog
#######kern.* -/var/log/kern.log
Je suis en train de regarder ce que cela donne en version 19.10
@a:/var/log$ ls -als | grep syslog
4 drwxrwxr-x 15 root syslog 4096 janv. 11 11:08 .
320 -rw-r----- 1 syslog adm 323561 janv. 11 11:30 auth.log
96 -rw-r----- 1 syslog adm 91865 janv. 4 23:30 auth.log.1
3888 -rw-r----- 1 syslog adm 3974689 janv. 9 22:09 kern.log
1004 -rw-r----- 1 syslog adm 1023426 janv. 4 22:36 kern.log.1
0 -rw-r----- 1 syslog adm 0 janv. 9 10:09 mail.err
4 -rw-r----- 1 syslog adm 102 janv. 8 20:26 mail.err.1
0 -rw-r----- 1 syslog adm 0 janv. 9 10:09 mail.log
4 -rw-r----- 1 syslog adm 102 janv. 8 20:26 mail.log.1
0 -rw-r----- 1 syslog adm 0 janv. 10 00:00 syslog
4016 -rw-r----- 1 syslog adm 4110820 janv. 9 22:09 syslog.1
puis plus tard en version 18.04 avant d'actualiser la
documentation.
