Comment vérifier les fichiers de configuration modifiés sur un système Debian ?

C'est peut-être un peu exagéré, mais comme quelqu'un a mentionné etckeeper, j'ai découvert un autre joyau qui pourrait être plus utile si vous essayez de comprendre les choses "après coup".

http://devstructure.com/blueprint/

Blueprint est un outil simple de gestion de la configuration qui effectue une rétro-ingénierie des serveurs. Il détermine ce que vous avez fait manuellement, le stocke localement dans un dépôt Git, génère du code capable de recréer vos efforts et vous aide à déployer ces changements en production.

Cela s'écarte un peu de la question initiale dans la mesure où cela donnera également les fichiers de configuration AJOUTÉS, et non seulement ceux qui ont été modifiés. Les fichiers qui ne sont pas inclus dans un paquet deb seront également pris en compte. Les deux comportements peuvent être souhaitables.

Cela dépend de l'utilisation de etckeeper avec git vcs idéalement dès le départ, bien que cela devrait également fonctionner si vous ajoutez spécifiquement et commit les fichiers précédemment modifiés. après le premier commit. Notez que l'une des difficultés rencontrées ici est qu'Ubuntu configure etckeeper pour utiliser Bazaar par défaut (Canonical sponsorise Bazaar), plutôt que le défaut git défini par les développeurs d'etckeeper.

L'idée est d'obtenir une liste de tous les commits qui ne sont pas faits automatiquement après une exécution d'apt. Puis de lister les fichiers modifiés dans tous les commits sauf le tout premier :

filter_sed="/committing changes in \/etc after apt run\$/d"

etckeeper vcs log --oneline |
  sed "$filter_sed; \$d; s/ .*//" |
  xargs etckeeper vcs show --name-only --format=format: |
  sort |
  uniq |
  sed "/^\$/d"

La chaîne de filtre pourrait également être étendue pour englober d'autres commits s'ils sont nommés de manière cohérente. Cela pourrait être bon pour les installations directement à partir d'un fichier deb ou du code source.

Un fichier notable que cela récupère pour moi est ma xorg.conf - vous devez actuellement l'ajouter vous-même à /etc/X11 si vous en avez besoin. De plus, mon default/grub sont récupérés, il semble que cela soit copié depuis /usr/share par un script post-installation plutôt que d'être listé comme faisant partie d'un paquet. Si une modification a été apportée à un fichier comme celui-ci, les méthodes liées à dpkg ne le révéleront pas.