Debian Debian-France Debian-Facile Debian-fr.org Debian-fr.xyz Debian ? Communautés

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 27-06-2022 10:23:51

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

[peut être résolu]système racine plein

Bonjour, mon système est plein, je sais que c'est une question qui revient souvent, mais
J'ai pas de snap,
depuis ce matin, en partant de 28Go sur 28 Go, j'ai enlevé des logs (peu d'effet, c'était sutout des archives), des paquets au hasard dont je me sers pas trop (jeux, éditeurs de texte et autre), et j'ai réussi à tomber à 26Go/28G, assez pour me connecter en graphique, après la bonne idée de faire sauter libreOffice*...
Ma question; y'aurait-il un outil pour voir qui bouffe tout l'espace,
comment enlever la double architecture ? J'ai vim ... wine d'installé, je me dis que si je fais sauter la double architecture, j'aurais (deux fois moins)? de paquets...
Y'a-til un delete architecture à contrario du add-architecture ?
merci,

... en fait, virer les i386 n'a pas fait gagné grand place (800 Mo je crois),
le problème était une fois de plus les logs (près de 15 Go)..
Y'a-t-il un danger à effacer carrément /var/log ?
va-t-il se recréer ?
parceque là, j'ai viré des trucs, journal, messages, syslog, user.log etc en y allant un peu au bonheur la chance ... Ca m'a démangé de virer tout le répertoire en une fois pour voir si ça débloquait vraiment ....

Dernière modification par ubub (28-06-2022 21:13:14)

Hors ligne

#2 27-06-2022 12:17:12

raleur
Membre
Inscription : 03-10-2014

Re : [peut être résolu]système racine plein

ubub a écrit :

e me dis que si je fais sauter la double architecture, j'aurais (deux fois moins)? de paquets...


Tous les paquets ne sont pas en double. Seuls les paquets installés avec une autre achitecture le sont éventuellement.

ubub a écrit :

Y'a-til un delete architecture à contrario du add-architecture ?


Oui, mais il faut d'abord désinstaller tous les paquets de l'architecture.

ubub a écrit :

Y'a-t-il un danger à effacer carrément /var/log ?


