#51 Le 10/12/2019, à 20:13
- Compte supprimé
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
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, à 13:39
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Eurêka !
Merci Ludovic ! 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
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, à 14: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, à 16:11)
#54 Le 11/12/2019, à 15: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, à 22: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 !
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, à 04:15)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#56 Le 14/12/2019, à 17:40
- Compte supprimé
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.
…
…____
(*) 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, à 18: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, à 18: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, à 18:38)
Hors ligne
#59 Le 19/12/2019, à 18:44
- ylag
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Bonjour,
ç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, à 18:55)
Hors ligne
#60 Le 19/12/2019, à 18: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
}
Ce serait sur ce fichier qu'il te faudrait intervenir ?
Bah ! J'en sais rien x)
Hors ligne
#61 Le 19/12/2019, à 19: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
A+
Hors ligne
#62 Le 19/12/2019, à 19: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, à 19:31)
Hors ligne
#63 Le 19/12/2019, à 19:55
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Edenris,
Merci de tes retours.
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, à 20: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, à 20: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, à 20: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, à 20: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
A+
Hors ligne
#67 Le 19/12/2019, à 20:51
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Je l'ai par défaut sur Ubuntu 18.04
Merci ylag !
- -
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, à 20:54
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
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, à 21:37
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
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
- -
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, à 04: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.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne