/lost+found/的文件夹。它的作用是什么？在什么情况下我会与之互动？我将如何与之互动？
#1 楼
如果运行fsck（文件系统检查和修复命令），它可能会找到文件系统中任何地方未引用的数据片段。特别是，fsck可能会找到看起来像完整文件但系统上没有名称的数据-没有相应文件名的索引节点。这些数据仍在消耗空间，但无法通过任何常规方式访问。问题是，该文件曾经有一个名称和位置，但是该信息不再可用。因此，fsck将文件存放在称为fsck的特定目录中（丢失并找到属性之后）。出现在
lost+found中的文件通常是已取消链接（即，其名称已被删除）但仍当系统突然停止（内核崩溃或电源故障）时，由某个进程打开（因此尚未删除数据）。如果发生了所有这些事情，那么无论如何这些文件都将被删除，您无需关心它们。文件也可能出现在
lost+found中，因为文件系统由于软件而处于不一致状态或硬件错误。如果是这种情况，这是一种查找丢失的文件但可以修复系统修复的方法。这些文件可能包含或可能不包含有用的数据，即使它们确实不完整或已过时；这完全取决于文件系统损坏的严重程度。 （该空间不是lost+found留在原处的文件数据；它是lost+found必须组成的目录条目的空间。）如果不小心删除了fsck，请不要用fsck重新创建它，如果可用，请使用fsck 。评论
另外，如果不小心删除了fsck，它可能在下次找到干净的文件系统时重新创建它（可能是下一次引导）。
–德罗伯特
2011年8月6日，下午5:05
是否应该不定期检查和清理此文件夹？
–TheLQ
2011年8月7日在8:24
@TheLQ仅当您的文件系统遭受了严重损坏时，才需要使用fsck，并且它提到查找文件并将它们链接到lost + found中。在使用各种文件系统的20年中，我只见过一次。而那才是记录日志的规范。
–́Alexios
2012年1月12日上午8:06
我认为如果您格式化硬盘，它也会出现（我从NTFS切换到ext4，它出现了）
– puk
13年20月20日在8:43
@puk每当您创建ext4文件系统（与许多其他文件系统一样）时，都会创建lost + found目录，无论它是否作为系统安装的一部分完成。 “格式化硬盘”只是其中一种情况。 fsck的作用是可能在其中添加文件。
–吉尔斯'所以-不再是邪恶的'
13年20月20日在10:17
#2 楼
当文件系统（不是硬件设备，而是fs）损坏时，lost+found目录（不是Lost + Found）是fsck使用的结构。通常由于目录损坏而丢失的文件将通过索引节点号链接到该文件系统的lost+found目录中。其中一些可能丢失了目录，丢失了文件甚至丢失了设备。每个文件系统应具有其自己的lost+found目录，但是您可能正在查看的是只有一个文件系统的系统。通常，您应该希望目录为空。但是如果有损坏，请感谢在许多情况下，fsck将文件放在此处后可以恢复文件。评论
但是，有一点很重要：无论如何，这些CAN可能会变得很麻烦。例如，当尝试从非管理员用户的帐户中对一个或多个ext [2 | 3 | 4]分区进行查找操作时，您将始终得到这些完全不必要的“权限被拒绝”错误。当然，有很多方法可以避免此类错误-但由于标准find，因此有点尴尬。名称'* whatever *'不会解决问题。
–syntaxerror
2012年9月29日19:54
@syntaxerror：很高兴听到您对find的烦恼：`./lost+found'：权限被拒绝。它也时不时地困扰着我...
– Johan E
2014年6月22日，0：24
@syntaxerror我到达此问题的原因恰恰是因为我正在执行查找操作，并且查找一直在生成“权限被拒绝”警告。给定这个问题的答案，我知道lost + found是文件系统的一部分，因此我可以放心地忽略生成的警告（但我希望它不会产生警告）。
–特雷弗·博伊德·史密斯（Trevor Boyd Smith）
15年12月16日在18:58
@JohanE你在告诉我。但是，我发表我的评论的真正原因是因为此答案试图建议我们对“失物招领”表示“感谢”。这种感觉太荒谬了，以至于无法实现（我在这里咧嘴笑了），可笑的是，有几次我们很感激，因为它无法与那些我们宁愿投出“ Begone！”的竞争。拼写这个讨厌的lo + fo东西。
–syntaxerror
2015年12月16日19:49
#3 楼
在“ Linux文件系统层次结构”的/ lost + found部分中：如前面在FSSTND概述中所述，Linux
应始终经过适当的关闭。有时您的系统
可能崩溃，或者电源故障可能会使计算机宕机。
在下一次启动时，都将使用fsck进行冗长的文件系统检查
。fsck将通过系统并尝试恢复找到的所有损坏的文件。此恢复操作的结果将放置在此目录中。恢复的文件不太可能完整或有意义。但是总是有机会恢复值得的东西。每个分区都有自己的
lost + found目录。如果在其中找到文件，请尝试将它们移回其原始位置。 。如果发现类似于“文件”的损坏的
符号链接，则必须从相应的RPM中重新安装文件，因为您的文件系统损坏得非常严重，以致文件被残破以致无法识别。以下是一个
/ lost + found目录的示例。如您所见，此处包含的绝大多数文件都位于实际的事实套接字中。至于其他
其他文件，它们被发现是损坏的系统文件和个人
文件。这些文件无法恢复。
评论
请注意，只有ext2（以及ext3和ext4）使用lost + found。如果要隐藏它，请使用其他文件系统或将其安装在其他位置，将所有内容保留在一个子目录中，然后将该子目录符号链接到使用数据的“真实”位置。@Gilles有人愿意添加它：en.wikipedia.org/wiki/Fsck#Use
请注意，lost + found是特定于Linux扩展文件系统（ext2-4）的。 Unices，例如FreeBSD通常在其文件系统（UFS，ZFS）上没有此目录。
抱歉，但是失物招领在BSD系统上几乎永远存在。实际上，我刚刚检查过它，它肯定存在于4.3BSD上，而且我似乎想起来很早了。而且今天肯定在FreeBSD上。