Oui, et je ne ferais pas ça.
Quels sont les logs les plus gros ? Quand ont-ils été créés (pour voir s'ils "tournent" régulièrement) ?
Si quelque chose y envoie des messages répétitifs, les supprimer ne fera que retarder l'inévitable, il faut s'attaquer à la source.


Il vaut mieux montrer que raconter.

Hors ligne

#3 27-06-2022 12:37:17

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Bonjour,

Oui, mais il faut d'abord désinstaller tous les paquets de l'architecture.



... j'ai fait, en fait j'ai suivi ceci:

~# apt-get purge ".*:i386"
~# dpkg --remove-architecture i386



si je suis assez confiant pour avoir viré les paquets i386, je me rends pas compte pour l'effacement de la double architecture ....
   

Y'a-t-il un danger à effacer carrément /var/log ?




Oui, et je ne ferais pas ça.


j'ai pas fait ...

Quels sont les logs les plus gros ?

de mon souvenir, un dossier nommé journal et un log nommé messages, 5,7 et 5,2 Go respectivement de souvenir, et syslog et user.log pesant à peu près 2.5 Go chacun...
Les ai tous giclé ...

Quand ont-ils été créés (pour voir s'ils "tournent" régulièrement) ?


ah beh ça j'ai pas pensé à regarder, maintenant ils ont disparus ...
syslog et user.log ont été recrées depuis, pas journal ni messages

Hors ligne

#4 27-06-2022 12:41:03

raleur
Membre
Inscription : 03-10-2014

Re : [peut être résolu]système racine plein

ubub a écrit :

si je suis assez confiant pour avoir viré les paquets i386, je me rends pas compte pour l'effacement de la double architecture


La double architecture, ce n'est que la possibilité d'installer des paquets d'une autre architecture, rien de plus.

ubub a écrit :

Les ai tous giclé


S'ils recommencent à grossir anormalement, il faudra regarder dedans.
Le répertoire (et non dossier, ce n'est pas la même chose) /var/log/journal contient les logs de systemd, il faut passer par journalctl pour les manipuler.

Dernière modification par raleur (27-06-2022 12:43:56)


Il vaut mieux montrer que raconter.

Hors ligne

#5 27-06-2022 12:49:58

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

raleur a écrit :


La double architecture, ce n'est que la possibilité d'installer des paquets d'une autre architecture, rien de plus..

donc en virant wine32 et le jeu qui en dépendait, plus personne ne devrait demander de paquets i386 ..? résolu pour ça alors,

Hors ligne

#6 27-06-2022 13:02:12

vv222
Administrateur
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : Linux ≥ 5.15 (amd64)
(G)UI : Openbox / xfwm4
Inscription : 18-11-2013
Site Web

Re : [peut être résolu]système racine plein

ubub a écrit :

y'aurait-il un outil pour voir qui bouffe tout l'espace



J’utilise ncdu pour ça :

ncdu -x /



---

ubub a écrit :

donc en virant wine32 et le jeu qui en dépendait, plus personne ne devrait demander de paquets i386 ..?



Tu peux vérifier s’il te reste des paquets i386 installés avec :

dpkg -l \*:i386 | grep ^ii

ii  libgdk-pixbuf-2.0-0:i386 2.42.8+dfsg-1               i386         GDK Pixbuf library
ii  libgtk2.0-0:i386         2.24.33-2                   i386         GTK graphical user interface library - old version
ii  libtiff5:i386            4.4.0-2                     i386         Tag Image File Format (TIFF) library
ii  libzstd1:i386            1.5.2+dfsg-1                i386         fast lossless compression algorithm
ii  shadowrun-returns:i386   1.2.7-gog2.0.0.7+20220620.9 i386         Shadowrun Returns



Pour chacun des paquets installés, tu peux connaître les raisons de son installation avec :

aptitude why libzstd1:i386

i   shadowrun-returns:i386   Dépend libgtk2.0-0:i386
i A libgtk2.0-0:i386         Dépend libgdk-pixbuf-2.0-0:i386 (>= 2.22.1)
i A libgdk-pixbuf-2.0-0:i386 Dépend libtiff5:i386 (>= 4.0.3)
i A libtiff5:i386            Dépend libzstd1:i386 (>= 1.5.2)


Jouer sous Debian ? Facile !

Hors ligne

#7 27-06-2022 14:06:06

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.10.0-13-amd64
(G)UI : mutter 3.38.6-2~deb11u2
Inscription : 15-02-2016

Re : [peut être résolu]système racine plein

ubub a écrit :

Bonjour,
[…]
de mon souvenir, un dossier nommé journal et un log nommé messages, 5,7 et 5,2 Go respectivement de souvenir, et syslog et user.log pesant à peu près 2.5 Go chacun...
Les ai tous giclé ...

Quand ont-ils été créés (pour voir s'ils "tournent" régulièrement) ?


ah beh ça j'ai pas pensé à regarder, maintenant ils ont disparus ...
syslog et user.log ont été recrées depuis, pas journal ni messages




Bonjour ! Comme tu as supprimé journal dans /var/log/, je pense qu'il est probable qu'il est recréé maintenant dans /run/log/, en tout cas, c'est le comportement prévu par journald.conf si l'option Storage est à persistent ou à auto, voir man journald.conf


ou :

grep Storage /etc/systemd/journald.conf




Tu peux vérifier son emplacement actuel et l'intégrité des fichiers journaux avec :

journalctl --verify



La taille totale des fichiers journaux :

journalctl --disk-usage



Le problème, c'est que les fichiers journaux vont continuer à regrossir, mais dans /run/log/ si je raisonne bien. Le mieux est de configurer de manière adéquate journald.conf de telle manière que ceci n'arrive plus ( le dossier journal à 5,7 Go ! ).


Dans /etc/systemd/journald.conf, il faut passer la ligne :

#SystemMaxUse=

à

SystemMaxUse=50M

ou approchant, 100M, 200M, c'est toi qui voit ! C'est la taille limite que prendra le dossier journal.


« Quand la vérité n'est pas libre, la liberté n'est pas vraie. » Jacques Prévert

Hors ligne

#8 27-06-2022 16:05:38

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Merci pour ces conseils,
super pratique ncdu;  il m'en reste plein de paquets i386 ...

Le journal s'est bel est bien recréé dans /run/log , il est à 4,7Mo pour l'instant,
je l'ai limité à 100M, je n'ai aucune idée d'un chiffre réaliste, j'imagine que là c'est beaucoup trop, mais c'est pour voir l'évolution...
...je me suis demandé, passer storage (actuellement auto) à volatile, stockerait tout en mémoire ..? Et bloquerait aussi l'ordi avec une mémoire pleine ? même si celle ci est vidée j'imagine à chaque éteignage de l'ordi ...évitant l'accumulation ...

Hors ligne

#9 27-06-2022 16:18:35

raleur
Membre
Inscription : 03-10-2014

Re : [peut être résolu]système racine plein

--gilles-- a écrit :

Comme tu as supprimé journal dans /var/log/, je pense qu'il est probable qu'il est recréé maintenant dans /run/log/, en tout cas, c'est le comportement prévu par journald.conf si l'option Storage est à persistent ou à auto


Seulement avec l'option par défaut Storage=auto. Avec Storage=persistent, /var/log/journal est recréé si nécessaire et les logs sont écrits dedans. Ce n'est que si c'est impossible (/var/log en lecture seule) que les logs sont écrits dans /run/log/journal.

ubub a écrit :

je me suis demandé, passer storage (actuellement auto) à volatile, stockerait tout en mémoire ..?


En utilisant le swap si nécessaire.


Il vaut mieux montrer que raconter.

Hors ligne

#10 27-06-2022 17:21:49

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.10.0-13-amd64
(G)UI : mutter 3.38.6-2~deb11u2
Inscription : 15-02-2016

Re : [peut être résolu]système racine plein

ubub a écrit :

Merci pour ces conseils,
super pratique ncdu;  il m'en reste plein de paquets i386 ...

Le journal s'est bel est bien recréé dans /run/log , il est à 4,7Mo pour l'instant,
je l'ai limité à 100M, je n'ai aucune idée d'un chiffre réaliste, j'imagine que là c'est beaucoup trop, mais c'est pour voir l'évolution...
...je me suis demandé, passer storage (actuellement auto) à volatile, stockerait tout en mémoire ..? Et bloquerait aussi l'ordi avec une mémoire pleine ? même si celle ci est vidée j'imagine à chaque éteignage de l'ordi ...évitant l'accumulation ...




à ubub, j'ai mis 50M et je peux voir suffisamment loin en arrière ( à mon goût ), tant et si bien que je l'ai aussi limité à une semaine de rétention car j'ai aussi mis le paramètre MaxRetentionSec=1week

mais c'est personnel, à toi de voir tes usages du journal. Mets un chiffre et vois l'évolution, regarde si le journal remonte suffisamment loin en arrière pour toi.

Passer Storage à volatile pour le mettre en RAM ? À  mon avis, ce n'est pas une bonne idée puisque courant coupé, tout le journal sera perdu. En cas de plantage, tu n'auras plus de log du journal de la session qui a planté, cela serait passer d'un extrême de conservation ( qui a rempli ton système ) à un extrême de non-conservation qui ne va pas t'aider à trouver la cause du plantage.


Édition ! : Je m'aperçois qu'il faut mettre Storage à persistent si l'on veut garder la trace d'un plantage ! Pas assez réfléchi !

à raleur, tu as raison, à la relecture ta compréhension pour Storage=persistent m'apparaît plus détaillée et précise que la mienne  and if the disk is not writable.

Dernière modification par --gilles-- (27-06-2022 18:05:17)


« Quand la vérité n'est pas libre, la liberté n'est pas vraie. » Jacques Prévert

Hors ligne

#11 27-06-2022 21:07:17

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

raleur a écrit :

S'ils recommencent à grossir anormalement, il faudra regarder dedans.


Et il faut regarder quoi ?
En fait, journal dans /run/log a déja atteint 48 Mio, en qq heures, mais ...
dans /var/log ça va pas du tout
   

5,3 GiB                       syslog                                          
    5,3 GiB [######### ]  messages
    5,3 GiB [######### ]  user.log

Hors ligne

#12 27-06-2022 21:25:15

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

En fait les 3 logs se remplissent ad infinitam de cette ligne:

tumblerd[13350]: gst_poll_read_control: assertion 'set != NULL' failed


J'ai débloqué le paramètre max_burst ou un nom comme ça, qui si j'ai bien compris, limite les messages à 1000 ou 10000 dans un laps de temps de qq secondes (30 je crois était écrit)...
comme quoi, 50 Mio pour journal, ils sont entrain d'être pulvérisés...

Hors ligne

#13 27-06-2022 22:47:26

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.10.0-13-amd64
(G)UI : mutter 3.38.6-2~deb11u2
Inscription : 15-02-2016

Re : [peut être résolu]système racine plein

Les journaux de journalctl eux sont limités maintenant que tu as configuré /etc/systemd/journald.conf

journalctl --disk-usage





Est-ce que tu as aussi les messages et les user.log comprimés par gzip ?

ls -ail /var/log/message*




ls -ail /var/log/user*





ubub a écrit :

J'ai débloqué le paramètre max_burst ou un nom comme ça

Cette affirmation n'est pas assez précise : quel est le bon nom de max_burst, dans quel fichier de configuration l'as-tu modifié ?


Respire, reste calme, prends des notes, cela t'aidera et cela nous aidera.


« Quand la vérité n'est pas libre, la liberté n'est pas vraie. » Jacques Prévert

Hors ligne

#14 27-06-2022 22:52:28

--gilles--
Membre
Lieu : Orléans - La Source
Distrib. : debian 11
Noyau : Linux 5.10.0-13-amd64
(G)UI : mutter 3.38.6-2~deb11u2
Inscription : 15-02-2016

Re : [peut être résolu]système racine plein

Le paquet tumbler a déjà été sujet à controverses, certains l'ont supprimé :


https://askubuntu.com/questions/89826/what-is-tumblerd

https://forums.fedora-fr.org/viewtopic.php?id=63562



https://searx.gnous.eu/search?q=tumbler … es=general

Dernière modification par --gilles-- (27-06-2022 22:53:37)


« Quand la vérité n'est pas libre, la liberté n'est pas vraie. » Jacques Prévert

Hors ligne

#15 27-06-2022 23:14:43

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

ouais, je saisi pas trop l'importance de ce paquet,  c'est peut-être un problème pendant un téléchargement de vidéo, je suis entrain de lire les articles connexes...

après, c'était les valeurs que j'ai modifié dans journald.conf

RateLimitIntervalSec=30s
RateLimitBurst=10000
SystemMaxUse=100M


mais de tout façon je me suis planté, lu trop vite, journal est à 4,8Mio

tant qu'aux autres logs (syslog, user.log et messages) je les ai supprimé, ils étaient à 6,4 Gio chacun ...

Hors ligne

#16 27-06-2022 23:22:37

raleur
Membre
Inscription : 03-10-2014

Re : [peut être résolu]système racine plein

Ouvre un nouveau sujet avec ce message d'erreur dans le titre.

Il vaut mieux montrer que raconter.

Hors ligne

#17 27-06-2022 23:29:32

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Ok, mais je vais tester ça voir si ça change:

Désactiver les miniatures des vidéos

Par défaut, Thunar analyse chaque élement sur votre disque dur et médias connectés, peu importe la taille. Ce qui peut conduire à certains ralentissements. Copiez le fichier tumbler.rc dans votre ~./config/tumbler/ :
Pour désactiver l'analyse des films, désactivez les modules ffmpegthumbnailer et GStreamer:


https://debian-facile.org/doc:environnements:xfce:xfce

Hors ligne

#18 28-06-2022 13:42:31

vv222
Administrateur
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : Linux ≥ 5.15 (amd64)
(G)UI : Openbox / xfwm4
Inscription : 18-11-2013
Site Web

Re : [peut être résolu]système racine plein

Ces trois fichiers journaux /var/log/syslog, /var/log/messages, /var/log/user.log contiennent des doublons des informations déjà stockées par journald.

Si tu confies la gestion de tes journaux à journald, je te conseille de ne pas avoir en plus de démon "traditionnel" syslog sinon tout va être stocké en double. Ici je me suis contenté pour ça de désinstaller le paquet rsyslog, mais c’est possible qu’une autre implémentation soit utilisée chez toi.

Jouer sous Debian ? Facile !

Hors ligne

#19 29-06-2022 16:29:12

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Bonjour,

Si tu confies la gestion de tes journaux à journald, je te conseille de ne pas avoir en plus de démon "traditionnel" syslog sinon tout va être stocké en double.


en fait j'ai pas compris grand chose à cette phrase ...
moi j'ai rien confié à personne ...     smile
Est-ce que tu parles de l'effacement du fichier /var/log/journal qui est allé se reproduire sous /run/log ?
C'est très flou pour moi ces histoires de journaux, je pensais avoir atteint le fond avec les logs...
Je trouve peu d'info sur le répertoire /run ...

Run-time variable data: Information about the running system since last boot, e.g., currently logged-in users and running daemons. Files under this directory must be either removed or truncated at the beginning of the boot process, but this is not necessary on systems that provide this directory as a temporary filesystem (tmpfs).


bon, c'est un système de fichiers temporaire ? qui se recrée et donc s'autodétruit à chaque reboot ?
C'est vraiment pas bien ? perte des logs lors du reboot ..?
Pour ça que tu dis que c'est écrit deux fois ?
aargh, désolé, c'est encore un coté sombre et flou pour moi ...

Hors ligne

#20 29-06-2022 20:15:43

vv222
Administrateur
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : Linux ≥ 5.15 (amd64)
(G)UI : Openbox / xfwm4
Inscription : 18-11-2013
Site Web

Re : [peut être résolu]système racine plein

journald et syslog (dont rsyslog est une des implémentations) fournissent tous les deux une gestion des fichiers journaux, donc si tu as les deux qui sont installés et actifs tu vas avoir la plupart de tes journaux stockés en double.

Si tu n’as pas de préférence particulière sur le système à privilégier, journald est celui par défaut sur Debian.

---

ubub a écrit :

C'est très flou pour moi ces histoires de journaux, je pensais avoir atteint le fond avec les logs...



Journaux et logs c’est la même chose, "log" est le terme anglais et "journal" celui français wink


Jouer sous Debian ? Facile !

Hors ligne

#21 29-06-2022 20:19:37

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Si tu n’as pas de préférence particulière sur le système à privilégier


C'est quoi l'action qui "privilégie" le système ?

Hors ligne

#22 29-06-2022 20:20:42

vv222
Administrateur
Lieu : Bretagne
Distrib. : GNU/Linux Debian « Sid »
Noyau : Linux ≥ 5.15 (amd64)
(G)UI : Openbox / xfwm4
Inscription : 18-11-2013
Site Web

Re : [peut être résolu]système racine plein

ubub a écrit :

C'est quoi l'action qui "privilégie" le système ?



Tout simplement de désinstaller un des deux systèmes de gestion des journaux, et de laisser l’autre en place.


Jouer sous Debian ? Facile !

Hors ligne

#23 29-06-2022 20:27:53

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

oui, mais si je désactive l'un des deux système, c'est que les deux roulaient juqu'à présent...
Du coup, dans ma tete, je marche au pire sur une pate plutôt que sur deux ...
je comprends pas vraiment le danger, si "danger" il y a ...
ni le doublement des logs ...

Hors ligne

#24 29-06-2022 21:05:16

ubub
Membre
Distrib. : Debian
(G)UI : xfce
Inscription : 14-05-2019

Re : [peut être résolu]système racine plein

Journaux et logs c’est la même chose, "log" est le terme anglais et "journal" celui français


Je sais bien, mais je me suis demandé, que c'est-il passé dans l"esqprit de nos cousin(e)s anglophones pour donner deux noms à une même chose, ou deux mêmes choses ?
J'y ai soupçonné une subtile différence, journal n'est jamais utilisé en langue anglaise ...

Hors ligne

#25 29-06-2022 23:55:35

raleur
Membre
Inscription : 03-10-2014

Re : [peut être résolu]système racine plein

vv222 a écrit :

journald est celui par défaut sur Debian


En quoi systemd-journald est-il plus "par défaut" que rsyslog ? rsyslog est toujours installé par défaut par l'installateur de bullseye et activé.

vv222 a écrit :

Tout simplement de désinstaller un des deux systèmes de gestion des journaux


Ou bien le désactiver.
Ça ne serait pas un peu difficile de désinstaller systemd-journald qui fait partie du paquet systemd ?

vv222 a écrit :

si tu as les deux qui sont installés et actifs tu vas avoir la plupart de tes journaux stockés en double.


C'est déjà le cas avec (r)syslog seul : les messages du noyau vont à la fois dans kern.log, messages et syslog, les messages des démons vont à la fois dans syslog et daemon.log...

ubub a écrit :

je comprends pas vraiment le danger, si "danger" il y a


Le "danger", c'est d'occuper deux fois plus d'espace disque et de le consommer deux fois plus vite en cas d'avanlanche.

Dernière modification par raleur (29-06-2022 23:56:06)


Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums