Linux 和 Unix 操作系统的根目录中有一个文件夹，称为/lost+found/
它是做什么用的？在什么情况下我会与它互动？我将如何与它互动？
答案1
如果你跑fsck，文件系统检查和修复命令，它可能会找到文件系统中任何地方都没有引用的数据片段。特别是，fsck可能会发现看起来像完整文件但在系统上没有名称的数据 -索引节点没有对应的文件名。这些数据仍在占用空间，但无法通过任何正常方式访问。
如果您告诉fsck修复文件系统，它会将这些几乎删除的文件恢复为文件。问题是，该文件曾经有一个名称和位置，但该信息不再可用。因此，fsck将文件存放在一个特定的目录中，称为lost+found（之后失物处财产）。
出现的文件lost+found通常是已经取消链接的文件（即它们的名称已被删除），但当系统突然停止（内核恐慌或电源故障）时仍由某些进程打开（因此数据尚未删除）。如果这就是发生的一切，那么这些文件无论如何都会被删除，您不需要关心它们。
lost+found由于软件或硬件错误导致文件系统处于不一致状态，文件也可能出现。如果是这种情况，这是一种查找丢失但系统修复成功挽救的文件的方法。这些文件可能包含也可能不包含有用的数据，即使包含，它们也可能不完整或过时；这完全取决于文件系统损坏的严重程度。
在许多文件系统上，该lost+found目录有点特殊，因为它预先分配了一些空间来fsck存放文件。 （该空间不是用于fsck保留原地的文件数据；而是用于fsck必须组成的目录条目。）如果您不小心删除了lost+found，请不要使用 重新创建它mkdir，请使用mklost+found如果可供使用的话。
答案2
目录（不是 Lost+Found）是文件系统（不是硬件设备，而是文件系统）损坏时lost+found使用的结构。fsck通常由于目录损坏而丢失的文件将lost+found通过索引节点号链接到该文件系统的目录中。其中一些可能是丢失的目录或丢失的文件，甚至丢失的设备。每个文件系统都应该有自己的lost+found目录，但您可能会看到一个只有一个文件系统的系统。一般来说，你应该希望该目录是空的；但如果出现损坏，请庆幸的是，在许多情况下，文件可以在fsck将其放在这里后恢复。
答案3
来自“Linux 文件系统层次结构”，部分/丢失+找到”:
正如前面在 FSSTND 概述中所解释的那样，Linux 应始终经历正确的关闭。有时您的系统可能会崩溃，或者电源故障可能会导致机器停机。无论哪种方式，在下次启动时，都会使用 fsck 进行冗长的文件系统检查。 Fsck 将遍历系统并尝试恢复它发现的任何损坏的文件。此恢复操作的结果将放置在该目录中。恢复的文件不太可能完整或没有多大意义，但总有可能恢复一些有价值的东西。每个分区都有自己的lost+found 目录。如果您在其中找到文件，请尝试将它们移回原始位置。如果您发现像“文件”的符号链接已损坏之类的内容，则必须从相应的 RPM 重新安装该文件，因为您的文件系统损坏得非常严重，以至于文件被毁坏得无法辨认。下面是 /lost+found 目录的示例。正如您所看到的，这里包含的绝大多数文件实际上都是套接字。至于其余的其他文件，被发现是损坏的系统文件和个人文件。这些文件无法恢复。