Écrire un nouveau message

Posté le 13/05/2019 à 13:46:15

Bonjour,

Je suis à la recherche d’un moyen (option dans /etc/X11/xorg.conf.d/ peut-être ?) de dire à Xorg de ne pas générer de logs.

À défaut que ça soit possible, changer le niveau d‘informations inscrites (je n’ai pas compris comment s’indique logverbose).

Par ailleurs, est-ce Xorg qui est coupable de l’existence de ce fichier ~/.xsession-errors ?
Je cherche aussi un moyen de pour qu’un tel fichier ne soit pas généré et/ou pas renseigné.

Si quelqu’un⋅e sait… :)

Posté le 04/08/2019 à 10:49:07

Bonjour Loufy.

c'est tout à fait possible.

ça ne va pas arrêter de générer des logs, mais tu vas pouvoir les placer là où bon te semble.

il te suffit de modifier le fichier

Code:

sudo nano /etc/X11/Xsession

dans cette partie de ton fichier

Code:

# initialize variables for use by all session scripts

OPTIONFILE=/etc/X11/Xsession.options

SYSRESOURCES=/etc/X11/Xresources
USRRESOURCES=$HOME/.Xresources

SYSSESSIONDIR=/etc/X11/Xsession.d
USERXSESSION=$HOME/.xsession
USERXSESSIONRC=$HOME/.xsessionrc
ALTUSERXSESSION=$HOME/.Xsession
ERRFILE=/tmpfs

il faut que tu modifies la dernière ligne, et tu y mets le chemin que tu veux.
pour ma part j'ai mis tmpfs pour placer ce fichier en ram, et ainsi qu'il soit supprimé à chaque boot/reboot, ça fait des années que c'ets ainsi et jamais eu le moindre soucis.

petite précision tout de même.

dans ton home tu verra toujours les deux fichiers, le .xsession-errors et le .xsession-errors.old, mais ils seront vides, donc rien ne sera écrit dedans.
si tu veux voir le contenu de ton fichier, il faudra aller dans ton dossier tmpfs (dans ta /racine), et tu le trouvera sous le nom de "xsession-ton-nom-dutilisateur" qui est un lien vers le vrai fichier qui se trouve toujours dans tmpfs mais sous le nom de "fileFWkXQs" (les lettres après "file" sont différentes à chaque boot/reboot)

et donc chaque fois que tu éteindras ou redémarrera ton pc, ce fichier s'auto-détruira, c'est le principe du tmpfs justement.

en espérant que ça t'aide un peu.

Posté le 09/08/2019 à 17:12:12

Super !
Merci beaucoup pour cette solution :)

Je vais tenter vers un /dev/null directement