正如在 FSSTND 概述中较早解释的那样，Linux 应该始终进行正确的关机。 有时您的系统可能会崩溃，或者电源故障可能会导致机器宕机。 无论哪种方式，在下次启动时，将使用 fsck 进行漫长的文件系统检查（此检查的速度取决于您实际使用的文件系统类型。即，ext3 比 ext2 更快，因为它是一个日志文件系统）。Fsck 将遍历系统并尝试恢复它找到的任何损坏的文件。 此恢复操作的结果将放置在这个目录中。 恢复的文件不太可能是完整的或有意义的，但总有机会恢复一些有价值的东西。 每个分区都有自己的 lost+found 目录。 如果您在那里找到文件，请尝试将它们移回其原始位置。 如果您发现类似指向“文件”的损坏的符号链接，则必须从相应的 RPM 重新安装文件，因为您的文件系统损坏得太严重了，以至于文件被破坏得面目全非。 下面是 /lost+found 目录的示例。 正如您所看到的，这里包含的绝大多数文件实际上是套接字。 至于其余的文件，它们被发现是损坏的系统文件和个人文件。 这些文件无法恢复。
total 368
-rw-r--r-- 1 root root 110891 Oct 5 14:14 #388200
-rw-r--r-- 1 root root 215 Oct 5 14:14 #388201
-rw-r--r-- 1 root root 110303 Oct 6 23:09 #388813
-rw-r--r-- 1 root root 141 Oct 6 23:09 #388814
-rw-r--r-- 1 root root 110604 Oct 6 23:09 #388815a
-rw-r--r-- 1 root root 194 Oct 6 23:09 #388816
srwxr-xr-x 1 root root 0 Oct 6 13:00 #51430
srwxr-xr-x 1 root root 0 Oct 6 00:23 #51433
-rw------- 1 root root 63 Oct 6 00:23 #51434
srwxr-xr-x 1 root root 0 Oct 6 13:00 #51436
srwxrwxrwx 1 root root 0 Oct 6 00:23 #51437
srwx------ 1 root root 0 Oct 6 00:23 #51438
-rw------- 1 root root 63 Oct 6 13:00 #51439
srwxrwxrwx 1 root root 0 Oct 6 13:00 #51440
srwx------ 1 root root 0 Oct 6 13:00 #51442
-rw------- 1 root root 63 Oct 6 23:09 #51443
srwx------ 1 root root 0 Oct 6 10:40 #51445
srwxrwxrwx 1 root root 0 Oct 6 23:09 #51446
srwx------ 1 root root 0 Oct 6 23:09 #51448
|