it-swarm.cn

在Linux和Unix中,lost + found文件夹的用途是什么?

在Linux和Unix操作系统的根目录下有一个名为/lost+found/的文件夹

这是为了什么在什么情况下我会与之互动?我将如何与之互动?

670
Wesley

如果运行 fsck ,文件系统检查和修复命令,它可能会找到文件系统中任何地方未引用的数据片段。特别是fsck可能会找到看起来像完整文件但在系统上没有名称的数据- inode ,没有相应的文件名。这些数据仍在消耗空间,但无法通过任何常规方式访问。

如果告诉fsck修复文件系统,它将把这些几乎删除的文件变回文件。问题是,该文件曾经有一个名称和位置,但是该信息不再可用。因此fsck将文件存放在称为_lost+found_的特定目录中(在 丢失并找到 属性之后)。

出现在_lost+found_中的文件通常是已经断开链接(即,其名称已被删除)但在系统突然停止(内核崩溃或停电)时仍由某些进程打开(因此尚未删除数据)的文件。失败)。如果这一切都发生了,那么这些文件无论如何都将被删除,您无需关心它们。

文件也可能以_lost+found_出现,因为由于软件或硬件错误,文件系统处于不一致状态。如果是这种情况,这是一种查找丢失的文件但可以修复系统修复的方法。这些文件可能包含或可能不包含有用的数据,即使它们确实不完整或已过时;这完全取决于文件系统损坏的严重程度。

在许多文件系统上,_lost+found_目录有点特殊,因为它为fsck预分配了一些空间以将文件存放在那里。 (该空间不是fsck保留的文件数据;这是fsck必须组成的目录条目的空间。)如果您不小心删除了_lost+found_,不要使用mkdir重新创建它,请使用 _mklost+found_ (如果可用)。

602

lost+found目录(不是Lost + Found)是fsck使用的结构,当文件系统(不是硬件设备,而是fs)损坏时。通常由于目录损坏而丢失的文件将通过inode编号链接到该文件系统的lost+found目录中。其中一些可能丢失了目录,丢失了文件甚至丢失了设备。每个文件系统应具有自己的lost+found目录,但是您可能正在查看的系统中只有一个文件系统。通常,您应该希望目录为空。但如果存在损坏,请感谢在许多情况下fsck将文件放在此处后即可恢复。

65
Arcege

在“ Linux文件系统层次结构”中 // lost + found“ 部分:

如前面在FSSTND概述中所述,Linux应该始终经过适当的关闭。有时,您的系统可能会崩溃,或者电源故障可能会使计算机宕机。无论哪种方式,在下次启动时,都将使用fsck进行冗长的文件系统检查。 Fsck将遍历系统,并尝试恢复找到的任何损坏的文件。恢复操作的结果将放置在此目录中。恢复的文件不太可能是完整的或没有任何意义,但是总有可能恢复了一些有价值的东西。每个分区都有其自己的lost + found目录。如果在其中找到文件,请尝试将其移回其原始位置。如果您发现到“文件”的符号链接断开了,则必须从相应的RPM重新安装文件,因为文件系统损坏得非常严重,以致文件被毁坏而无法识别。以下是/ lost + found目录的示例。如您所见,此处包含的绝大多数文件都在实际的事实套接字中。至于其他文件,则发现它们是损坏的系统文件和个人文件。这些文件无法恢复。

38
bhupal