[Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

moko138 · Le 25/11/2019, à 08:31

Ce n'est pas dans le message #21 qu'il fallait rectifier (ce qui rend le fil incohérent, et difficilement compréhensible pour le lecteur qui ne l'a pas suivi depuis le 1er jour )
C'est dans ton fichier /etc/systemd/journald.conf !

- -

Edenris a écrit :

Ah ? y a une différence ?

Le " # ", dans un fichier de configuration ou dans une ligne de commande, enjoint au système d'ignorer ce caractère et tout ce qui est à sa droite sur la même ligne.

moko138 · Le 25/11/2019, à 09:10

...Et quand on conseille de "commenter une ligne", ça veut dire "ajouter un # devant".

Et quand on conseille de "décommenter une ligne" (en anglais "uncomment"),
ça veut dire "retirer le # devant".
Exemple : le fichier /etc/default/grub se finit généralement par

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

Et comme je conseille le bip de grub, j'ai changé chez moi en :

# Uncomment to get a beep at grub start
GRUB_INIT_TUNE="480 440 1"

On peut aussi ajouter en cours de ligne un commentaire à droite du symbole :

# Uncomment to get a beep at grub start
GRUB_INIT_TUNE="480 440 1"    # Modifié en date du 3 mai 2019.

Dernière modification par moko138 (Le 25/11/2019, à 09:17)

Edenris · Le 25/11/2019, à 15:58

re,
je m'emmêle les pinceaux...
j'ai rectifié l'erreur dans le fichier /etc/systemd/journald.conf

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=1000
#SystemMaxUse=100M
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K

j'espère ne pas m'être trompé...

Dernière modification par Edenris (Le 25/11/2019, à 16:00)

moko138 · Le 25/11/2019, à 20:01

#SystemMaxUse=100M
j'espère ne pas m'être trompé...

Ben si. Comment ouvres-tu le fichier pour le modifier ?

Edenris · Le 25/11/2019, à 20:30

avec sudo et avec nano .
je crois qu'il y a quiproquo...

Dernière modification par Edenris (Le 25/11/2019, à 20:43)

moko138 · Le 25/11/2019, à 21:00

avec sudo et avec nano

C'est correct.
Donc c'est ensuite que ça pêche.

La modification
Descends (flèche bas) jusqu'à

#SystemMaxUse=100M

puis supprime le "#".

L'enregistrement final se fait en 3 temps :
Ctrl o
Entrée
Ctrl x

Edenris · Le 25/11/2019, à 21:43

Comme tu me l'avais expliqué, je me disais bien que le # servait à commenter un fichier sans que ça ait un impact sur celui-ci (de fait, disons-le, toutes les options qui ont encore dans le fichier le # sont "désactivés" ).

fichier /etc/systemd/journald.conf :

#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=1000
SystemMaxUse=100M
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
#MaxRetentionSec=
#MaxFileSec=1month
#ForwardToSyslog=yes
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K

moko168 a écrit :

L'enregistrement final se fait en 3 temps :
Ctrl o
Entrée
Ctrl x

Perso, je préfère faire CTRL + S et CTRL + X, ça me semble plus sûr.

Dernière modification par Edenris (Le 25/11/2019, à 23:37)

moko138 · Le 25/11/2019, à 22:35

Et quand tu fais Ctrl s dans nano,
qu'est-ce qui s'affiche dans nano à la 3ème ligne en partant du bas ?

= =

À l'avenir, merci de penser à toujours donner des retours complets.

Un retour complet doit contenir toutes les lignes, et entières,
depuis celle de la commande
jusqu'à la ligne attendant la commande suivante, exemple :

moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:

Et ce, MÊME POUR UN RETOUR VIDE !
Ex :

moko@pc-c:~$ dpkg --list | grep Napoléon-Ier-aime-Game-of_Thrones
moko@pc-c:~$

.
Faute de quoi, il manque souvent à ceux qui tentent de t'aider des éléments essentiels.

(Plus de détails dans ce message-ci Retour utilisable de commande.)

Et si tu ne veux pas divulguer ton nom d'user, tu le remplaces par toto.

Montre ainsi :

cat /etc/systemd/journald.conf | grep MaxUse ; echo; cat /etc/logrotate.conf | grep "size 100M"

Merci.

Edenris · Le 25/11/2019, à 23:40

moko138 a écrit :

Et quand tu fais Ctrl s dans nano,
qu'est-ce qui s'affiche dans nano à la 3ème ligne en partant du bas ?

1) En ne faisant aucune modification supplémentaire, je suis rentré dans le fichier /etc/systemd/journald.conf avec sudo et nano puis, j'ai fait CTRL+S et ça m'a donné :

[ 42 lignes écrites ! ]

2) Je ne comprenais pas que tu demandais cette forme-là :

moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:

Je le ferai à présent.

3) Ce que tu demandes à la fin du message #33 avec :

robin@robin-OMEN-by-HP-Laptop:~$ cat /etc/systemd/journald.conf | grep MaxUse ; echo; cat /etc/logrotate.conf | grep "size 100M"
SystemMaxUse=100M
#RuntimeMaxUse=

size 100M
robin@robin-OMEN-by-HP-Laptop:~$

Dernière modification par Edenris (Le 25/11/2019, à 23:44)

moko138 · Le 26/11/2019, à 00:34

3) C'est bon !

Et que retourne

sudo du -sh /var/log ; echo; df -Thx tmpfs -x devtmpfs -x squashfs

à présent ?

Edenris · Le 26/11/2019, à 00:39

Voilà :

robin@robin-OMEN-by-HP-Laptop:~$ sudo du -sh /var/log ; echo; df -Thx tmpfs -x devtmpfs -x squashfs
[sudo] Mot de passe de robin : 
145M	/var/log

Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4    16G     11G  4,8G  69% /
/dev/sda1        vfat   256M     91M  166M  36% /boot/efi

moko138 · Le 26/11/2019, à 01:01

145M	/var/log

Tu vérifieras demain si c'est bien descendu sous les 100 Mio.

Edenris · Le 26/11/2019, à 20:02

Aujourd"hui, je démarre :

robin@robin-OMEN-by-HP-Laptop:~$ sudo du -sh /var/log ; echo; df -Thx tmpfs -x devtmpfs -x squashfs
[sudo] Mot de passe de robin : 
146M	/var/log

Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4    16G     11G  4,7G  69% /
/dev/sda1        vfat   256M     91M  166M  36% /boot/efi

Dernière modification par Edenris (Le 26/11/2019, à 20:02)

moko138 · Le 26/11/2019, à 21:58

Edenris a écrit :

146M	/var/log

Je suis surpris.

Si tu ne tiens pas à tes logs les plus anciens, on peut forcer une fois la rotation des logs :

sudo logrotate --force /etc/logrotate.conf

et regarder de nouveau le poids, mais en détail :

sudo du -am --max-depth=2 /var/log | sort -h | tail -18

Rappel :

Un retour complet doit contenir toutes les lignes, et entières,
depuis celle de la commande
jusqu'à la ligne attendant la commande suivante, exemple :
moi@mon-pc~$: ma-commande
son retour
moi@mon-pc~$:
Et ce, MÊME POUR UN RETOUR VIDE !
Ex :
moko@pc-c:~$ dpkg --list | grep Napoléon-Ier-aime-Game-of_Thrones
moko@pc-c:~$
.
Faute de quoi, il manque souvent à ceux qui tentent de t'aider des éléments essentiels.

Et va voir ce fil-ci Retour utilisable de commande, pour comprendre en quoi c'est important.

Edenris · Le 26/11/2019, à 22:35

moko138 a écrit :

Si tu ne tiens pas à tes logs les plus anciens, on peut forcer une fois la rotation des logs

OK. Voila :

robin@robin-OMEN-by-HP-Laptop:~$ sudo logrotate --force /etc/logrotate.conf
[sudo] Mot de passe de robin : 
robin@robin-OMEN-by-HP-Laptop:~$ sudo du -am --max-depth=2 /var/log | sort -h | tail -18
1	/var/log/unattended-upgrades/unattended-upgrades-shutdown.log.2.gz
1	/var/log/wtmp.1
1	/var/log/Xorg.0.log
1	/var/log/Xorg.0.log.old
1	/var/log/Xorg.1.log
1	/var/log/Xorg.1.log.old
2	/var/log/installer/partman
2	/var/log/ufw.log.1
3	/var/log/boot-info/20191025_112901
3	/var/log/boot-info/20191026_000751
3	/var/log/boot-info/20191028_213734
3	/var/log/installer
3	/var/log/syslog.1
5	/var/log/kern.log.1
7	/var/log/boot-info
115	/var/log/journal
115	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782
137	/var/log

Au post #38, je t'assure que je n'ai rien fait d'autre de la journée sur mon PC, mis à part lancer le navigateur web pour copier et lancer la commande, afin de prendre son retour et le coller ici.
Tout ce que je peux te dire de plus, c'est que UFW lance beaucoup de logs.

Dernière modification par Edenris (Le 26/11/2019, à 22:42)

moko138 · Le 26/11/2019, à 23:59

Edenris,

Afin de voir si les choses rentrent dans l'ordre automatiquement, ne faisons plus de rotation forcée.

Mais je te prie, si d'ici un maximum de huit jours (donc le 4/12), /var/log n'était pas repassé sous les 100 Mio, de le signaler, car il faudrait alors approfondir et voir ce qui pourrait manquer aux réglages que j'ai récapitulés en #16.

Maintenant, peux-tu montrer :

cd /var/log/journal/1ac0d0e3193f40288457ffcd7bce2782 && ls -lt ; cd

? Merci !

- -

Au post #38, je t'assure que je n'ai rien fait d'autre de la journée sur mon PC, mis à part lancer le navigateur web pour copier et lancer la commande, afin de prendre son retour et le coller ici.

Et... ? (Pas compris).

Edenris · Le 27/11/2019, à 01:18

moko138 a écrit :

Afin de voir si les choses rentrent dans l'ordre automatiquement, ne faisons plus de rotation forcée.

1) Aucun problème.

moko138 a écrit :

si d'ici un maximum de huit jours (donc le 4/12), /var/log n'était pas repassé sous les 100 Mio, de le signaler, car il faudrait alors approfondir et voir ce qui pourrait manquer aux réglages que j'ai récapitulés en #16.

2) Ok. Je note cette date.

3) Voila :

robin@robin-OMEN-by-HP-Laptop:~$ cd /var/log/journal/1ac0d0e3193f40288457ffcd7bce2782 && ls -lt ; cd
total 116776
-rw-r-----+ 1 root systemd-journal  8388608 nov.  27 00:13 system.journal
-rw-r-----+ 1 root systemd-journal  8388608 nov.  27 00:12 user-1000.journal
-rw-r-----+ 1 root systemd-journal 13107200 nov.  26 20:53 system@8e38e52a04e0429786d530fac5d9def8-0000000000000001-000598347e0b590c.journal
-rw-r-----+ 1 root systemd-journal  8388608 nov.  26 20:46 user-1000@abcffe103fc04d17b102b3c30eba7a15-0000000000000665-000598347ec35e65.journal
-rw-r-----+ 1 root systemd-journal  8388608 nov.  26 00:55 user-1000@000598347ec37457-122b4fdb0e39ad30.journal~
-rw-r-----+ 1 root systemd-journal  8388608 nov.  26 00:55 system@000598347e0ca042-f266454fa69abe72.journal~
-rw-r-----+ 1 root systemd-journal 16777216 nov.  25 21:03 system@01c772a02a6044cca7f8455dede83945-000000000003d651-0005982c23151817.journal
-rw-r-----+ 1 root systemd-journal 13107200 nov.  25 14:56 system@01c772a02a6044cca7f8455dede83945-00000000000397e3-0005982326e46155.journal
-rw-r-----+ 1 root systemd-journal  8388608 nov.  25 14:55 user-1000@194f541ab6e845e6b47f5f58e5a91a2c-0000000000039803-0005982326e5d4f4.journal
-rw-r-----+ 1 root systemd-journal 13107200 nov.  25 04:13 system@01c772a02a6044cca7f8455dede83945-0000000000035365-0005981a4578c2cd.journal
-rw-r-----+ 1 root systemd-journal 13107200 nov.  25 04:13 user-1000@194f541ab6e845e6b47f5f58e5a91a2c-000000000003171b-00059808548b45b1.journal

