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.

#51 Le 10/12/2019, à 19:13

Compte supprimé

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

Edenris a écrit :

Bonjour,
le .deb gnome-system-monitor qui ne trouve plus mes partitions alors que le .snap marche sans problèmes, c'est normal ?
Merci de vos réponses.
https://nsa40.casimages.com/img/2019/11/10/mini_191110105141479230.png

Bonjour,

as-tu regardé dans les préférences de gnome-system-monitor tout simplement ?

La case «afficher tous les systèmes de fichiers» est-elle cochée ou décochée ?

#52 Le 11/12/2019, à 12:39

moko138

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

Eurêka !

Merci Ludovic !  smile  Tu m'as poussé à relire plus attentivement

man journalctl

qui dit :

                                                           Note that running
--vacuum-size= has only an indirect effect on the output shown by --disk-usage, as the
latter includes active journal files, while the vacuuming operation only operates on
archived journal files. 
--disk-usage
Shows the current disk usage of all journal files. This shows the sum of the disk
usage of all archived and active journal files.

Soit :

Notez qu'exécuter --vacuum-size= n'a qu'un effet indirect sur le retour de --disk-usage, puisque la seconde option comprend les fichiers actifs du journal, alors que la vidange n'agit que sur les fichiers archivés du journal.

Et en effet en #42 on avait :

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
(...)

C'est-à-dire 116.776 kio dont 16.384 kio non archivés (= 2 fois 8.388.608 o).
116.776 - 16.384 kio = 100.392 kio
= 98 Mio  big_smile


Pour que /var/log/journal ne dépasse pas 100 Mio,
une solution consistera à plafonner :
  - le journal à 80 Mio
  - et chacun des fichiers, même non archivés, à 10 Mio.


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#53 Le 11/12/2019, à 13:57

Compte supprimé

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

Juste une précision par rapport à la taille de tes journaux :

Un livre de poche fait environ 35 lignes de 55 caractères = 1925 octets
…par 320 pages = 616000 octets = 616 ko.

«Pour que /var/log/journal ne dépasse pas 100 Mio» se traduit en équivalent à 170 livres ! N'est-ce-pas inutile ou trop ?

