#1 Le 10/11/2019, à 22:50
- Edenris
[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.
Dernière modification par Ayral (Le 05/08/2022, à 15:21)
Hors ligne
#2 Le 11/11/2019, à 03:45
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
redémarre pour voir ?
Hors ligne
#3 Le 11/11/2019, à 06:22
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Infiniment moins gourmand que gnome-system-monitor :
findmnt -l -o +SIZE,USED | grep -E " /dev|^TARGET"et
topL'actualisation de la seconde commande est automatique, tandis que la première (en cas de besoin) doit être relancée (par flèche haut).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#4 Le 11/11/2019, à 11:34
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
redémarre pour voir ?
Là, j'ai allumé mon PC, mais hier soir, j'avais déjà mis à jour les paquets, puis redémarré (certes, il m'avait obligé à réactiver le secure boot > est-ce une piste valable ? je ne pense pas...).
@moko ,
je trouvais ça beaucoup plus simple pour l'instant que de faire un df -h /home/ ou la longue commande que tu me présentes (en sachant qu'elle présente des snap, sauf que j'ai peu de snaps).
Peut-être allez-vous me dire que je chipote, mais c'est un dual-boot et malheureusement, je ne considère pas me séparer de windows 10 pour l'instant (et l'espace dispo n'est pas excessivement petit, mais tout de même).
Je précise (puisque que je ne l'ai pas fait avant) que je suis sur une Ubuntu 18.04 LTS.
Dernière modification par Edenris (Le 11/11/2019, à 12:08)
Hors ligne
#5 Le 11/11/2019, à 12:40
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Ah oui, j'oubliais les snaps ! (je n'en ai aucun).
Comme ceci, tu ne devrais pas avoir de snap ni de flatpak ni d'appimage :
findmnt -l -o +SIZE,USED | grep -E " /dev|^TARGET" | grep -Eiv "squashfs|loop"Si c'est bon, tu la colles une fois pour toutes dans ton mémo ;
Si ce n'est pas bon, dis-moi ce que je dois encore corriger.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#6 Le 11/11/2019, à 13:03
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
(certes, il m'avait obligé à réactiver le secure boot > est-ce une piste valable ? je ne pense pas...)
Il n'y a aucune raison que la réinstallation de gnome-system-monitor t'oblige à réactiver le secure boot, il s'est passé autre chose (changement de noyau ? de version de systemd ? de driver nvidia ?) de plus important
Hors ligne
#7 Le 11/11/2019, à 13:37
- GammaDraconis
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Non il ne faut SURTOUT PAS activer le secure boot ! JAMAIS !
Discussion sur mon script de post-install pour Ubuntu 20.04LTS : https://forum.ubuntu-fr.org/viewtopic.php?id=2026344
Lien direct script : https://github.com/simbd/Ubuntu_20.04LTS_PostInstall
Démo vidéo (peertube) : https://video.ploud.fr/videos/watch/fb7 … 0d252ed2db
Hors ligne
#8 Le 11/11/2019, à 15:26
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Merci beaucoup @moko (un jour, je l'assure, j'utiliserai beaucoup ces petits utilitaires plutôt que les grosses applications graphiques, somme toute, inutiles en soi sur GNU/Linux.).
Excusez-moi encore d'avoir pas assez fourni d'explications. Voici donc ce que j'ai fait :
1) j'ai changé les snap que je pouvais en .deb
2) j'ai utilisé le gestionnaire graphique de mises à jour ubuntu
3) il m'a prévenu que je devais mettre un mot de passe pour le secure boot (ce que j'ai fait)
4) j'ai redémarré
5) je remarque alors que j'ai un problème avec gnome-system-monitor
N.B : Normalement, j'ai rien changé du tout cette semaine.
A l'installation de ma Ubuntu 18.04 LTS (il y a environ 1 mois), j'avais seulement des problèmes graphiques avec mes drivers (aujourd'hui réglés), rien de plus.
Non il ne faut SURTOUT PAS activer le secure boot ! JAMAIS !
C'est vrai que je préférais faire fonctionner ma machine sans, mais il m'a obligé à l'activer....
Cependant, dans mon BIOS, j'ai pu le re-désactiver et tout fonctionne très bien. Windows, Ubuntu, etc...
Partage-nous donc ton ressenti et et tes mésaventures avec cette fonctionnalité.
Dernière modification par Edenris (Le 11/11/2019, à 15:53)
Hors ligne
#9 Le 11/11/2019, à 15:50
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
donne le résultat de
findmnt -l -o +SIZE,USED | grep -E " /dev|^TARGET" | grep -Eiv "squashfs|loop"déjà, qu'on sache ce que tu voudrais que ça affiche
Hors ligne
#10 Le 11/11/2019, à 15:54
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Voilà :
TARGET SOURCE FSTYPE OPTIONS SIZE USED
/ /dev/sda5 ext4 rw,relatime,errors=remount-ro 15,7G 10,2G
/boot/efi /dev/sda1 vfat rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro 256M 90,4M
/media/robin/Windows /dev/sda3 fuseblk rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 101,9G 63,1G
/run/user/1000/doc /dev/fuse fuse rw,nosuid,nodev,relatime,user_id=1000,group_id=1000 0 0Dernière modification par Edenris (Le 11/11/2019, à 15:55)
Hors ligne
#11 Le 11/11/2019, à 16:12
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
du coup la seule chose qui manque c'est 1 partition, celle avec Windows
Pour moi ça pourrait venir de 3 choses :
- soit la version proposée par le .deb est forcément plus ancienne, donc il peut y avoir des fonctionnalités pas encore présentes ou des bugs pas encore corrigés
- soit la partition a mal été éteinte lors de la dernière utilisation de Windows. On rappelle qu'en quittant windows il faut faire "redémarrer" puis choisir linux, pas juste éteindre windows et démarrer plus tard
- soit elle n'est pas montée "comme il faut" (je n'ai pas de quoi comparer donc je laisserai quelqu'un autre regarder, mais la colonne "OPTIONS" peut ne pas être bonne)
Ceci dit, je ne perçois pas trop l'intérêt d'utiliser le moniteur système pour gérer des partitions, ouvre juste GNOME Disques comme tout le monde
Dernière modification par Roschan (Le 11/11/2019, à 16:13)
Hors ligne
#12 Le 11/11/2019, à 16:21
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Ceci dit, je ne perçois pas trop l'intérêt d'utiliser le moniteur système pour gérer des partitions, ouvre juste GNOME Disques comme tout le monde
C'était surtout pour voir facilement si ma partition home ne se remplissait pas trop vite. Je suis perfectionniste puisque dans une ancienne expérimentation de linux, j'avais eu un gros problème avec la gestion des paquets au niveau du stockage (faut dire que j'étais sur Debian). Depuis, je fais très attention.
Et puis, je ne saurais encore trop dire si les développeurs de Gnome ont "la folie du dev", mais de moi-même, j'ai désinstallé tout ça crée par eux : eog ; totem ; yelp et gnome-todo
J'hésite encore en ce qui concerne : gnome-system-monitor ; gnome-disk-utility ; baobab ; gnome-logs (pour un débutant, ce dernier ne sert à rien du tout oui....).
Dernière modification par Edenris (Le 11/11/2019, à 16:33)
Hors ligne
#13 Le 11/11/2019, à 18:58
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Edenris,
Qu'est-ce qui te manque en #10 ?
Ou par
echo; df -Thx tmpfs -x devtmpfs -x squashfs?
- -
Et si ta bécane, comme les miennes, est limitée en ressources, tu as intérêt à utiliser ncdu (cf. ma signature) à la place du gourmand baobab...
- -
dans une ancienne expérimentation de linux, j'avais eu un gros problème avec la gestion des paquets au niveau du stockage
Pour supprimer les .deb (installateurs) après installation :
sudo apt-get cleanDernière modification par moko138 (Le 11/11/2019, à 18:59)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#14 Le 11/11/2019, à 19:02
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Développer des outils basique (visionneur d'image basique, lecteur multimédia basique) = "la folie du dev" ... ok d'accord, je vais pas chercher à comprendre
Remet yelp, c'est une dépendance nécessaire pour tous les manuels d'aide de tous les logiciels GNOME, tu as donc probablement niqué plusieurs métapaquets en enlevant ça (je me demande d'ailleurs bien en quoi ça te gênait, ça occupe quelques pauvres méga-octets de disque, n'importe quel log utilise 100 fois cet espace...)
gnome-logs est en snap, vire-le, il est codé avec le cul en plus, par contre si ya pas bcp de place, configure le système pour minimiser la taille des logs. Et alloue de la place au système au lieu de laisser 85% du disque à windows.
J'aimerais te dire qu'un gestionnaire de partitions et un moniteur système c'est évidemment utile, mais de la part de quelqu'un qui estime qu'un visionneur d'image c'est de la folie je ne sais pas si l'argument fera mouche
Dernière modification par Roschan (Le 11/11/2019, à 19:05)
Hors ligne
#15 Le 11/11/2019, à 20:18
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
@Moko138, ta commande
echo; df -Thx tmpfs -x devtmpfs -x squashfsest sans doute plus simple à lire. Je la note aussi en toutes lettres puisque je ne suis pas encore intéressé en détails à find et echo.
Et si ta bécane, comme les miennes, est limitée en ressources, tu as intérêt à utiliser ncdu (cf. ma signature) à la place du gourmand baobab...
Personnellement, ça a l'air d'aller très bien autant sur Windows que sur Ubuntu. L'utilisation de la RAM et des CPU ne dépassent pas souvent 40% (même en ouvrant quelques fenêtres ou onglets). Mais comme je suis curieux, j'ai déjà été me renseigner car les machines ne sont pas éternelles, pourrait-on dire... 
Concernant les paquets, on a fini par bien m'expliquer sur le forum.
@Roschan, Je comprends ton scepticisme mais, d'après cette page shotwell est installé par défaut dans Ubuntu au même titre que EOG. Alors, j'ai fait un comparatif eog versus shotwell et mon avis fut tranché ! Quant à totem, j'ai préféré l'enlever sans doute parce que je savais déjà bien utiliser VLC depuis windows.
Remet yelp, c'est une dépendance nécessaire pour tous les manuels d'aide de tous les logiciels GNOME, tu as donc probablement niqué plusieurs métapaquets en enlevant ça (je me demande d'ailleurs bien en quoi ça te gênait, ça occupe quelques pauvres méga-octets de disque, n'importe quel log utilise 100 fois cet espace...)
Je le sais qu'il y a toujours une petite icône d'aide dans les logiciels développés par gnome. Je sais aussi que c'est simplement que du texte affiché dans une app.
Coup de chance ! Aucune dépendance n'est semble-t-il désinstallée d'après
aptitude show nom_paquet_dépendanceà retrouver sur https://packages.ubuntu.com/fr/bionic/yelp
gnome-logs est en snap, vire-le, il est codé avec le cul
Dans la logithèque, j'ai trouvé un gnome-logs dont la source est "ubuntu-bionic-main" . C'en est un aussi ? Il y en a un autre, mais la source est : "Boutique des snap".
Mais est-ce vraiment utile pour moi ? Pas sûr...
par contre si ya pas bcp de place, configure le système pour minimiser la taille des logs
Selon cette page web, c'est fait par défaut (j'avais quelques problèmes énergétiques, alors j'ai consulté la section "énergie", mais semble-t-il, c'est juste que je n'ai pas vraiment l'habitude d'utiliser le mode avion...).
alloue de la place au système au lieu de laisser 85% du disque à windows.
Depuis quelques temps, j'y pense beaucoup pour ramener le plus de tâches que je faisais sur Windows.
Juste 2 problèmes : 1) j'ai appris le "partitionnage" sur le tas... 2) Même si la tendance change avec GoG, je préfère garder Steam et les jeux sur Windows parce que malheureusement tous les jeux ne sont jouables sous Linux !
N.B : graphiquement, ce ne sont pas des gros jeux.
Merci de prendre tout ce temps pour me répondre.
Dernière modification par Edenris (Le 11/11/2019, à 20:34)
Hors ligne
#16 Le 17/11/2019, à 06:23
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Roschan a écrit :par contre si ya pas bcp de place, configure le système pour minimiser la taille des logs
Selon cette page web, c'est fait par défaut
NON, tu as confondu :
logrotate organise la fréquence de rotation des logs, mais, par défaut, pas leur taille maxi.
Pour leur imposer une taille maxi, cf. :
Christian Delair cité par L_d_v_c@ en ./viewtopic.php?pid=22178769#p22178769 :
Dans "/etc/logrotate.conf"
rajoute : size 100M juste avant [la ligne] "# keep 4 weeks worth of backlogs
- -
et F50 : en ./viewtopic.php?pid=22177931#p22177931
Si tu utilises systemd, tu imposes simplement une limite de taille de journaux en modifiant la ligne :
SystemMaxUse=100M <<<<< taille de ton choix
dans /etc/systemd/journald.conf
Dernière modification par moko138 (Le 17/11/2019, à 06:53)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#17 Le 20/11/2019, à 00:47
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
ok @moko138.
j'ai systemD
100M c'est bien 100 millions de lignes de logs ?
Dernière modification par Edenris (Le 20/11/2019, à 00:48)
Hors ligne
#18 Le 20/11/2019, à 01:26
- Roschan
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Je sais aussi que c'est simplement que du texte affiché dans une app.
et cette app est yelp
le poids d'un afficheur de texte n'est pas bien terrible, vraiment.
Dernière modification par Roschan (Le 20/11/2019, à 01:27)
Hors ligne
#19 Le 20/11/2019, à 02:07
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
De toute façon, comme indiqué plus haut (oui j'ai beaucoup écrit) je ne l'ai pas vraiment désinstallé parce qu'à cette période, la gestion des paquets.deb j'étais pas si doué et donc, c'est comme si je n'avais rien fait.
Maintenant en ce qui concerne la gestion des paquets, je gère bien les paquets .deb et les .snap à l'occasion.
Dernière modification par Edenris (Le 20/11/2019, à 02:09)
Hors ligne
#20 Le 20/11/2019, à 02:55
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
j'ai systemD
100M c'est bien 100 millions de lignes de logs ?
C'est 100 Mioctets.
Applique les deux réglages.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#21 Le 20/11/2019, à 15:54
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Voilà, c'est fait :
pour : /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 100M
# 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 herepour : /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=48KDernière modification par Edenris (Le 21/11/2019, à 21:55)
Hors ligne
#22 Le 20/11/2019, à 16:30
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Là, on ne voit qu'un des deux réglages.
Dans lequel tu as ajouté une espace entre "100" et "M" ; j'ignore si ça tire à conséquence.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#23 Le 20/11/2019, à 21:31
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
J'ai rectifié pour le "au cas ou" et ajouté l'autre dans le sous-post #21.
Hors ligne
#24 Le 20/11/2019, à 22:11
- moko138
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
F50 a écrit :
SystemMaxUse=100MMais tu as écrit :
#SystemMaxUse=100M%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#25 Le 21/11/2019, à 21:48
- Edenris
Re : [Résolu] préféré le .deb au snap de Gnome System Monitor : résultat
Ah ? y a une différence ?
rectifié dans le sous-post #21*
Dernière modification par Edenris (Le 21/11/2019, à 21:55)
Hors ligne