Edenris a écrit :

Au post #38, je t'assure que je n'ai rien fait d'autre de la journée sur mon PC, mis à part lancer le navigateur web pour copier et lancer la commande, afin de prendre son retour et le coller ici.

moko138 a écrit :

Et... ? (Pas compris).

4) C'est juste pour te dire que je n'ai assurément rien fait sur mon PC avant d'effectuer la commande demandée et effectivement, c'est surprenant de ne pas retrouver le résultat escompté...

Dernière modification par Edenris (Le 27/11/2019, à 01:23)

moko138 · Le 27/11/2019, à 12:03

4) Un plafond est un plafond
Que tu aies utilisé ton système à fond la caisse 24h/24 ou 10 minutes par jour, le plafond n'a pas à être dépassé.
C'est pourquoi je ne comprenais pas ton

je n'ai rien fait d'autre de la journée sur mon PC

Par ailleurs, ton plafond de 100M est dépassé.
C'est pourquoi je postule que les règles que nous avons fixées au cours de ce fil n'ont, peut-être, pas d'effet rétroactif.
D'où la première partie de mon #41. Nous devrions être fixés le 4/12.

Edenris · Le 27/11/2019, à 20:03

moko138 a écrit :

Un plafond est un plafond

Quand j'y repense, oui, c'est tout à fait logique...

Je n'oublie pas la date.*

Dernière modification par Edenris (Le 27/11/2019, à 20:04)

Edenris · Le 05/12/2019, à 03:25

@moko138 : excuse-moi !! j'étais très occupé !!! heureusement, je n'étais pas sur ubuntu durant tout ce temps !
Voici le rendu tant attendu et très semblable :

robin@robin-OMEN-by-HP-Laptop:~$ sudo du -sh /var/log ; echo; df -Thx tmpfs -x devtmpfs -x squashfs
141M	/var/log

Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4    16G    9,9G  5,1G  67% /
/dev/sda1        vfat   256M     91M  166M  36% /boot/efi

moko138 · Le 05/12/2019, à 07:36

Intéressant : neuf jours plus tard, on reste au-dessus de 100 Mio.

Je crois comprendre que par les réglages du #16 :
- nous avons bien plafonné /var/log/journal/ à 100 M ;
- mais dans /var/log nous avons seulement imposé une rotation dès qu'un log atteint 100 M, donc ces réglages permettent un total très supérieur à 100 M. Exemple théorique :

100 M    /var/log/journal/
 20 M    /var/log/syslog
100 M    /var/log/syslog.1
 10 M    /var/log/kern.log
100 M    /var/log/kern.log.1
 50 M    /var/log/auth.log
100 M    /var/log/auth.log.1
(...)
811 M    TOTAL /var/log/

Pour nous permettre de le vérifier, montre :

sudo du -am --max-depth=3 /var/log | sort -h | tail -30

et

ls -lt /var/log | head -30

Merci !

Dernière modification par moko138 (Le 05/12/2019, à 07:53)

Edenris · Le 05/12/2019, à 14:16

moko138 a écrit :

mais dans /var/log nous avons seulement imposé une rotation dès qu'un log atteint 100 M

Ok.

Voici pour la 1ère commande :

