| 查看: 524 | 回复: 1 | |||
望天定远木虫 (正式写手)
|
[求助]
请教各位高人——linux（fedora7）ext3文件系统如何恢复删除的文件
|
|
本人忒鲁莽，在fedora7 ext3文件系统下，昨天一不小心将计算的几G文件给删除啦！在网上查了，说ext3grep可以恢复，但我试了，怎么也不会用！ 请问，各位高人有什么好的解决办法吗？另外，本系统只有一个分区。 |
回复此楼» 猜你喜欢
有多少人是今天查系统知道结果的？
已经有16人回复
-
系统查不到
已经有10人回复
-
基金不中，共勉
已经有3人回复
-
怎么查啊
已经有5人回复
-
范进中举一文的中心思想
已经有10人回复
-
我不理解！
已经有13人回复
-
2026年的国家社科基金项目通讯评审的新规则与新动向、新挑战
已经有9人回复
-
2026国自然函评费到账
已经有25人回复
-
2026年8月25日国自然放榜前突然收到列入评审专家邮件，有关系吗？
已经有28人回复
-
能否退出参与的面上项目解除限项
已经有26人回复
» 本主题相关价值贴推荐，对您同样有帮助:
- MS5.5在Linux上安装的经验分享
已经有4人回复
- 急！ 关于Ms从Windows提交到Linux计算的问题？
已经有3人回复
- 请教一下在XP中如何保存文件
已经有4人回复
- 在linux系统下 打不开chk文件
已经有6人回复
- 【分享】一款不错的误删除文件恢复软件【已搜索无重复】
已经有17人回复
- Vasp中删除一个键 输入文件如何表现出来？
已经有8人回复
- 急求：windos和linux系统间的文件转换问题？
已经有3人回复
- 【分享】数据恢复FinalData3.0单文件企业版（绿色版）【已搜索无重复】
已经有43人回复
- Linux系统中不小心把home目录下的自己的文件夹删除了怎么办
已经有4人回复
libralibra
至尊木虫 (著名写手)
骠骑将军
- 程序强帖: 40
- 应助: 817 (博后)
- 金币: 12914.1
- 红花: 64
- 帖子: 2238
- 在线: 287.3小时
- 虫号: 696514
- 注册: 2009-02-05
- 专业: 计算机软件
【答案】应助回帖
★ ★
望天定远(金币+10): 非常感谢！ 2011-08-04 07:37:59
ben_ladeng(金币+2): 谢谢解答 2011-08-04 09:24:43
望天定远(金币+40): 2011-08-14 05:49:16
望天定远(金币+10): 非常感谢！ 2011-08-04 07:37:59
ben_ladeng(金币+2): 谢谢解答 2011-08-04 09:24:43
望天定远(金币+40): 2011-08-14 05:49:16
|
这个没有实际操作过啊,你试试 恢复被误删文件的方法 大多数Linux发行版都提供一个debugfs工具，可以用来对Ext3文件系统进行编辑操作。不过在使用这个工具之前，还有一些工作要做。 首先以只读方式重新挂载被误删的文件所在分区。使用如下命令：（假设文件在/usr分区） mount -r -n -o remount /usr -r表示只读方式挂载；-n表示不写入/etc/mtab，如果是恢复/etc上的文件，就加上这个参数。如果系统说xxx partion busy，可以用fuser命令查看一下是哪些进程使用这个分区上的文件： fuser -v -m /usr 如果没有什么重要的进程，用以下命令停掉它们： fuser -k -v -m /usr 然后就可以重新挂载这些文件系统了。 如果是把所有的文件统一安装在一个大的/分区当中，可以在boot提示符下用linux single进入单用户模式，尽量减少系统进程向硬盘写入数据的机会，要不干脆把硬盘挂在别的机器上。另外，恢复出来的数据不要写到/上面，避免破坏那些有用的数据。如果机器上有dos/windows，可以写到这些分区上面： mount -r -n /dev/hda1 /mnt/had 然后就可以执行debugfs：(假设Linux在 /dev/hda5) #debugfs /dev/hda5 就会出现debugfs提示符debugfs： 使用lsdel命令可以列出很多被删除的文件的信息： debugfs：lsdel debugfs: 2692 deleted inodes found. Inode Owner Mode Size Blocks Time deleted 164821 0 100600 8192 1/ 1 Sun May 13 19:22:46 2001 ………………………………………………………………………………… 36137 0 100644 4 1/ 1 Tue Apr 24 10:11:15 2001 196829 0 100644 149500 38/ 38 Mon May 27 13:52:04 2001 debugfs: 列出的文件有很多（这里找到2692个），第一字段是文件节点号，第二字段是文件所有者，第三字段是读写权限，接下来是文件大小，占用块数，删除时间。然后就可以根据文件大小和删除日期判断那些是我们需要的。比如我们要恢复节点是196829的文件： 可以先看看文件数据状态： debugfs：stat Inode: 196829 Type: regular Mode: 0644 Flags: 0×0 Version: 1 User: 0 Group: 0 Size: 149500 File ACL: 0 Directory ACL: 0 Links: 0 Blockcount: 38 Fragment: Address: 0 Number: 0 Size: 0 ctime: 0x31a9a574 — Mon May 27 13:52:04 2001 atime: 0x31a21dd1 — Tue May 21 20:47:29 2001 mtime: 0x313bf4d7 — Tue Mar 5 08:01:27 2001 dtime: 0x31a9a574 — Mon May 27 13:52:04 2001 BLOCKS: 594810 594811 594814 594815 594816 594817 …………………………………. TOTAL: 38 然后就可以用dump指令恢复文件： debugfs：dump /mnt/hda/01.sav 这样就把文件恢复出来了。退出debugfs： debugfs：quit 另一种方法是手工编辑inode： debugfs：mi Mode [0100644] User ID [0] Group ID [0] Size [149500] Creation time [0x31a9a574] Modification time [0x31a9a574] Access time [0x31a21dd1] Deletion time [0x31a9a574] 0 Link count [0] 1 Block count [38] File flags [0x0] Reserved1 [0] File acl [0] Directory acl [0] Fragment address [0] Fragment number [0] Fragment size [0] Direct Block #0 [594810] ……………………………. Triple Indirect Block [0] 使用mi指令后每次显示一行信息以供编辑，其它行可以直接按回车表示确认，把deletion time改成0（未删除），Link count改成1。改好后退出debugfs： debugfs：quit 然后用fsck检查/dev/hda5 fsck /dev/hda5 程序会说找到丢失的数据块，放在lost+found里面。 |
2楼2011-08-04 00:38:09
投票:
