使用mc恢复被删除文件

简介: http://www.linuxpk.com/118.htmlSteven Hirsch,一个Linux的良师益友,他是如此的友善,给我解释了如何使用(一个特定编译的版本)Midnight Commander来恢复文件。

http://www.linuxpk.com/118.html

Steven Hirsch,一个Linux的良师益友,他是如此的友善,给我解释了如何使用(一个特定编译的版本)Midnight Commander来恢复文件。具有讽刺意义的是,这个曾经以Linux里所能见到的疯狂的速度删除文件的工具居然是我恢复文件的最佳希望。

  在我真诚地希望你不会看到成百上千的必须文件高速消失时,我希望你已经准备好了黎明的到来。你可能希望作为root用户执行;我们会加载并卸载分区,并使用这些原始的磁盘分区进行工作。就象下面的例子一样,如果你要卸载诸如/home之类的分区,这可能尤其必要。

  在你的系统上取得Midnight Commander的一份拷贝

  虽然它不是唯一具有恢复删除文件能力的程序,但是它是我最熟悉的恢复删除文件的工具。现在,缺省情况下MC已经包含了恢复删除文件的代码。如果你的发行版本中没有MC,就从http://www.gnome.org/mc/获取一份拷贝并在系统中安装上。

  进行恢复的最好时机是在你删除文件之后——你希望要把恢复的文件尽可能少变动地恢复到文件系统中。

  建立一个测试文件并将这个文件删除

  你应该在需要的时候可以加载并卸载的分区上执行这些操作——不要在你的web server的主分区上执行这些操作。

  选取一个非root的分区(使用mount命令来查看已经加载的分区)。对于本例来说,让我们假定/dev/sdd1是加载在/home上的。这样创建一个测试文件:

  echo "Just a test file" >/home/testfile

  rm -f /home/testfile

  如果你是在root分区(或者更糟糕的情况,你只有一个分区)上创建的这个文件,那么你就要在下个月我介绍如何在root分区上安全操作时再来看一下了。

  卸载删除文件的分区

  在本例中,这可以通过执行下面的命令来实现:

  umount /dev/sdd1

  不要试图在一个已经加载的分区上恢复文件——这样你可能会破坏磁盘。

  启动Midnight Command并选择要恢复的文件

  mc

  在mc中,输入:

  cd undel:/dev/sdd1

  你只能在mc中使用这个命令,其它地方都不行。在mc中使用“cd”命令和在命令提示符中的效果相同;该命令会改变目录。这个特定语法的命令指示mc显示该分区上所有删除的可以恢复的文件,而不是显示目录中的文件。

  耐心等待一会,mc正在整个ext2文件系统上查找删除的inode(i节点)(一个inode中包含了一个文件的_contents_,但是没有文件名)。大约一分钟左右,你就会在这个窗口中看到一个显示有一些名字类似“23434632:2”的文件列表。这些项的日期和时间是对应的inode被删除的日期和时间。我发现最有用的是对这个窗口根据时间进行排序:

  , r, s, m,

  或者

  , l, s, m,

  你也可以使用 “查看”特性来观察inode的内容。在你认为删除文件的时间靠近窗口中列出的时间的文件上面按下<ins>键。这样就把这些文件立即标记成已恢复的。

  恢复文件

  在其它窗口(使用键在mc中切换窗口)中,在/tmp下建立一个空目录,例如/tmp/deletedfiles。

  mkdir /tmp/deletedfiles

  现在切换回unel窗口并按下键把这些文件拷贝到实际的文件系统中。如果你已经处理完了,就可以按下键离开mc——见屏幕底部的说明。

  现在是重新加载/home分区的最好时机,使用下面的命令:

  mount /home

  现在,你可能希望逐个查看一下这些文件,并确定实际的名字应该是什么。既然这些文件都在/tmp/deletedfiles目录中,你可以把它们和其它文件一样处理,例如:

  cd /tmp/deletedfiles

  mv 23434632:2 /home/testfile

  如果你多次删除了一个文件,那么你就会得到一个文件的多个拷贝;你需要确定哪个文件是你希望保留的。

  就是这样,你已经从Linux分区中恢复出文件来了。

  对于这种处理方法有几点需要注意。首先,这种特殊的恢复技巧只能在ext2分区上工作。其次,如果文件是在运行2.0.x版本的内核的系统上删除的,那么恢复过程只能最大可以恢复文件的前面12288字节。这是删除过程中的一个bug,它没有把文件作为一个整体保留到文件删除为止。可能在比我使用的更新的2.0.x版本的内核中已经修正了这个问题,但是我知道在2.2.x版本的内核中这个问题已经修正了。

  这种特性的荣誉应该归功于Ted T’so和其它ext2文件系统的作者,也应该归功于Miguel de Icaza和其它的MC的作者。

  十分感谢Bob DeRosa,感谢他允许我再次在LinuxMonth中发表文章。

  William 是Vermont, USA的一个Open-Source的开发者、狂热的追求者和倡导者。本文来自:http://www.linuxpk.com/118.html
 

目录
相关文章
|
Linux
删除恢复的文件
当Linux计算机受到入侵时,常见的情况是日志文件被删除,以掩盖攻击者的踪迹。管理错误也可能导致意外删除重要的文件,比如在清理旧日志时,意外地删除了数据库的活动事务日志。有时可以通过lsof来恢复这些文件。
856 0
|
SQL Oracle 关系型数据库
[20171225]没有备份数据文件的恢复.txt
[20171225]没有备份数据文件的恢复.txt --//别人问的问题,增加了数据文件没有备份,如何恢复,实际上很简单,因为当前控制文件有记录建立时间只要从建立数据文件开始的 --//归档日志都存在恢复是没有任何问题的.
912 0
|
监控 Oracle 关系型数据库
[20171208]强制删除归档日志文件.txt
[20171208]强制删除归档日志文件.txt --//测试环境,产生日志太多,想强制删除. RMAN> delete archivelog all ; released channel: ORA_DISK_1 allocated channel: ORA...
1436 0
|
关系型数据库 MySQL 数据库
|
Oracle 关系型数据库 数据库
[20171122]恢复数据文件块头5.txt
[20171122]恢复数据文件块头5.txt --//前几天做了恢复数据文件块头,通过备份文件直接取出文件块头,覆盖原来的数据块,然后修复. --//今天测试使用image copy来恢复.
1123 0
|
Oracle 关系型数据库 数据库
[20171114]恢复数据文件块头2.txt
[20171114]恢复数据文件块头2.txt --//曾经写过一篇[20161111]数据库文件头的修复.txt,但是利用大小相似的数据文件头覆盖来恢复,那是属于特种恢复.
1082 0
|
SQL Oracle 关系型数据库
[20170627]使用TSPITR恢复表空间.txt
[20170627]使用TSPITR恢复表空间.txt --//RMAN提供了一种实现所谓TSPITR(Tablespace Point-In-Time Recovery)的技术,通过简单的一个语句,就可以在主库不停库(很吸引人) --//的情况下,利用备份集和连续的归档日志,实现表空间级别的定点恢复。
899 0