Ist es sicher, / usr / share / doc zu leeren?


16

Ich brauche keine Manpages und Dokumentationen auf meinem Debian-Server. Ist es sicher, diesen Ordner vollständig zu leeren, um Speicherplatz freizugeben, indem alle Dateien in diesem Ordner durch leere Dummy-Dateien ersetzt werden?

Oder gibt es eine bessere Möglichkeit, alle Hilfeseiten und Dokumentationen zu deinstallieren?

Bisher habe ich installiert, localepurgewas bereits alle nicht verwendeten Gebietsschemas deinstalliert hat und ich konnte auch meine deutschen Gebietsschemas deinstallieren, aber ich möchte eine deutsche Lokalisierung beibehalten.

Mit "sicher" meine ich nicht ganz sicher, aber die gleiche "Sicherheit", die ich verwendet habe localepurge(was bisher noch nie zu Problemen geführt hat)


Bauen Sie übrigens ein Embedded-System? Heutzutage kann ich mir kein anderes System vorstellen, bei dem ein paar Hundert Megabyte so viel bewirken und die Mühe wert sind, den Paketmanager zu brechen.
Celada

Ich habe nur sehr wenig Speicherplatz in einer VM in der Cloud. Sie sagen also, es würde den Paketmanager kaputt machen ?
Rubo77

Zunächst überprüfe ich, ob Sie keine Pakete haben, die Sie nicht benötigen, und entferne diese zuerst. Sie können auch nach Paketen suchen, die nur für Dokumente bestimmt sind. Die Dokumentation, die mit der Software mitgeliefert wird, belegt normalerweise nicht viel Speicherplatz.
Faheem Mitha

2
Das Löschen /usr/share/docsollte sicherlich keinen Paketmanager beschädigen, aber (A) es ist nicht relevant für Manpages, und (B) wenn Sie es löschen wollen, löschen Sie die Dateien richtig, nicht die bizarre Idee, sie alle durch leere Dateien zu ersetzen ( das wird immer noch weniger Platz für Inodes verbrauchen ... und würde einfach unglaublich albern aussehen).
Underscore_d

Antworten:


13

Es sollte in Ordnung sein, Dateien /usr/share/docauf Debian-basierten Systemen zu löschen .

Die Debian-Richtlinie spezifiziert explizit in Abschnitt 12.3:

Pakete dürfen keine Dateien in / usr / share / doc / enthalten, um zu funktionieren. [...]

Der Systemadministrator sollte in der Lage sein, Dateien in / usr / share / doc / zu löschen, ohne dass Programme abstürzen.

Da der Paketmanager auch ein Programm ist, sollte er mit dieser Situation (fehlende Dateien) richtig umgehen. Es kann erforderlich sein, nach einem Update die Daten /usr/share/docvon Hand zu löschen .

Die Antworten auf diese Ubuntu-Frage erklären, wie Speicherplatz gespart und der Paketmanager in Debian-basierten Systemen richtig konfiguriert werden kann.


1

Es ist immer gefährlich, den Debian-Paketmanager durch Löschen von Dateien zu stören, die unter seiner Kontrolle stehen. Daher die Aufnahme dieses Absatzes in die Dokumentation von localepurge:

Bitte beachten Sie, dass dieses Tool ein Hack ist, der nicht in Debians Paketverwaltungssystem integriert ist und daher nichts für schwache Nerven ist. Dieses Programm stört die Debian-Paketverwaltung und provoziert ein seltsames, aber normalerweise harmloses Verhalten von Programmen, die mit apt / dpkg in Verbindung stehen, wie dpkg-repack, reportbug usw. deine Hände.

Wenn Sie jedoch wirklich Speicherplatz benötigen, können Sie dies natürlich tun, wenn es für Sie funktioniert. Man würde erwarten, dass Pakete im Allgemeinen nicht davon abhängen, dass ihre Dokumentation vorhanden ist, um zu funktionieren, aber es gibt keine Garantien.

Oder gibt es eine bessere Möglichkeit, alle Hilfeseiten zu deinstallieren.

Das Löschen /usr/share/dochat nichts mit Hilfeseiten zu tun. Die findet man in /usr/share/man.


Per Definition gibt es also nur Dokumentation in diesem Ordner? dann scheint es mir, es wäre das gleiche Risiko wie die Verwendung von localepurge, das mir nie ein Problem bereitet hat
rubo77

Sicher, ich habe meine Frage aktualisiert, wusste nicht den großen Unterschied zwischen Manpages und Dokumentation, aber jetzt habe ich klargestellt, dass ich nicht beide brauche
rubo77
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.