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.

#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.
mini_191110105141479230.png

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

top

L'actualisation de la seconde commande est automatique, tandis que la première (en cas de besoin) doit être relancée (par flèche haut).
smile


%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

Roschan a écrit :

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.  smile


%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.

GammaDraconis a écrit :

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      0

Derniè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

Roschan a écrit :

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 clean

Derniè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 squashfs

est 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.

moko138 a écrit :

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... wink

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

Roschan a écrit :

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

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

Roschan a écrit :

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

Edenris a écrit :
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

Edenris a écrit :

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 here

pour : /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

Derniè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=100M

Mais 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