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

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

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

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

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

出现的lost+found文件通常是在系统突然停止（内核崩溃或电源故障）时已取消链接（即，其名称已被删除）但仍由某些进程打开（因此数据尚未被擦除）的文件。如果这一切都发生了，那么无论如何这些文件都被指定要删除，您无需关心它们。

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

在许多文件系统上，该lost+found目录有点特殊，因为它预先分配了一些空间用于fsck在其中存放文件。（该空间不是保留在原处的文件数据fsck；这是必须组成的目录条目fsck。）如果不小心删除了lost+found，请不要mkdir使用创建它，请使用，mklost+found如果有的话。

的lost+found目录（未丢失+实测值）是由所使用的构建体fsck时，有到文件系统（未硬件设备，但对FS）的损坏。通常由于目录损坏而丢失的文件将lost+found通过inode编号链接到该文件系统的目录中。其中一些可能丢失了目录，丢失了文件甚至丢失了设备。每个文件系统应具有其自己的lost+found目录，但是您可能正在查看的是只有一个文件系统的系统。通常，您应该希望目录为空。但是如果有损坏，请感谢在许多情况下将文件fsck放在此处后可以将其恢复。

在“ Linux文件系统层次结构”的/ lost + found节中：

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