robin@robin-OMEN-by-HP-Laptop:~$ sudo du -am --max-depth=3 /var/log | sort -h | tail -30
[sudo] Mot de passe de robin : 
2	/var/log/boot-info/20191025_112901/sda
2	/var/log/boot-info/20191025_112901/sdb
2	/var/log/boot-info/20191026_000751/sda
2	/var/log/boot-info/20191026_000751/sdb
2	/var/log/boot-info/20191028_213734/sda
2	/var/log/boot-info/20191028_213734/sdb
2	/var/log/installer/partman
2	/var/log/kern.log
2	/var/log/ufw.log.1
3	/var/log/boot-info/20191025_112901
3	/var/log/boot-info/20191026_000751
3	/var/log/boot-info/20191028_213734
3	/var/log/installer
7	/var/log/boot-info
7	/var/log/kern.log.1
8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@67a655b585114f89a3e01fbd39ed4635-0000000000005697-00059881a72b9a8a.journal
8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@000598852d99b16c-4ba4e828bbc82472.journal~
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000849b-000598a44c737c1a.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000aee1-000598ad28851554.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@000598852e319e90-39527e542156d7ac.journal~
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000aea4-000598ad2858190b.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@4ace18d8145645269cd3212fbcb62ced-00000000000061de-00059881f16f7dce.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-0000000000000001-000598852d956875.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000425f-00059896b9e19cec.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000000676-000598852e317029.journal
115	/var/log/journal
115	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782
141	/var/log

Voici pour la 2ème commande :

robin@robin-OMEN-by-HP-Laptop:~$ ls -lt /var/log | head -30
total 18068
-rw-r-----  1 syslog            adm             1953043 déc.   5 13:15 kern.log
-rw-r-----  1 syslog            adm              356100 déc.   5 13:15 syslog
-rw-r-----  1 syslog            adm              522165 déc.   5 13:15 ufw.log
-rw-r-----  1 syslog            adm               45497 déc.   5 13:13 auth.log
-rw-r--r--  1 root              root              54398 déc.   5 13:11 Xorg.0.log
-rw-rw-r--  1 root              utmp              11136 déc.   5 13:11 wtmp
-rw-------  1 root              root             815823 déc.   5 13:11 boot.log
-rw-r--r--  1 root              root               1636 déc.   5 13:11 gpu-manager.log
-rw-r--r--  1 root              root               1593 déc.   5 02:25 gpu-manager-switch.log
-rw-r--r--  1 root              root              57472 déc.   5 02:25 Xorg.0.log.old
drwxr-x---  2 root              adm                4096 déc.   5 02:22 unattended-upgrades
-rw-r-----  1 syslog            adm              874171 déc.   5 02:22 syslog.1
drwxr-xr-x  2 root              root               4096 déc.   5 02:22 cups
-rw-r--r--  1 root              root             100197 déc.   5 02:20 dpkg.log
drwxr-xr-x  2 root              root               4096 déc.   5 02:20 apt
-rw-r-----  1 syslog            adm              256207 déc.   2 01:09 syslog.2.gz
-rw-r--r--  1 root              root                332 déc.   2 00:44 alternatives.log
-rw-r--r--  1 root              root                530 déc.   1 04:36 aptitude
-rw-rw----  1 root              utmp                  0 déc.   1 01:10 btmp
drwxr-xr-x  2 clamav            clamav             4096 déc.   1 01:10 clamav
-rw-r-----  1 syslog            adm              780666 déc.   1 01:10 syslog.3.gz
-rw-r-----  1 syslog            adm             6934032 déc.   1 01:10 kern.log.1
-rw-r-----  1 syslog            adm             1206385 déc.   1 01:10 ufw.log.1
-rw-r-----  1 syslog            adm              200065 déc.   1 00:24 auth.log.1
-rw-r--r--  1 root              root             116464 nov.  30 23:38 dpkg.log.1
-rw-r--r--  1 root              root                618 nov.  30 23:32 aptitude.1.gz
-rw-rw-r--  1 root              utmp              42624 nov.  30 23:14 wtmp.1
-rw-r--r--  1 root              root               1257 nov.  30 01:22 alternatives.log.1
-rw-r-----  1 root              adm                   0 nov.  30 00:27 apport.log

Dernière modification par Edenris (Le 05/12/2019, à 14:16)

moko138 · Le 05/12/2019, à 16:57

Donc
Le problème résiduel principal concerne /var/log/journal/ qui reste au-dessus de 100 M (115 ici).

Pour le reste, il y a du bon :
/var/log/ sans le journal, pèse 26 Mio (= 141 - 115)

