免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 7497 | 回复: 7
打印 上一主题 下一主题

[备份软件] 求助:如何从lost+found中恢复系统和数据 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2005-01-17 14:21 |只看该作者 |倒序浏览
rh9.0系统崩溃,文件系统为ext3格式,所在的分区挂掉,使用fsck在其他操作系统下修复检查后,原来分区上只剩下了lost+found目录,然后里面是抢救出来的数据,其他目录都没有了,请问有办法把系统恢复原样吗?原系统只有一个根分区。多谢了!!

论坛徽章:
0
2 [报告]
发表于 2005-01-17 17:37 |只看该作者

求助:如何从lost+found中恢复系统和数据

行吗?我帮你顶一下吧!

论坛徽章:
0
3 [报告]
发表于 2005-03-24 08:22 |只看该作者

求助:如何从lost+found中恢复系统和数据

你的情况和我的一样.我也很着急,一同关注,如果解决了不妨告诉我一声.谢谢!

论坛徽章:
0
4 [报告]
发表于 2005-03-24 11:42 |只看该作者

求助:如何从lost+found中恢复系统和数据

很难,你不应该做FSCK,如果不做FSCK的话,还有办法,可以先mount 成read only把数据倒出来,现在看来难了

论坛徽章:
0
5 [报告]
发表于 2006-05-16 09:27 |只看该作者
请问这个问题有搞定了吗?

论坛徽章:
0
6 [报告]
发表于 2006-05-16 10:32 |只看该作者
这个问题不可能搞定的。当做FSCK的时候它会检查INODE表。如果发现异常,会删除INODE,对于EXT3的文件系统。删除INODE表的内容。也就删除了磁盘中的数据。所以数据肯定是丢失了。

论坛徽章:
0
7 [报告]
发表于 2006-05-16 12:11 |只看该作者
恢复被误删文件的方法大多数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: 0x0 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里面。'

论坛徽章:
0
8 [报告]
发表于 2006-05-16 12:12 |只看该作者
在网上找的,也没有试过。
试过了,不要忘了总结一下,与大家共享。谢谢
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP