EXT4 FS/存储卡出现问题，经过 fsck 后，所有文件都被放入“lost+found”中。
问题：如何从丢失+找到的文件中恢复旧的文件名/层次结构？或者说这是不可能的？不包括从备份恢复。
答案1
您无法找到文件的原始名称和位置，/lost+found因为那是什么lost+found意思：它是fsck放置无法附加到目录树中任何位置的文件片段的地方。如果位置已知，fsck就会将文件留在原来的位置。
理论上可能fsck只有部分信息，例如文件名，但没有目录位置，但典型的文件系统不会发生这种情况。
您也许能够在文件本身中找到线索。这file命令至少会告诉您它是什么类型的文件（如果它识别它）。有些文件内部包含附加信息；例如 JPEG 和 TIFF 图像可能包含EXIF数据，MP3 文件可能包含ID3标签， ETC。
答案2
上次我不得不这样做——很多年前——你必须根据文件内容进行猜测。我怀疑今天是否有更好的方法。
“文件”程序可以在这里提供帮助，因为它可以让您了解数据类型，因此您可以使用它来适当地查看文件。
答案3
就我而言，读取期间出现 I/O 错误。运行后e2fsck我发现我的大部分文件都在lost+found子文件夹中，并且大多数文件（和文件名）是好的。
所以去lost+found，跑
find | less
看看是否能找到您的文件。祝你好运！
答案4
文件名和层次结构没有，但使用文件可以帮助您恢复一些内容。我使用 Joe 编辑器，如果启用的话，它有矩形选择。所以我可以执行“ls > ques”，然后搜索替换将其转换为语句列表，例如“file“#133024”> 133024.txt”。我将其作为 sh 脚本运行，然后我可以执行“grep PDF *.txt > pdflist”。在 mc 查看器中打开该文件并在另一个终端中打开另一个 mc 后，我查看了 pdflist.txt 并将所有 PDF 移至其自己的目录中。您可以对 ASCII 文本文件及其标识的任何其他文件执行相同的操作。
还有一些奇怪的惊喜，例如“#410423：gzip 压缩数据是“x264_git.tar””。您还可以“cat *.txt > filelist”来获取一个文件中的所有描述。