![从丢失+找到中恢复](https://linux22.com/image/35914/%E4%BB%8E%E4%B8%A2%E5%A4%B1%2B%E6%89%BE%E5%88%B0%E4%B8%AD%E6%81%A2%E5%A4%8D.png)
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”来获取一个文件中的所有描述。