Linux误删恢复

作为一个多用户、多任务的操作系统,Linux下的文件一旦被删除,是难以恢复的。尽管删除命令只是在文件节点中作删除标记,并不真正清除文件内容,但是其他用户和一些有写盘动作的进程会很快覆盖这些数据。不过,对于家庭单机使用的Linux,或者误删文件后及时补救,还是可以恢复的。 
  1、Ext2文件系统结构的简单介绍

  在Linux所用的Ext2文件系统中,文件是以块为单位存储的,默认情况下每个 块的大小是1K,不同的块以块号区分。每个文件还有一个节点,节点中包含有文件所有者,读写权限,文件类型等信息。对于一个小于12个块的文件,在节点中 直接存储文件数据块的块号。如果文件大于12个块,那么节点在12个块号之后存储一个间接块的块号,在这个间接块号所对应的块中,存储有256个文件数据 块的块号(Ext2fs中每个块号占用4字节,这样一个块中所能存储的块号就是1024/4=256)。如果有更大的文件,那么还会在节点中出现二级间接 块和三级间接块。

  2、恢复被误删文件的方法

  大多数Linux发行版都提供一个debugfs工具,可以用来对Ext2文件系统进行编辑操作。不过在使用这个工具之前,还有一些工作要做。

  首先以只读方式重新挂载被误删的文件所在分区。使用如下命令:(假设文件在/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 <196829> 
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 <196829> /mnt/hda/01.sav 
这样就把文件恢复出来了。退出debugfs: 
debugfs:quit 
另一种方法是手工编辑inode: 
debugfs:mi <196829> 
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里面。这个目录里的文件就是我们要的东东。

转自:http://bbs.chinaunix.net/thread-2088686-1-1.html

Linux误删恢复

时间: 2024-07-31 17:23:34

Linux误删恢复的相关文章

linux 误删文件后 恢复

LINUX误删文件后,为了把损失降低到最低,进行如下操作: 一:卸载或者以只读的方式挂载需要恢复的分区: example:  umount  /dev/sdb1      #卸载挂载的sdb1 二:安装extundelete   (需要epel源进行支持) example:yum -y install extundelete 三:查看sdb1分区里文件对应的inode example:extundelete /dev/sdb1  --inode 2 文件名    inode    deltete

Linux crontab 任务误删恢复及备份步骤

crontab任务误删恢复及备份步骤 日常运维管理中,我们可能会碰到各种奇葩的问题,当然也包括误操作.比如使用 crontab -e 命令执行编辑定时任务时,由于手抖或键盘舒适度(不失礼貌的笑脸)等问题,误写成 crontab -r .是的,你没看错,该账户下的 crontab 任务被清空.下面我们将进行 crontab 任务的恢复和备份操作. 说明??: crontab -r :-r:从/var/spool/cron目录中删除某个用户的crontab文件,如果不指定用户,则默认删除当前用户的c

一次因NAS存储故障引起的Linux系统恢复案例

一. 故障现象描述 NAS操作系统内核为Linux,自带的存储有16块硬盘,总共分两组,每组做了RAID5,Linux操作系统无法正常启动,在服务启动到cups那里就停止了,按键ctrl+c强制断开也没有响应,查看硬盘状态,都是正常的,没有报警或者警告现象. 二. 问题判断思路 通过上面这些现象,首先判断NAS硬件应该没问题,NAS存储盘也应该正常,现在Linux无法启动,应该是Linux系统本身存在问题,因此,首先从Linux系统入手进行排查. 三. 问题处理过程 1.第一次处理过程 NAS系

Linux grub2 恢复

Linux grub2 恢复步骤:开机提示 grub rescue>由于MBR被修改或者Windows下使用了启动菜单工具,导致Linux系统引导失败.(个人为Centos7) 1.  如果有U盘系统或者光盘 可以先进入Rescue模式 df -lh 查看boot分区的磁盘分区号(个人查询后为sda6). 2. 重启 进入 grub rescue>            ls查看当前是否能显示磁盘分区信息(由于我已经查询过所以直接操作,如果没有查询,请按照步骤1操作.) 3. set root

linux下恢复误删除的文件方法(ext2及ext3)

linux下恢复误删除的文件方法(ext2及ext3) 2009-12-19 15:23:47 分类: LINUX 如果是ext2文件系统的,直接用debugfs是可以恢复出来的,但对于ext3,debugfs就无能为力了,好在我们有了ext3grep这个开源工具(http://code.google.com/p/ext3grep/)! 对于ext2 1.在/data(/dev/sdb)上创建并删除测试文件(作测试目的以plantodelete为例) #vi plantodelete 输入Thi

WSFC CNO与VCO误删恢复

在前面的文章中老王反复的和大家强调过CNO,VCO起到的作用 基本上,CNO和VCO,主要负责提供群集的Kerberos验证,作为管理访问点的一部分,提供用户访问 CNO VCO每次启动联机时需要联系到域控制器,CNO会与AD同步自己的计算机密码,也会帮助VCO同步密码,CNO负责维护与VCO的关联关系 可以说,如果我们的群集模型部署为传统AD架构,那么CNO和VCO将是非常重要的,一旦我们不小心删除了CNO或VCO对象,就会导致群集无法正常联机,应用无法和群集进行Kerberos验证. 在20

Linux下恢复误删文件:思路+实践

周五篮球群里有人问误删文件了怎么恢复,得知是ext4文件系统之后我推荐了ext4magic这个工具,然后又有人提到了xfs的话怎么办,正好前几天看到Dave Chinner在邮件列表里提到了这个问题,他推荐的工具是xfs_irecover.这里就稍微总结一下Linux下误删文件如何恢复. 1. 当发现误删了文件之后,立即把文件系统卸载掉,或者remount成ro状态,就是不要再写了,让数据不要被其他数据覆盖.因为大部分文件系统在删除文件的时候只是把这个文件标记成删除,把文件所使用的数据块标记成可

误删linux文件恢复

Linux下文件误删除,使用extundelete恢复测试过程 extundelete下载官网地址:https://pkgs.org/download/extundelete 给虚拟主机添加一块磁盘,磁盘为/dev/sdb [[email protected] bin]# cat /proc/scsi/scsi Attached devices: Host: scsi2 Channel: 00 Id: 00 Lun: 00 Vendor: VMware Model: Virtual disk R

linux 误删文件恢复

文档太给力了!误删了几个重要文件,抖抖嗦嗦偷偷恢复了,救了我!!! http://jingyan.baidu.com/article/2f9b480d6c2bcd41cb6cc223.html 注意几个地方: 1)最后cd到误删目录下操作,否则有可能 logdump时告诉你不存在 2)df -T 可以查看文件系统,找你熟悉的试试看是不是. [[email protected] tmp]# cd ../data/admin/weblog_wireless/[[email protected] we