Im Stammverzeichnis der Betriebssysteme Linux und Unix befindet sich ein Ordner mit dem Namen /lost+found/
Wofür ist das? Unter welchen Umständen würde ich damit interagieren? Wie würde ich damit umgehen?
644
Im Stammverzeichnis der Betriebssysteme Linux und Unix befindet sich ein Ordner mit dem Namen /lost+found/
Wofür ist das? Unter welchen Umständen würde ich damit interagieren? Wie würde ich damit umgehen?
lost+found. Wenn Sie es ausblenden möchten, verwenden Sie entweder ein anderes Dateisystem oder hängen Sie es an einer anderen Stelle ein, speichern Sie alles in einem Unterverzeichnis und verknüpfen Sie das Unterverzeichnis mit dem "richtigen" Ort, an dem Sie die Daten verwenden.lost+foundfür das erweiterte Linux-Dateisystem (ext2–4) spezifisch ist. Unices, zB FreeBSD, haben dieses Verzeichnis normalerweise nicht in ihren Dateisystemen (UFS, ZFS).lost+foundauf BSD-Systemen gibt es das praktisch schon immer. Tatsächlich habe ich gerade nachgesehen und es war definitiv auf 4.3BSD da, und ich scheine mich viel früher daran zu erinnern. Und es ist sicherlich heute auf FreeBSD.Antworten:
Wenn Sie
fsckden Befehl filesystem check and repair ausführen , werden möglicherweise Datenfragmente gefunden, auf die an keiner Stelle im Dateisystem verwiesen wird. Insbesondere werdenfsckmöglicherweise Daten gefunden, die wie eine vollständige Datei aussehen, aber keinen Namen im System haben - eine Inode ohne entsprechenden Dateinamen. Diese Daten belegen immer noch Speicherplatz, sind jedoch auf normale Weise nicht zugänglich.Wenn Sie
fsckangeben, dass das Dateisystem repariert werden soll, werden diese fast gelöschten Dateien wieder in Dateien umgewandelt. Die Sache ist, die Datei hatte einmal einen Namen und einen Ort, aber diese Informationen sind nicht mehr verfügbar. SofsckAblagerungen die Datei in einem bestimmten Verzeichnis, genanntlost+found(nach dem Fund Eigentum).Dateien, die in
lost+foundangezeigt werden, sind in der Regel Dateien, die bereits nicht verknüpft waren (dh, ihr Name wurde gelöscht), aber noch von einem bestimmten Prozess geöffnet wurden (die Daten wurden also noch nicht gelöscht), als das System plötzlich angehalten wurde (Kernel-Panik oder Stromausfall). Wenn das alles ist, was passiert ist, wurden diese Dateien ohnehin zum Löschen eingeplant, Sie müssen sich nicht um sie kümmern.Dateien können auch angezeigt werden,
lost+foundweil sich das Dateisystem aufgrund eines Software- oder Hardware-Fehlers in einem inkonsistenten Zustand befand. In diesem Fall können Sie auf diese Weise nach Dateien suchen, die verloren gegangen sind, die jedoch von der Systemreparatur wiederhergestellt wurden. Die Dateien können nützliche Daten enthalten oder nicht, und selbst wenn dies der Fall ist, sind sie möglicherweise unvollständig oder veraltet. es hängt alles davon ab, wie stark der Dateisystemschaden war.Auf vielen Dateisystemen ist das
lost+foundVerzeichnis etwas Besonderes, da es ein wenig Platz fürfsckdie Ablage von Dateien vorbelegt . (Der Speicherplatz ist nicht für die Dateidaten, diefsckan Ort und Stelle verbleiben, sondern für die zu erstellenden Verzeichniseinträgefsck.) Wenn Sie sie versehentlich löschenlost+found, erstellen Sie sie nicht erneut mit . Verwenden Sie siemkdir,mklost+foundfalls verfügbar.quelle
fsckwurde, erforderlich war und das Finden und Verknüpfen von Dateien erwähnt wurdelost+found. In 20 Jahren mit verschiedenen Dateisystemen habe ich das nur einmal gesehen. Und das war vor dem Journaling die Norm.lost+foundVerzeichnis wird immer dann erstellt, wenn Sie ein ext4-Dateisystem erstellen (wie bei vielen anderen Dateisystemen), unabhängig davon, ob dies im Rahmen der Systeminstallation erfolgt oder nicht. "Formatieren Sie Ihre Festplatte" ist nur ein Fall davon. Wasfscktut , ist möglicherweise Dateien dort hinzuzufügen.Das
lost+foundVerzeichnis (nicht Lost + Found) ist ein Konstrukt, das verwendet wird,fsckwenn das Dateisystem beschädigt ist (nicht das Hardwaregerät, sondern das fs). Dateien, die normalerweise aufgrund einer Verzeichnisbeschädigung verloren gehen, werden im Verzeichnis dieses Dateisystemslost+foundnach Inode-Nummer verknüpft . Einige davon können verlorene Verzeichnisse, verlorene Dateien oder sogar verlorene Geräte sein. Jedes Dateisystem sollte ein eigeneslost+foundVerzeichnis haben, aber Sie sehen möglicherweise ein System mit nur einem Dateisystem. Im Allgemeinen sollten Sie hoffen, dass das Verzeichnis leer ist. Aber wenn es Korruption gibt, sei dankbar, dass unter vielen Umständen Dateien wiederhergestellt werden können, nachdemfscksie hier abgelegt wurden.quelle
findVorgang auf einer oder mehrerenext[2|3|4]Partitionen von einem Benutzerkonto eines Nicht-Administrators aus auszuführen, erhalten Sie immer diese völlig unnötigen Fehler, denen die Berechtigung verweigert wurde . Sicher gibt es Möglichkeiten, diese Art von Fehlern zu umgehen - aber es ist ein bisschen umständlich, weil der Standardfind . -name '*whatever*'den Trick nicht schafft.Permission deniedWarnung generierte . Angesichts der Antwort auf diese Frage weiß ich, dass dieslost+foundTeil des Dateisystems ist, und kann daher die generierte Warnung ignorieren (aber ich wünschte, sie hätte nicht die Warnung erzeugt).lost+found. Das fühlte sich viel zu komisch an, um wahr zu sein (ich saß hier mit einem breiten Grinsen), für die lächerlich wenigen Male, in denen wir dankbar sind, dass es nicht mit denen konkurrieren kann, in denen wir lieber einen "Begone!" buchstabieren Sie zu diesem lästigen lo + fo Ding.Aus "Linux Filesystem Hierarchy", Abschnitt / lost + found " :
quelle