Re: Eviter que les journaux n'étouffent le système
Le 14/11/19 à 17h06, Jean-Philippe MENGUAL a écrit : > Bonjour, > > Pour des raisons compliquées, mon outil de braille se met à cracher des > logs au point de remplir plusieurs gigas de fichiers. Et comme les logs > sont sur la partition système, ça finit par le paralyser. Si c'est l'outil qui écrit lui-même dans un fichier, alors les réponses concernant logrotate sont à suivre (il faudra peut-être créer un nouveau fichier /etc/logrotate.d/nomQueTuVeux, tu peux prendre exemple sur ceux qui y sont, sinon `man logrotate`) Si le log est géré par systemd/journald, normalement il purge tout seul si ça prend trop de place, cf `man journald` Mais ça n'empêche pas de regarder ce qu'il y a dans ce log pour voir si y'a pas moyen de limiter les messages à la source (soit en réglant le pb qui le fait râler, soit en le lançant avec une option pour le rendre moins bavard, si c'est possible). Pour l'autre question, mettre le log dans /home, faut voir, ça dépend de qui écrit dedans et où on lui précise le fichier de log. Et pour que tout le contenu de /var/log soit dans /home/log, sans avoir à modifier les configurations, il y a toujours le moyen faire un montage bind, en ajoutant dans /etc/fstab ces deux lignes : # on monte /home/log sur /var/log, pour éviter de remplir / avec des logs /home/log /var/log none defaults,bind 0 0 Attention à vider le /var/log actuel avant de faire le montage, sinon les fichiers qui sont dedans seront masqués mais prendront toujours de la place sur le disque # Pour voir qui écrit dans /var/log (en root pour être sûr de tout voir) lsof +D /var/log # couper tous les services qui écrivent dedans systemctl stop rsyslog.service systemctl stop … # vérifier lsof +D /var/log # déplacer les logs (si on a pas encore créé /home/log) mv /var/log /home/ # monter /home/log sur /var/log mount /var/log # vérifier qu'on a bien la même chose ls -al /var/log ls -al /home/log # redémarrer les services qu'on a coupé précédemment systemctl start rsyslog.service systemctl start … -- Daniel Pour qu'il y ait le moins de mécontents possible il faut toujours taper sur les mêmes. devise Shadok
Re: Migration Stretch vers Buster : plus de mode graphique : résolu
On Thursday 14 November 2019 12:08:51 Daniel Caillibaud wrote: > Regarde si ta carte est listée... > Peut-être que nvidia-legacy-340xx-driver ou nvidia-legacy-390xx-driver > suffirait, je laisse d'autres le confirmer. Merci à tous ceux qui m'ont aidé. J'ai purgé complètement (reset) l'installation des xserver-xorg, nvidia et par "nvidia-uninstall". J'ai choisi le driver nvidia free (nvidia-legacy-340xx-driver). Au reboot, victoire ! It works. Des configurations ont été perdues avec Buster. long temps pour les remettre. Sauf erreur, je pense que le driver non-free de nvidia n'est plus supporté par buster ou son noyau 4.19. Ce driver fonctionnait mais avec une résolution faible, sans pouvoir l'augmenter. Bonne soirée, A. Valmer
Re: Eviter que les journaux n'étouffent le système
Salut, Jean-Philippe MENGUAL a tapoté le 14/11/2019 17:10: > Bonjour, > > Pour des raisons compliquées, mon outil de braille se met à cracher des > logs au point de remplir plusieurs gigas de fichiers. Et comme les logs > sont sur la partition système, ça finit par le paralyser. > > Comment personnaliser l'outil de logs pour qu'il supprime tous fichiers > dépassant un certain poids? Ou qu'il le déplace dans un autre endroit > (genre le home)? Idéale"ment il faudrait surtout qu'il comprenne les > messatges similaires et n'en mette qu'une ligne dans le fichier mais ça > c'est trop élaboré je suppose. Ou qu'il ne log rien relativement à un > programme donné. Tu peux créer des règles avec logrotate, il est fait pour ça. Normalement, il est lancé une fois par jour mais, c'est configurable. -- Stéphane
Re: Eviter que les journaux n'étouffent le système
Bonjour, Il faudrait configurer logrotate pour qu'il puisse prendre en compte le fichier de log de ton application/logiciel. Après ça tu peux lui dire par exemple d'archiver , de supprimer les logs après un certain délais, la quantité de log à gardé ... Le jeu. 14 nov. 2019 17:06, Jean-Philippe MENGUAL a écrit : > Bonjour, > > Pour des raisons compliquées, mon outil de braille se met à cracher des > logs au point de remplir plusieurs gigas de fichiers. Et comme les logs > sont sur la partition système, ça finit par le paralyser. > > Comment personnaliser l'outil de logs pour qu'il supprime tous fichiers > dépassant un certain poids? Ou qu'il le déplace dans un autre endroit > (genre le home)? Idéale"ment il faudrait surtout qu'il comprenne les > messatges similaires et n'en mette qu'une ligne dans le fichier mais ça > c'est trop élaboré je suppose. Ou qu'il ne log rien relativement à un > programme donné. > > Merci de votre aide > > Amicalement, > > > -- > Jean-Philippe MENGUAL > >
Re: Eviter que les journaux n'étouffent le système
Bonjour, Il faudrait configurer logrotate pour qu'il puisse prendre en compte le fichier de log de ton application/logiciel. Après ça tu peux lui dire par exemple d'archiver , de supprimer les logs d'une certaine taille, date ... Le jeu. 14 nov. 2019 17:06, Jean-Philippe MENGUAL a écrit : > Bonjour, > > Pour des raisons compliquées, mon outil de braille se met à cracher des > logs au point de remplir plusieurs gigas de fichiers. Et comme les logs > sont sur la partition système, ça finit par le paralyser. > > Comment personnaliser l'outil de logs pour qu'il supprime tous fichiers > dépassant un certain poids? Ou qu'il le déplace dans un autre endroit > (genre le home)? Idéale"ment il faudrait surtout qu'il comprenne les > messatges similaires et n'en mette qu'une ligne dans le fichier mais ça > c'est trop élaboré je suppose. Ou qu'il ne log rien relativement à un > programme donné. > > Merci de votre aide > > Amicalement, > > > -- > Jean-Philippe MENGUAL > >
RE: Eviter que les journaux n'étouffent le système
Si le logging se fait via rsyslog, tu peux configurer la réduction des messages répétés en ajoutant la ligne suivante dans ton fichier de config: $RepeatedMsgReduction on Cyrille "Jean-Philippe MENGUAL" jpmeng...@debian.org – 14 novembre 2019 17:06 > Bonjour, > > Pour des raisons compliquées, mon outil de braille se met à cracher des > logs au point de remplir plusieurs gigas de fichiers. Et comme les logs > sont sur la partition système, ça finit par le paralyser. > > Comment personnaliser l'outil de logs pour qu'il supprime tous fichiers > dépassant un certain poids? Ou qu'il le déplace dans un autre endroit > (genre le home)? Idéale"ment il faudrait surtout qu'il comprenne les > messatges similaires et n'en mette qu'une ligne dans le fichier mais ça > c'est trop élaboré je suppose. Ou qu'il ne log rien relativement à un > programme donné. > > Merci de votre aide > > Amicalement, > > > -- > Jean-Philippe MENGUAL > >
Eviter que les journaux n'étouffent le système
Bonjour, Pour des raisons compliquées, mon outil de braille se met à cracher des logs au point de remplir plusieurs gigas de fichiers. Et comme les logs sont sur la partition système, ça finit par le paralyser. Comment personnaliser l'outil de logs pour qu'il supprime tous fichiers dépassant un certain poids? Ou qu'il le déplace dans un autre endroit (genre le home)? Idéale"ment il faudrait surtout qu'il comprenne les messatges similaires et n'en mette qu'une ligne dans le fichier mais ça c'est trop élaboré je suppose. Ou qu'il ne log rien relativement à un programme donné. Merci de votre aide Amicalement, -- Jean-Philippe MENGUAL
Re: Migration Stretch vers Buster : plus de mode graphique
Le 14/11/19 à 11h38, "ajh-valmer" a écrit : > mais c'est un paquet 64 bits, > et ma buster est en 32 bits. > Elle n'apparait pas via "apt-cache search nvidia-detect" > malgré que mon sources.list est bien configuré avec "non free". > À moins qu'elle fonctionnera quand même ? Non, https://packages.debian.org/buster/nvidia-detect n'existe que pour amd64, donc tu ne peux pas l'installer sur ta buster i386 (32 bits). Ce paquet sert à détecter quels paquets nvidia sont le plus adaptés à ta carte vidéo. Mais tu peux installer manuellement ces paquets, reste à trouver parmi https://packages.debian.org/search?keywords=nvidia=names=stable=all les paquets à installer pour ta carte vidéo. Regarde si ta carte est listée sur https://packages.debian.org/buster/nvidia-legacy-340xx-kernel-dkms ou https://packages.debian.org/buster/nvidia-legacy-390xx-kernel-dkms Installer l'un des deux pourrait régler ton pb… Peut-être que nvidia-legacy-340xx-driver ou nvidia-legacy-390xx-driver suffirait, je laisse d'autres le confirmer. -- Daniel Le mois de l'année où le politicien dit le moins de conneries c'est le mois de février... car il n'y a que 28 jours. Coluche
Re: Migration Stretch vers Buster : plus de mode graphique
On Tuesday 12 November 2019 19:45:49 lann wrote: > > Je lis : apt -y install nvidia-detect > > mais "nvidia-detect" ne semble pas ou plus exister sous Buster. > > apt-cache policy nvidia-detect > nvidia-detect: > Installé : 418.74-1 > Candidat : 418.74-1 > Table de version : > *** 418.74-1 990 > 990 http://ftp.fr.debian.org/debian stable/non-free amd64 > Packages 100 /var/lib/dpkg/status > C'est dans les dépôts non-free Merci, mais c'est un paquet 64 bits, et ma buster est en 32 bits. Elle n'apparait pas via "apt-cache search nvidia-detect" malgré que mon sources.list est bien configuré avec "non free". À moins qu'elle fonctionnera quand même ? Bonne journée, A. Valmer
