Discussion :

[nixmind]

Bonjour,

Je suis face à un petit mystère que je veux lever.

J'ai un parc linux, avec sur chaque système un serveur X. Et ils ont tous une configuration xorg splitée, dan le dossier /etc/X11/xorg.conf.d. A côté du dossier xorg.conf.d, il y a le fichier de conf standard xorg.conf qui contient également une partie de la conf (/etc/X11/xorg.conf).

Donc pour résumer, commande ls -l devrait donner le résultat suivant par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
[PRD][jcdprod@FR-CDG-LX174 ~]$ ll /etc/X11/
total 16
drwxr-xr-x 2 root root 4096 19 juil.  2012 applnk
drwxr-xr-x 2 root root 4096 27 janv. 12:30 fontpath.d
drwxr-xr-x 3 root root 4096 27 janv. 12:30 xinit
-rw-r--r-- 1 root root  487 22 avril 11:56 xorg.conf
drwxr-xr-x 2 root root 4096 16 avril 16:24 xorg.conf.d

Je constate depuis quelques temps que le fichier /etc/X11/xorg.conf disparaît de certains de ces système et impacte l'affichage sur les écrans qui y sont connectés, et quand on le redéploie tout revient dans l'ordre.

Alors j'aimerais déjà savoir si c'est un comportement lié à X.org, si oui est-ce quelqu'un connaîtrait la source de ce type d'incident.

Dans la mesure ou le problème n'a aucun rapport avec le fonctionnement de X sous Linux, j'aimerais savoir comment je peux retrouver les utilisateurs ou processus agissant ou ayant agi sur un dossier ou un filesystem. Ou alors savoir s'il existe une méthode pour savoir si un fichier a déjà eu à exister sur un système et quand par qui il aurait été supprimé le cas échéant.

Merci de m'avoir lu et pour votre aide.

Bien cordialement,
Eugène NG

[nixmind]

Bonjour,

Je pense peut-être que le titre de mon poste n'était pas approprié, mais j'ai trouvé la réponse à ma question.

Pas que j'ai trouvé le moyen de savoir qui a modifié un fichier absent sur un système linux (ça ne doit pas être possible en tout cas), mais c'est bien une action sur le système qui faisait sauter mon xrog.conf.

Le package nvidia rmp, embraque des scripts post install qui utilisent selon la norme de packaging RPM un argument ($1) qui pour certaines valeurs (installation ou mise à jour) fait sauter xorg.conf de la racine du répertoire /etc/X11, pour utiliser sa propre conf, et l’ensemble de la conf située dans le dossier /etc/X11/xorg.conf.d. Ainsi chaque installation, mise à jour de ce package ou de ses dépendances(bibliothèques sous-jacentes) entrainent le même effet.

C'est en greppant dans les sources des packages sur nos dépôts, que j'ai identifié la condition et la ligne qui fait le rm.

Je vais donc corriger le souci.


Merci de m'avoir lu.