在Linux和Unix操作系统的根部有一个文件夹叫做/lost+found/
。
它是用来做什么的?在什么情况下我会与它互动?我将如何与之互动?
如果你运行fsck
,即文件系统检查和修复命令,它可能会发现文件系统中没有任何引用的数据片段。特别是,fsck
可能会发现看起来像一个完整的文件,但在系统中却没有名字的数据--一个没有相应文件名的inode。这些数据仍在占用空间,但它不能通过任何正常的方式访问。
如果你告诉fsck
修复文件系统,它将把这些几乎被删除的文件重新变成文件。问题是,这个文件曾经有一个名字和位置,但这些信息不再可用了。所以fsck
将文件存放在一个特定的目录中,称为lost+found
(在lost and found属性之后)。
出现在 "lost+found "中的文件通常是在系统突然停止(内核恐慌或断电)时,已经解除链接(即它们的名字已经被删除)但仍被某些进程打开(所以数据还没有被删除)的文件。如果这就是所发生的一切,这些文件无论如何都是要被删除的,你不需要关心它们。
文件也可能出现在 "丢失+发现 "中,因为文件系统由于软件或硬件错误而处于不一致的状态。如果是这种情况,它是一种让你找到丢失的文件的方法,但系统修复时设法挽救了这些文件。这些文件可能包含也可能不包含有用的数据,即使包含也可能是不完整的或过时的;这完全取决于文件系统损坏的程度。
在许多文件系统中,lost+found'目录有点特别,因为它预先分配了一些空间,让
fsck'把文件放在那里。(这个空间不是用来存放文件数据的,fsck'会将其留在原地;而是用来存放
fsck'必须建立的目录条目。)如果你不小心删除了 "lost+found",不要用 "mkdir "重新创建它,如果有的话,使用 "mklost+found"1。
丢失+发现 "目录(不是丢失+发现)是fsck
在文件系统(不是硬件设备,而是fs)损坏时使用的一种结构。 通常由于目录损坏而丢失的文件会被链接到该文件系统的 "丢失+发现 "目录中,并按节点号排列。 其中一些可能是丢失的目录或丢失的文件,甚至是丢失的设备。 每个文件系统都应该有自己的 "丢失+发现 "目录,但你可能看到的是一个只有一个文件系统的系统。 一般来说,你应该希望这个目录是空的;但如果有损坏,要庆幸在许多情况下,文件在fsck
放置在这里后可以被恢复。
来自"Linux文件系统层次结构",[/lost+found"]节(http://www.tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html)。
正如先前在FSSTND的概述中所解释的那样,Linux 应该总是经过适当的关机。有时你的系统 可能会崩溃,或者电源故障会使机器瘫痪。无论哪种情况 方式,在下一次启动时,将使用fsck进行冗长的文件系统检查。 完成。Fsck将对系统进行检查,并试图恢复任何损坏的 的文件。这个恢复操作的结果将被 放在这个目录中。所恢复的文件不可能是 完整的或有意义的,但总是有机会恢复一些有价值的东西。 但总有机会恢复到一些有价值的东西。每个分区都有自己的 lost+found目录。如果你在那里发现了文件,试着把它们移 挪到它们原来的位置。如果你发现一些东西,比如一个坏掉的 文件的符号链接,你必须从相应的RPM中重新安装文件。 相应的RPM,因为你的文件系统被破坏得很严重,以至于 这些文件被破坏得面目全非了。下面是一个例子 /lost+found目录。正如你所看到的,绝大部分的文件 包含在这里,实际上是插座。至于其余的 其他文件,它们被发现是受损的系统文件和个人 文件。这些文件是无法恢复的。