☰

Leere „Lost+Found“-Ordner automatisch löschen, wenn sie leer sind

tag-icon • tag-icon filesystem nfs folder
Leere „Lost+Found“-Ordner automatisch löschen, wenn sie leer sind

In regelmäßigen Abständen überprüft Ubuntu meine Dateisysteme und erstellt mehrere leere "verloren+gefunden"-Ordner.

Kann ich diese Funktion deaktivieren? Gibt es eine Möglichkeit, dass Ubuntu diese Ordner automatisch löscht, wenn sie leer sind?

Gibt es eine Möglichkeit, diesen Ordner auf NFS zu verbergen?

Antwort1

Wenn fsckSie das System durchsuchen und versuchen, beschädigte Dateien wiederherzustellen, werden diese in den Ordner „Lost+Found“ verschoben. Ich vermute, dass dies im Grunde ein Problem beim fsckErstellen dieses Ordners ist, auch wenn nichts hineinzufügen ist. Da Ubuntu diese Prüfungen Ihrer Partitionen regelmäßig durchführt, werden diese Ordner immer neu erstellt, sodass das Löschen nicht funktioniert.

Wenn Sie den Ordner lediglich vor Nautilus verbergen möchten, können Sie eine „.hidden“-Datei mit „lost+found“ erstellen und sie im übergeordneten Ordner „lost+found“ ablegen.

Beispielsweise für den Ordner „lost+found“ in „/“:

echo "lost+found" | sudo tee /.hidden

Für das Verzeichnis in Ihrem Home-Verzeichnis (sofern vorhanden):

echo "lost+found" > ~/.hidden

Ich denke, Sie können sie alternativ nach jedem Booten entfernen, indem Sie der Datei „/etc/rc.local“ Folgendes hinzufügen:

if [ -d /lost+found ]; then
    rmdir /lost+found 2>/dev/null
fi

if [ -d /home/USER/lost+found ]; then
    rmdir /home/USER/lost+found 2>/dev/null
fi

rmdirDies wird auf den Ordnern ausgeführt , wenn sie existieren, und entfernt sie nur, wenn sie leer sind ( 2>/dev/nullwird die Meldung „nicht leer“ von verwerfen rmdir). Es gibt wahrscheinlich nicht viele Verzeichnisse, also habe ich es einfach gehalten. Stellen Sie einfach sicher, dass „exit 0“ in der untersten Zeile bleibt.

Nachteil: Dadurch werden nur die Verzeichnisse verfolgt, die fsckwährend des Bootvorgangs erstellt wurden. Wenn es zu einem späteren Zeitpunkt ausgeführt wird, wird dieses Verzeichnis erneut angezeigt. Sie können das obige dann in ein periodisch ausgeführtesCron-Job.

Antwort2

[Wenn ein] Lost+Found-Verzeichnis groß genug ist, um eine große Anzahl nicht verknüpfter Dateien aufzunehmen, ist e2fsck weniger gefordert, das Verzeichnis zu erstellen und auf die entsprechende Größe zu erweitern.

[fsck versucht, lost+found zu erstellen, wenn es nicht existiert],Bei einem beschädigten Dateisystem kann es jedoch riskanter sein.

Sehr alte fscks für andere Dateisysteme auf anderen Plattformen konnten /lost+found weder erstellen noch vergrößern. Dies ist die Geschichte der Begründung von /lost+found...

Seit ext3 wird es viel seltener benötigt. Mit einem Journaling-Dateisystem sollten Dateien bei einem Absturz/Stromausfall nicht „verloren“ gehen. Man könnte argumentieren, dass es nur beibehalten wird, um Oldtimern (und Spinnern, die das Journal deaktivieren) fatale Überraschungen zu ersparen. Wenn Sie nicht wissen, was Ihnen fehlt, ist es vielleicht kein Problem.

Dennoch ist das Entfernen wie das Patchen von e2fsck. Sie „können“ es tun, aber Sie sollten es nicht tun.

Antwort3

In diesem Artikel erhalten Sie eine ausführliche Erklärung zum Verzeichnis „Lost+Found“: http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html

Antwort4

cd where the lost+found folder is located
sudo touch .hidden
sudo mcedit .hidden(Schreiben lost+foundund speichern mit F2.)

verwandte Informationen