Wie finde ich alle von Debian verwalteten Konfigurationsdateien, die vom Standard geändert wurden?
debian
configuration
packages
malclocke
quelle
quelle
Antworten:
Um alle von Debian verwalteten Konfigurationsdateien zu finden, die vom Standard geändert wurden, können Sie einen Befehl wie diesen verwenden.
Bearbeiten (funktioniert mit lokalisierten Systemen):
Bearbeiten (funktioniert mit Paketen mit OK im Dateinamen):
quelle
md5sum --quiet
, um das Filtern von OK-Dateien zu vermeidenawk
(und damit die Lokalisierungsprobleme?). Übrigens: Sie wissen nicht, wie Sie nicht verfolgte Dateien in / etc einfügen sollen? Wie zum Beispiel die in / etc / apache2 / sites-available?debsums -ec
) tatsächlich funktioniert, da sie anscheinend viel weniger Ergebnisse liefert.debsums -ec
: Wenn ich diese Methode verwende, um Paketversionen erneut zu installieren , werden einige der über diese Methode aufgelisteten Dateien nicht geändert.find /etc -type f \( -iname '*.ucf-dist' -o -iname '*.ucf-old' -o -iname '*.dpkg-old' -o -iname '*.dpkg-dist' \) -print | sort
von
man debsums
:quelle
Tut mir leid, Necro, aber während die Antwort von @ naught101 für geänderte Dateien richtig war , half es nicht für hinzugefügte Dateien. @ Graemes Lösung ist nett, hängt aber vom Etckeeper ab; Ich möchte das Dateisystem nicht ändern.
Suchen Sie nach Dateien in / etc /,
debsums
die nicht als gültig gemeldet werden. Dies bedeutet entweder nicht verfolgte Dateien oder Dateien, die nicht "OK" sind (Hashes stimmen nicht überein).quelle
debsums --list-missing
prüfen, ob in einem oder mehreren Paketen die Prüfsummen der enthaltenen Dateien fehlen. Heutzutage sollte die Ausgabe leer sein.Ich mag es im Allgemeinen, etckeeper ziemlich sofort auf dem System einzurichten. Mit so etwas wie etckeeper kann ich nicht nur feststellen, wann die Datei anders ist, sondern ich kann tatsächlich einen Unterschied feststellen, wie genau sie anders ist.
Sehen:
quelle
Oder debsums -e | grep FAILED zeigt auch alle fehlenden Conffiles an
(aus dem debsums-paket)
quelle
Das mag übertrieben sein, aber da jemand etckeeper erwähnt hat und ich nachforschte, dass ich auf dieses andere Juwel gestoßen bin, ist es möglicherweise nützlicher, wenn Sie versuchen, Dinge "nachträglich" herauszufinden.
http://devstructure.com/blueprint/
quelle
Dies weicht ein wenig von der ursprünglichen Frage ab, da ADDED-Konfigurationsdateien im Gegensatz zu nur den geänderten Dateien angezeigt werden. Obwohl Dateien, die in keinem Deb-Paket enthalten sind, auch abgefangen werden. Beide Verhaltensweisen können durchaus wünschenswert sein.
Dies hängt davon ab, dass Sie etckeeper im Idealfall von Anfang an mit git vcs verwendet haben. Dies sollte jedoch auch funktionieren, wenn Sie zuvor geänderte Dateien nach dem ersten Commit hinzufügen und festschreiben . Beachten Sie, dass Ubuntu etckeeper so konfiguriert, dass es standardmäßig Bazaar verwendet (Canonical Sponsor Bazaar), und nicht den von den etckeeper-Entwicklern festgelegten Git-Standard.
Die Idee ist, eine Liste aller Commits zu erhalten, die nach und nach nicht automatisch ausgeführt werden. Listen Sie dann die Dateien auf, die mit Ausnahme des ersten Commits geändert wurden:
Die Filterzeichenfolge kann auch erweitert werden, um andere Festschreibungen einzuschließen, wenn sie konsistent benannt sind. Könnte für Installationen direkt aus einer Deb-Datei oder aus dem Quellcode gut sein.
Eine bemerkenswerte Datei, die dies für mich aufnimmt, ist meine
xorg.conf
- Sie müssen sie derzeit selbst zu / etc / X11 hinzufügen, wenn Sie sie benötigen. Auch meinedefault/grub
Änderungen wurden übernommen, anscheinend wurde dies von einem Post-Installationsskript aus / usr / share kopiert, anstatt als Teil eines Pakets aufgelistet zu werden. Wenn an einer Datei wie dieser eine Änderung vorgenommen wurde, wird sie von dpkg-bezogenen Methoden nicht angezeigt.quelle
git log
jetzt eine--invert-grep
Option, mit der Sie uninteressante Commits herausfiltern können, ohne die Verwendung vonsed
.