 Ext3文档系统结构的简单介绍 在Linux所用的Ext3文档系统中，文档是以块为单位存储的，默认情况下每个块的大小是1K，不同的块以块号区分。每个文档更有一个节点，节点中包 含有文档任何者，读写权限，文档类型等信息。对于一个小于12个块的文档，在节点中直接存储文档数据块的块号。假如文档大于12个块，那么节点在 12个块号之后存储一个间接块的块号，在这个间接块号所对应的块中，存储有256个文档数据块的块号（Ext2fs中每个块号占用4字节，这样一个块中所 能存储的块号就是1024/4=256）。假如有更大的文档，那么还会在节点中出现二级间接块和三级间接块。 2。恢复被误删文档的方法 大多数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里面。’ Acronis Recovery Expert 1.0.0.132 |
喜欢本文，那就收藏到： |
.text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://my.poco.cn/fav/storeIt.php?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t)+'&img=http://www.h-strong.com/blog/logo.gif','keyit','scrollbars=no,width=475,height=575,status=no,resizable=yes'));keyit.focus(); "添加到POCO网摘"){kind=logo}
Rss Feed