Et on conserve (c'est le fonctionnement par défaut) une rotation à des dates différentes selon les logs :

déc.   5 13:15 syslog
déc.   5 02:22 syslog.1
déc.   2 01:09 syslog.2.gz
déc.   1 01:10 syslog.3.gz

déc.   5 13:15 kern.log
déc.   1 01:10 kern.log.1

déc.   2 00:44 alternatives.log
nov.  30 01:22 alternatives.log.1

Ces rotations hors journal se passent sans recours au plafond de taille dans /etc/logrotate.conf, puisque le plus lourd des logs hors journal pèse 6,6 Mio (kern.log.1 à 6.934.032 octets).
On va garder ce plafond parce que, sans lui, il suffit parfois de trois fois rien, comme un nouveau périphérique mal reconnu, pour provoquer un log de plusieurs dizaines de Gio.

Journal à 115 M : Que faire ?
Je te propose d'exécuter une seule fois :

sudo journalctl --vacuum-size=99M

puisque

man journalctl
       --vacuum-size=
           Removes archived journal files until the disk space they use falls below the specified
           size

et de regarder périodiquement, par

sudo du -am --max-depth=2 /var/log/journal | sort -h | tail -30

si /var/log/journal repasse le plafond ou pas.

= =

(Conserver tous tes /var/log/boot-info/* est inutile. Seul le plus récent a une chance d'être utile en cas de pépin.
Si tu tiens à les conserver, alors rends-t'en propriétaire et déplace-les dans tes données).

Edenris · Le 05/12/2019, à 23:49

ça m'a l'air mieux :

robin@robin-OMEN-by-HP-Laptop:~$ sudo journalctl --vacuum-size=99M
Vacuuming done, freed 0B of archived journals from /var/log/journal/1ac0d0e3193f40288457ffcd7bce2782.
robin@robin-OMEN-by-HP-Laptop:~$ sudo du -am --max-depth=2 /var/log/journal | sort -h | tail -30
8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system.journal
8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@000598852d99b16c-4ba4e828bbc82472.journal~
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000849b-000598a44c737c1a.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000aee1-000598ad28851554.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000cbf5-000598eab1d7f38d.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@000598852e319e90-39527e542156d7ac.journal~
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000aea4-000598ad2858190b.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000cc41-000598eab20c75fb.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-0000000000000001-000598852d956875.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000425f-00059896b9e19cec.journal
13	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000000676-000598852e317029.journal
110	/var/log/journal
110	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782

moko138 · Le 06/12/2019, à 05:32

Vacuuming done, freed 0B

Soit "Vide fait, libéré zéro octet".

- -
Demandé :
sudo journalctl --vacuum-size=99M

Obtenu (en Mio) :
110 /var/log/journal

Je ne comprends pas.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 25/11/2019, à 08:31

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#27 Le 25/11/2019, à 09:10

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#28 Le 25/11/2019, à 15:58

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#29 Le 25/11/2019, à 20:01

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#30 Le 25/11/2019, à 20:30

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#31 Le 25/11/2019, à 21:00

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#32 Le 25/11/2019, à 21:43

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#33 Le 25/11/2019, à 22:35

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#34 Le 25/11/2019, à 23:40

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#35 Le 26/11/2019, à 00:34

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#36 Le 26/11/2019, à 00:39

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#37 Le 26/11/2019, à 01:01

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#38 Le 26/11/2019, à 20:02

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#39 Le 26/11/2019, à 21:58

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#40 Le 26/11/2019, à 22:35

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#41 Le 26/11/2019, à 23:59

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#42 Le 27/11/2019, à 01:18

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#43 Le 27/11/2019, à 12:03

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#44 Le 27/11/2019, à 20:03

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#45 Le 05/12/2019, à 03:25

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#46 Le 05/12/2019, à 07:36

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#47 Le 05/12/2019, à 14:16

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#48 Le 05/12/2019, à 16:57

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#49 Le 05/12/2019, à 23:49

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

#50 Le 06/12/2019, à 05:32

Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat

Pied de page des forums