Es gibt zwei Fälle:
- Wenn eine Datei als Teil einer RPM installiert wurde, handelt es sich um eine Konfigurationsdatei (dh mit dem
%config
Tag gekennzeichnet). Sie haben die Datei anschließend bearbeitet und aktualisieren nun die RPM. Die neue Konfigurationsdatei (von der neueren RPM) wird dann ersetzt Ihre alte Konfigurationsdatei (dh die aktive Datei werden). Letzteres wird mit dem .rpmsave
Suffix umbenannt.
- Wenn eine Datei als Teil einer RPM-Datei installiert wurde, handelt es sich um eine Noreplace-Konfigurationsdatei (dh sie ist mit dem
%config(noreplace)
Tag gekennzeichnet). Sie haben die Datei anschließend bearbeitet und aktualisieren nun die RPM-Datei. Dann bleibt Ihre alte Konfigurationsdatei an Ort und Stelle (dh aktiv bleiben) und die neue Konfigurationsdatei (von der neueren rpm) wird mit dem .rpmnew
Suffix auf die Festplatte kopiert .
Siehe zB diese Tabelle für alle Details.
In beiden Fällen haben Sie oder ein anderes Programm die Konfigurationsdatei (en) bearbeitet. Aus diesem Grund werden die .rpmsave
/ .rpmnew
-Dateien nach dem Upgrade angezeigt, da rpm die Konfigurationsdateien unbemerkt und ohne Sicherungsdateien aktualisiert, wenn die lokale Datei nicht betroffen ist.
Nach einem System-Upgrade sollten Sie Ihr Dateisystem nach diesen Dateien durchsuchen und sicherstellen, dass die richtigen Konfigurationsdateien aktiv sind. Führen Sie möglicherweise die neuen Inhalte aus den .rpmnew-Dateien in den Produktionsdateien zusammen. Sie können die Dateien .rpmsave
und entfernen .rpmnew
, wenn Sie fertig sind.