PS : je me suis basé sur le livre d'Aldous HUXLEY «le meilleur des mondes».
(J'avais pris pour réflexe de considérer le méga-octet (non compressé) semblable à un livre de poche.

Dernière modification par Compte supprimé (Le 11/12/2019, à 15:11)

#54 Le 11/12/2019, à 14:01

Compte supprimé

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

Un journal de 27 Go représentent 43831 livres de poche, mais comme la compression de texte a un ratio de 1 à 100, en fait 27 Go représentent
4 383 117 livres !

#55 Le 11/12/2019, à 21:10

moko138

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

Je récapitule.

Pour que /var/log/journal ne dépasse pas 100 Mio,
une solution consiste à plafonner :
  - la partie archivée du journal à 80 Mio (*)
  - et chacun des fichiers, même non archivés, à 10 Mio.

En pratique, si on utilise systemd, alors, dans /etc/systemd/journald.conf,
remplacer #SystemMaxUse= par

SystemMaxUse=80M

et remplacer #SystemMaxFileSize= par

SystemMaxFileSize=10M

= =

                 Par ailleurs,
pour /var/log moins /var/log/journal
On peut limiter sa taille à 50 Mio.    Pour cela,
dans /etc/logrotate.conf
ajouter :

size 50M

juste avant la ligne # keep 4 weeks worth of backlogs


____
(*) L'explication de 80 pour obtenir 100 est que journalctl --vacuum-size= ne porte que sur la partie archivée du journal, et, bien que le man ne le précise pas, il semble que de même
SystemMaxFileSize= ne porte que sur la partie archivée du journal.

=================


AJOUT du 21/12/2019
     Je reformule pour ceux qui ne veulent pas se prendre le chou :

a, b, et c sont les trois nombres sur lesquels vous allez jouer.

Le poids total de /var/log peut être décomposé en 3 dans les fichiers de configuration :

size aM    # Notez l'absence de signe "=".

qui est le poids (a Mio) de /var/log hors journal

+

SystemMaxUse=bM

qui est le poids (b Mio) des fichiers déjà archivés de /var/log/journal

+ 2 fois

SystemMaxFileSize=cM

qui est le poids (c Mio) de chacun des 2 fichiers les plus récents de /var/log/journal.


Donc
si vous voulez que le poids total de /var/log ne dépasse pas la limite L de votre choix (L Mio),
un des types de solution consiste à fixer a, b et c de sorte que
                 a + b +2c = L

C'est tout !  smile


Exemple 1, pour ne pas dépasser 100 Mio
30 + 50 + (2 * 10) = 100
  Dans /etc/logrotate.conf, ajouter :

size 30M

juste avant la ligne # keep 4 weeks worth of backlogs
            .
     Et dans /etc/systemd/journald.conf, remplacer
#SystemMaxUse=   par

SystemMaxUse=50M

et #SystemMaxFileSize=   par

SystemMaxFileSize=10M

- -

            .
Exemples 2 et 3, pour ne pas dépasser 250 Mio
70 + 150 + (2 * 15) = 250
     ou
100 + 120 + (2 * 15) = 250

Etc., à votre guise.

Dernière modification par moko138 (Le 21/12/2019, à 03:15)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#56 Le 14/12/2019, à 16:40

Compte supprimé

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

moko138 a écrit :

Je récapitule.

Pour que /var/log/journal ne dépasse pas 100 Mio,
une solution consiste à plafonner :
  - la partie archivée du journal à 80 Mio (*)
  - et chacun des fichiers, même non archivés, à 10 Mio.

____
(*) L'explication de 80 pour obtenir 100 est que journalctl --vacuum-size= ne porte que sur la partie archivée du journal, et, bien que le man ne le précise pas, il semble que de même
SystemMaxFileSize= ne porte que sur la partie archivée du journal.

Salut.
Parfait moko138.
Tu pourrais presque en faire une méthode accessible depuis https://doc.ubuntu-fr.org/

++
L_d_v_c@

#57 Le 14/12/2019, à 17:42

moko138

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

Merci !
Je préfère n'intervenir dans la Doc que quand je suis en mesure de vérifier les choses sur mon propre système. Or je n'ai aucun S.E. utilisant journalctl.

Par ailleurs, je me rappelle que sur un fil de clef usb (wifi ?) on avait été plusieurs à faire un hors-sujet récapitulant diverses méthodes pour limiter la taille des logs (via fstab etc.)


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#58 Le 19/12/2019, à 17:31

Edenris

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

Bonjour, excusez-moi de prendre autant de temps pour répondre (travail oblige),

@L_d_v_c@, comme tu peux le voir sur le screen du gnome-system-monitor en .deb il n'y a pas les 3 traits qui font office de "paramètres" tandis que sur ce screen du gnome-system-monitor en .snap ils sont bien présents et semble-t-il, rien n'a besoin d'être paramétré.
Pire dans le snap, la case "Afficher tous les systèmes de fichiers" est décochée.

-----------------------

Merci à @moko138 et à @L_d_v_c@ de continuer à m'aider pour la réduction des logs à 100Mio mais même si dans /etc/systemd/journald.conf je mets :

#  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=80M
#SystemKeepFree=
SystemMaxFileSize=10M
#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

et que je mets dans /etc/logrotate.conf :

# see "man logrotate" for details
# rotate log files weekly
weekly

# use the syslog group by default, since this is the owning group
# of /var/log/syslog.
su root syslog

size 50M
# keep 4 weeks worth of backlogs
rotate 4

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

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

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

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

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

# system-specific logs may be configured here

ça semble n'avoir peu d'effets quand on fait :

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

Voici le retour sans reboot :

125M	/var/log
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4    16G    9,6G  5,4G  65% /
/dev/sda1        vfat   256M     91M  166M  36% /boot/efi

Voici un autre retour avec reboot :

110M	/var/log
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
/dev/sda5        ext4    16G    9,6G  5,4G  65% /
/dev/sda1        vfat   256M     91M  166M  36% /boot/efi

Dernière modification par Edenris (Le 19/12/2019, à 17:38)

Hors ligne

#59 Le 19/12/2019, à 17:44

ylag

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

Bonjour,

Edenris a écrit :

ça semble n'avoir peu d'effets quand on fait :

Regarde si tu n'aurais pas un fichier /etc/logrotate.d/rsyslog
Sauf erreur de ma part, ce fichier aurait préséance sur /etc/logrotate.conf ?
Ç'est installé par le paquet rsyslog.

Par exemple sur mon Ubuntu 18.04, je fais la rotation quotidiennement pour /var/log/syslog et garde les sept derniers fichiers:

yvan@yvan-maison:~$ dpkg -S /etc/logrotate.d/rsyslog
rsyslog: /etc/logrotate.d/rsyslog
yvan@yvan-maison:~$ cat /etc/logrotate.d/rsyslog
/var/log/syslog
{
	rotate 7
	daily
	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
/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
}
yvan@yvan-maison:~$ 

Ce serait sur ce fichier qu'il te faudrait intervenir ?

A+

Dernière modification par ylag (Le 19/12/2019, à 17:55)

Hors ligne

#60 Le 19/12/2019, à 17:51

Edenris

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

Bonsoir @ylag,
j'ai bien un fichier /etc/logrotate.d/rsyslog , étant donné que logrotate est automatiquement installé pour Ubuntu 18.04 .
Mais ton fichier correspond au mien :

/var/log/syslog
{
        rotate 7
        daily
        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
/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
}
ylag a écrit :

Ce serait sur ce fichier qu'il te faudrait intervenir ?

Bah ! J'en sais rien x)

Hors ligne

#61 Le 19/12/2019, à 18:08

ylag

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

Bonsoir @Edenris,

Si je me fie à la page «man» de logrotate, il y aurait l'option maxsize pouvant être ajoutée; tu pourrais tenter quelque chose du genre de:

/var/log/syslog
{
        rotate 7
        daily
        maxsize 10M
        missingok
        notifempty
        delaycompress
        compress
        postrotate
                /usr/lib/rsyslog/rsyslog-rotate
        endscript
}
...

Ou toute autre taille de fichier que tu juges pertinente pour maxsize ?
C'est sous toute réserve, n'ayant moi-même jamais expérimenté la chose hmm

A+

Hors ligne

#62 Le 19/12/2019, à 18:20

Edenris

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

ce fut une très bonne idée @ylag !
quand on fait sans reboot derrière

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

, on obtient en retour :

108M	/var/log

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

et avec reboot, on obtient en retour :

109M	/var/log

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

Dernière modification par Edenris (Le 19/12/2019, à 18:31)

Hors ligne

#63 Le 19/12/2019, à 18:55

moko138

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

Edenris,
Merci de tes retours.  smile

Dans le /etc/logrotate.conf d'Edenris, je vois

# use the syslog group by default, since this is the owning group
# of /var/log/syslog.
su root syslog

que je n'ai pas, mais je ne suis pas dans ubuntu 18.04.

Qui a ce "su root syslog" ?

= =

Edenris,
Merci de montrer :

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

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#64 Le 19/12/2019, à 19:06

grandtoubab

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

Salut
je ne garde que 7 jours pour tous les fichiers

/etc/logrotate.d$ cat rsyslog
/var/log/syslog
{
	rotate 7
	daily
	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
/var/log/boot.log
/var/log/auth.log
/var/log/user.log
/var/log/lpr.log
/var/log/cron.log
/var/log/debug
/var/log/messages
{
	rotate 7
	daily
	missingok
	notifempty
	compress
	delaycompress
	sharedscripts
	postrotate
		/usr/lib/rsyslog/rsyslog-rotate
	endscript
}

les paramètres :
rotate 7
daily

Dernière modification par grandtoubab (Le 19/12/2019, à 19:07)


Linux tout seul sur HP Pavilion DV7 et Acer Aspire T650, Canon MG3650 en wifi
Debian 11 Bullseye Gnome/Xorg, Gnome/Wayland avec SDDM
https://bidouilledebian.wordpress.com/
ON M'A VU DANS LE VERCORS, SAUTER A L'ELASTIQUE..... J'AI DANS LES BOTTES DES MONTAGNES DE QUESTIONS....

Hors ligne

#65 Le 19/12/2019, à 19:18

ylag

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

Bonsoir @moko138,

Qui a ce "su root syslog" ?

Je l'ai par défaut sur Ubuntu 18.04:

yvan@yvan-maison:~$ cat /etc/logrotate.conf 
# see "man logrotate" for details
# rotate log files weekly
weekly

# use the syslog group by default, since this is the owning group
# of /var/log/syslog.
su root syslog

# keep 4 weeks worth of backlogs
rotate 4
...

A+

Hors ligne

#66 Le 19/12/2019, à 19:30

ylag

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

Re,

Il y aurait peut-être une commande du genre de:

ls -lhS /var/log/*/*

...pour lister le contenu de /var/log avec la taille des fichiers, ou encore l'utilitaire ncdu tel que suggéré dans la signature de @moko138 smile

A+

Hors ligne

#67 Le 19/12/2019, à 19:51

moko138

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

ylag a écrit :

Je l'ai par défaut sur Ubuntu 18.04

Merci ylag !  smile

  - -

Il y aurait peut-être une commande du genre de:

GOTO 63


/!\  Ne jamais se fier à ls pour le poids des répertoires !


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#68 Le 19/12/2019, à 19:54

Edenris

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

moko138 a écrit :

Qui a ce "su root syslog" ?

Comme l'explique @ylag , il est installé par défaut dans Ubuntu 18.04 .
Voici une preuve supplémentaire :

robin@robin-OMEN-by-HP-Laptop:~$ aptitude show logrotate
Paquet : logrotate                                      
Version : 3.11.0-0.1ubuntu1
État: installé
Automatiquement installé: oui
Priorité : important
Section : admin
Responsable : Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
Architecture : amd64
Taille décompressée : 128 k
Dépend: libacl1 (>= 2.2.51-8), libc6 (>= 2.14), libpopt0 (>= 1.14), libselinux1
        (>= 1.32), cron | anacron | cron-daemon, base-passwd (>= 2.0.3.4)
Suggère: bsd-mailx | mailx
Est en conflit: logrotate:i386
Casse: postgresql-common (<= 126), postgresql-common:i386 (<= 126)
Description : Utilitaire de rotation de fichier journal
 L'utilitaire logrotate est destiné à simplifier l'administration des fichiers
 journaux sur un système qui en génère un nombre important. Logrotate autorise
 la rotation et la compression automatique des fichiers, ainsi que leur
 suppression ou envoi par courrier électronique. Logrotate peut être également
 configuré pour traiter un fichier chaque jour, semaine, ou mois, ou bien quand
 le fichier atteint une certaine taille. Habituellement, logrotate est exécuté
 en tant que tâche « cron » quotidienne.
Site : https://github.com/logrotate/logrotate

Concernant

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

Voici le retour :

8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000010311-0005998b91635a11.journal
8	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000010fef-000599b3c6f4db5f.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/system@fa4266948e9b439f96f376c2cdcdf91d-000000000000f5fa-000598fbcce6dcbe.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-00000000000102fb-0005998b8e81ab93.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system@fa4266948e9b439f96f376c2cdcdf91d-0000000000010fe0-000599b3c510abd7.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/system.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000cc41-000598eab20c75fb.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000f601-000598fbcd0efa1a.journal
9	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782/user-1000.journal
89	/var/log/journal
89	/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782

Concernant

sudo du -ak --max-depth=1 --exclude=journal /var/log | sort -h | tail -30

Voici le retour :

56	/var/log/Xorg.0.log.old
64	/var/log/cups
64	/var/log/ufw.log.3.gz
72	/var/log/auth.log.1
72	/var/log/ufw.log.2.gz
88	/var/log/ufw.log.4.gz
108	/var/log/dist-upgrade
108	/var/log/ufw.log
116	/var/log/syslog.3.gz
120	/var/log/dpkg.log.1
156	/var/log/dpkg.log
172	/var/log/dpkg.log.3.gz
252	/var/log/syslog.4.gz
268	/var/log/syslog.2.gz
284	/var/log/apt
400	/var/log/syslog.7.gz
444	/var/log/syslog
480	/var/log/syslog.6.gz
496	/var/log/kern.log
544	/var/log/ufw.log.1
580	/var/log/kern.log.3.gz
612	/var/log/kern.log.4.gz
760	/var/log/kern.log.2.gz
764	/var/log/syslog.5.gz
784	/var/log/syslog.1
836	/var/log/boot.log
2444	/var/log/installer
2480	/var/log/kern.log.1
6516	/var/log/boot-info
20696	/var/log

Complémentairement, voici le retour de la commande donnée par @ylag

ls -lhS /var/log/*/*
-rw-------   1 root   root            1,4M oct.  24 12:06 /var/log/installer/partman
-rw-------   1 syslog adm             568K oct.  24 12:13 /var/log/installer/syslog
-rw-rw-r--   1 root   root            455K oct.  24 12:13 /var/log/installer/initial-status.gz
-rw-r--r--   1 root   root             73K nov.  15 17:44 /var/log/dist-upgrade/eipp.log.xz
-rw-r--r--   1 root   root             71K déc.  19 16:57 /var/log/apt/eipp.log.xz
-rw-r-----   1 root   adm              62K déc.  19 16:58 /var/log/apt/term.log
-rw-r-----   1 root   adm              47K oct.  31 21:29 /var/log/apt/term.log.3.gz
-rw-r--r--   1 root   root             40K oct.  31 21:29 /var/log/apt/history.log.3.gz
-rw-r-----   1 root   adm              18K nov.  15 17:44 /var/log/dist-upgrade/apt-term.log
-rw-r-----   1 root   adm              17K nov.  26 02:14 /var/log/apt/term.log.2.gz
-rw-r--r--   1 root   root             12K déc.  19 16:58 /var/log/apt/history.log
-rw-------   1 root   root             11K oct.  24 12:06 /var/log/installer/debug
-rw-r--r--   1 root   root            4,9K nov.  26 02:14 /var/log/apt/history.log.2.gz
-rw-r-----   1 root   adm             4,6K nov.  30 23:38 /var/log/apt/term.log.1.gz
-rw-r--r--   1 root   root            2,9K nov.  15 17:44 /var/log/dist-upgrade/history.log
-rw-r--r--   1 root   root            2,8K nov.  15 17:44 /var/log/dist-upgrade/apt.log
-rw-r--r--   1 root   adm             2,4K déc.   5 02:20 /var/log/unattended-upgrades/unattended-upgrades-dpkg.log.1.gz
-rw-r--r--   1 root   root            2,0K nov.  30 23:38 /var/log/apt/history.log.1.gz
-rw-r-----   1 root   adm             1,8K déc.  19 17:41 /var/log/cups/access_log.1
-rw-------   1 root   root            1,7K oct.  24 13:50 /var/log/installer/casper.log
-rw-r--r--   1 root   adm             1,2K nov.  10 21:45 /var/log/unattended-upgrades/unattended-upgrades-dpkg.log.2.gz
-rw-r-----   1 root   adm              974 déc.  19 19:28 /var/log/cups/access_log
-rw-r--r--   1 root   root             850 déc.  15 03:10 /var/log/unattended-upgrades/unattended-upgrades.log
-rw-r-----   1 root   adm              788 nov.  30 00:27 /var/log/cups/access_log.6.gz
-rw-r--r--   1 root   root             759 nov.  20 14:50 /var/log/unattended-upgrades/unattended-upgrades.log.2.gz
-rw-r--r--   1 root   root             656 oct.  24 12:13 /var/log/installer/telemetry
-rw-r-----   1 root   adm              584 déc.   1 01:10 /var/log/cups/access_log.5.gz
-rw-r-----   1 root   adm              551 déc.   5 02:22 /var/log/cups/access_log.3.gz
-rw-r--r--   1 root   root             514 déc.   5 02:20 /var/log/unattended-upgrades/unattended-upgrades.log.1.gz
-rw-r-----   1 root   adm              413 déc.   2 01:09 /var/log/cups/access_log.4.gz
-rw-r-----   1 root   adm              405 déc.  15 02:15 /var/log/cups/access_log.2.gz
-rw-r-----   1 root   adm              402 nov.  29 00:07 /var/log/cups/access_log.7.gz
-rw-r--r--   1 root   root             309 oct.  31 20:40 /var/log/unattended-upgrades/unattended-upgrades.log.3.gz
-rw-r-----   1 root   adm              264 oct.  26 00:08 /var/log/cups/error_log.7.gz
-rw-r-----   1 root   adm              260 nov.  17 18:36 /var/log/cups/error_log.3.gz
-rw-r-----   1 root   adm              211 nov.  16 12:20 /var/log/cups/error_log.5.gz
-rw-r-----   1 clamav adm              168 oct.  25 21:49 /var/log/clamav/freshclam.log.8.gz
-rw-r--r--   1 root   root             148 nov.  15 17:45 /var/log/unattended-upgrades/unattended-upgrades-shutdown.log.1.gz
-rw-r-----   1 root   adm              143 nov.  16 12:23 /var/log/cups/error_log.4.gz
-rw-r--r--   1 root   root             128 oct.  26 01:05 /var/log/unattended-upgrades/unattended-upgrades-shutdown.log.2.gz
-rw-r-----   1 root   adm              111 nov.  29 20:58 /var/log/cups/error_log.2.gz
-rw-r-----   1 root   adm              111 nov.   1 01:51 /var/log/cups/error_log.6.gz
-rw-r-----   1 root   adm               92 nov.  30 23:13 /var/log/cups/error_log.1
-rw-r--r--   1 root   root              61 oct.  24 12:13 /var/log/installer/media-info
-rw-------   1 root   root              21 oct.  24 13:51 /var/log/installer/version
-rw-r-----   1 clamav adm               20 nov.  26 21:34 /var/log/clamav/freshclam.log.2.gz
-rw-r-----   1 clamav adm               20 nov.  24 00:05 /var/log/clamav/freshclam.log.3.gz
-rw-r-----   1 clamav adm               20 nov.  18 01:08 /var/log/clamav/freshclam.log.4.gz
-rw-r-----   1 clamav adm               20 nov.  10 21:47 /var/log/clamav/freshclam.log.5.gz
-rw-r-----   1 clamav adm               20 nov.   4 01:08 /var/log/clamav/freshclam.log.6.gz
-rw-r-----   1 clamav adm               20 oct.  27 15:28 /var/log/clamav/freshclam.log.7.gz
-rw-r-----   1 clamav adm                0 déc.  15 02:15 /var/log/clamav/freshclam.log
-rw-r-----   1 clamav adm                0 déc.   1 01:10 /var/log/clamav/freshclam.log.1
-rw-r-----   1 root   adm                0 déc.   1 01:10 /var/log/cups/error_log
-rw-r--r--   1 root   root               0 nov.  15 17:38 /var/log/dist-upgrade/main.log.partial
-rw-r--r--   1 root   root               0 nov.  15 17:38 /var/log/dist-upgrade/term.log
-rw-r--r--   1 root   adm                0 déc.   5 02:22 /var/log/unattended-upgrades/unattended-upgrades-dpkg.log
-rw-r--r--   1 root   root               0 nov.  26 21:34 /var/log/unattended-upgrades/unattended-upgrades-shutdown.log

/var/log/boot-info/20191025_112901:
total 152K
-rw-r--r-- 1 root root  63K oct.  25 11:34 boot-info.log
-rw-r--r-- 1 root root  56K oct.  25 11:29 RESULTS.txt
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sda
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sda1
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sda3
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sda4
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sda5
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sdb
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sdb1
drwxr-xr-x 2 root root 4,0K oct.  25 11:29 sdb2

/var/log/boot-info/20191026_000751:
total 88K
-rw-r--r-- 1 root root  55K oct.  26 00:08 boot-info.log
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sda
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sda1
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sda3
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sda4
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sda5
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sdb
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sdb1
drwxr-xr-x 2 root root 4,0K oct.  26 00:07 sdb2

/var/log/boot-info/20191028_213734:
total 92K
-rw-r--r-- 1 root root  59K oct.  28 21:37 boot-info.log
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sda
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sda1
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sda3
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sda4
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sda5
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sdb
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sdb1
drwxr-xr-x 2 root root 4,0K oct.  28 21:37 sdb2

/var/log/hp/tmp:
total 0

/var/log/journal/1ac0d0e3193f40288457ffcd7bce2782:
total 89M
-rw-r-----+ 1 root systemd-journal 8,0M déc.   5 02:17 system@fa4266948e9b439f96f376c2cdcdf91d-000000000000aee1-000598ad28851554.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.   5 22:42 system@fa4266948e9b439f96f376c2cdcdf91d-000000000000cbf5-000598eab1d7f38d.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  13 02:12 system@fa4266948e9b439f96f376c2cdcdf91d-000000000000f5fa-000598fbcce6dcbe.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  15 02:11 system@fa4266948e9b439f96f376c2cdcdf91d-00000000000102fb-0005998b8e81ab93.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  19 16:53 system@fa4266948e9b439f96f376c2cdcdf91d-0000000000010fe0-000599b3c510abd7.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  19 19:51 system.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.   5 22:42 user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000cc41-000598eab20c75fb.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  13 02:12 user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-000000000000f601-000598fbcd0efa1a.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  15 02:11 user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000010311-0005998b91635a11.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  19 16:53 user-1000@9e4ec4adcbbf4e83a9864a29ec0ecae9-0000000000010fef-000599b3c6f4db5f.journal
-rw-r-----+ 1 root systemd-journal 8,0M déc.  19 19:44 user-1000.journal

Hors ligne

#69 Le 19/12/2019, à 20:37

moko138

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

Edenris a écrit :

Comme l'explique @ylag , il est installé par défaut dans Ubuntu 18.04 .
Voici une preuve supplémentaire :

Non. Tu avais lu la question en diagonale. Tu t'es précipité et, tout en la citant, tu as répondu à autre chose qu'à ma question.

= =

Bon, on a la répartition
- dans les 21 Mo de { /var/log/ sans le journal }.
- dans les 89 Mo de /var/log/journal

Dans  /etc/logrotate.conf,
size 50M
est respecté.

Dans /etc/systemd/journald.conf,

SystemMaxUse=80M
SystemMaxFileSize=10M

sont respectés.

  20 M est inférieur à 50 Mo.
Et 89 Mo est inférieur à 100 Mo.
Comme anticipé dans le #55  big_smile

  - -
Edenris,
Puis-je t'inviter à lire le #55 aussi ?


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#70 Le 21/12/2019, à 03:24

moko138

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

J'ai ajouté des cas concrets à la fin du #55, pour ceux qui ne veulent pas se prendre le chou.
smile


%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne