Zu viel installieren und deinstallieren? [geschlossen]


10

Ist dies ein Problem unter Linux, wie es ein Windows ist? Dinge installieren und deinstallieren, die kleine Teile hinterlassen, die sich ansammeln und sich negativ auswirken?

Wenn ja, was kann ich tun, um dies zu verhindern?


1
Welche Distribution benutzt du?
pqnet

Fedora 20. Ich frage mich nur, ob es sich irgendwann aufbaut und neu installiert werden muss. Wird sowieso im Oktober für Fedora 21
user81819

1
Auf apt-basierten Systemen wie Debian können Sie deinstallieren oder vollständig deinstallieren. Die vollständige Deinstallation entfernt die Systemkonfigurationsdatei. Zum Nachteil verbrauchen die Konfigurationsdateien wenig (oder viel) Speicherplatz. Microsoft-Windows hat ein Problem, weil NTFS fragmentiert ist und weil die Konfiguration in einer schlecht gestalteten Datenbank (der Registrierung) gespeichert ist, die ebenfalls fragmentiert.
Strg-Alt-Delor

2
Sie müssen nicht neu installieren, um Fedora zu aktualisieren. Verwenden Sie einfach FedUp: fedoraproject.org/wiki/FedUp Ich habe es von 18 auf 20 verwendet, keine Probleme, und meine Root-Partition blieb intakt (keine Notwendigkeit, persönliche Daten, Konfigurationen usw. zu sichern und wiederherzustellen). Versuchen Sie einfach nicht, eine Veröffentlichung zu überspringen, wenn Sie dies tun (dh 18 bis 20 sind tatsächlich 18 bis 19 bis 20).
Goldlöckchen

Antworten:


19

Ja und nein. * nix hat einen großen Vorteil gegenüber Windows bei der Paketverwaltung. Anders als in Windows, wo Sie sich auf Pakete von Drittanbietern verlassen müssen, um vernünftige (Un-) Installationsprogramme zu haben, bieten * nix-Distributionen Paketmanager, die die Installation und Deinstallation auf einheitliche Weise übernehmen. Wenn Sie ein Paket entfernen, werden daher alle Dateien auf Systemebene für dieses Paket entfernt. Sie müssen sich keine Sorgen um diese Unordnung machen.

Es gibt jedoch einen Ort, an dem Programme möglicherweise Dateien erstellen, die mit dem Paket nicht entfernt werden: Ihr $HOMEVerzeichnis. Viele Dateien behalten die Konfiguration, das Speichern von Spielen usw. bei $HOME, aber Paketmanager sollten niemals etwas berühren $HOME. Wenn Sie ein Paket entfernen, bleiben alle in Ihrem Home-Verzeichnis erstellten Dateien erhalten.

Es gibt einen Silberstreifen; Wenn Sie wirklich alle verbleibenden Dateien aus einem von Ihnen deinstallierten Paket entfernen möchten, ist die Nuklearoption keine Neuinstallation, sondern löscht Ihre $HOME. Dies ist normalerweise immer noch eine Überreaktion, da die meisten Programme dazu neigen, ihre Dateien in einem einzigen Verzeichnis unter $HOME(häufig $HOME/.name-of-app/oder $HOME/.config/name-of-app/) zu speichern .

Der ideale Frühjahrsputz für diese Dateien besteht darin, nur das Programmverzeichnis zu entfernen. Dies sollte in Verbindung mit der Standard-Deinstallation des Pakets ausreichen, um Ihr System von allen Dateien zu befreien, die im Besitz des Pakets sind.

Hinweis: YMMV


@ IlluminÉ, ja. Unterschiedliche Distributionen haben unterschiedliche Methoden, und was ich oben gesagt habe (obwohl im Allgemeinen genau), trifft möglicherweise nicht immer zu. Darüber hinaus können weniger gut erzogene Anwendungen Dateien dort ablegen, wo sie nicht sollten, oder sie auf mehrere Speicherorte verteilen. Aber was ich oben gesagt habe, sollte für weitere Fälle zutreffend sein.
HalosGhost

1
@ IlluminÉ, ahh. Keine Bange! Beitrag bearbeitet mit einem Link zur Verdeutlichung.
HalosGhost

+1 Es könnte genauer sein zu sagen, dass Windows keine Paketverwaltung hat, wie es Linux-Distributionen tun. Wenn Sie eine Drittanbieteranwendung unter Windows installieren, müssen Sie das Drittanbieterinstallationsprogramm verwenden. Hoffentlich wird ein Deinstallationsprogramm mitgeliefert, das funktioniert. Wenn Sie Software von Drittanbietern unter Linux über eine PM installieren, ist das Installationsprogramm der Paketmanager, und das Paket wird mit Entfernung als Möglichkeit gemäß den Distributionsstandards erstellt.
Goldlöckchen

@goldilocks, ich habe dem Beitrag weitere Informationen hinzugefügt, um die Trennung zwischen dem Windows-Paradigma und dem von * nix zu verdeutlichen.
HalosGhost

1
Es ist zu beachten, dass übrig gebliebene Konfigurationsdateien oder Punktedateien $HOMEkeinen Einfluss auf die Systemleistung haben sollten. Der Frühjahrsputz würde bestenfalls ein paar MB zurückfordern. Der einzig mögliche negative Effekt wären Pakete, die Konfigurationsdateien in gemeinsam genutzten ".d" -Verzeichnissen ablegen und diese nicht entfernen können. Ich denke jedoch, dass dies ein seltener Fall eines Pakets ist, das sich nicht so gut verhält.
Paul Schyska

6

Bei der Deinstallation von Paketen unter Linux können Konfigurationsdateien zurückbleiben. Dies sollte bei normaler Verwendung nicht zu beobachten sein, es sei denn, Sie installieren dasselbe Paket neu, das Sie entfernt haben: Die Konfigurationsdateien sind normalerweise klein und werden von keinem anderen Paket als dem von Ihnen installierten verwendet. Im Paketmanager gibt es normalerweise eine Option zum Entfernen von Konfigurationsdateien beim Entfernen eines Pakets. In debian / ubuntu können Sie den --purgeSchalter verwenden apt-get remove, in Fedora / red hat / centos benötigen Sie keinen speziellen Schalter - die Konfiguration wird automatisch entfernt, wenn das Paket deinstalliert wird.

Der sichtbarste Effekt beim Installieren und Deinstallieren von Paketen ist wahrscheinlich nur ein geringer Verschleiß der Festplatte.

Dies gilt nicht für Software, die mit anderen Methoden als dem offiziellen Paketmanager installiert wurde, z. B. binäre proprietäre Pakete und manuell kompilierte.


Ich habe festgestellt, dass dies nicht immer der Fall ist. Ich habe mehrere Dateien mit dem Suffix gefunden .rpmsave. Ziemlich nervig, aber es sollte einen Schalter geben, der dies entfernt. Andererseits ist mit den Kosten für Festplatten ein paar KB verschwendet nichts.
SailorCire

Dateien .rpmsavewerden erstellt, wenn Sie manuell Änderungen an Konfigurationsdateien vorgenommen haben, um Ihre Änderungen auf der Festplatte
beizubehalten,
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.