linux下恢复误删除的数据文件

在linux系统运维中,经常会遇到各种因操作不慎、操作失误等行为导致数据丢失的情况,此时我们可以利用extundelete进行数据的恢复。
一、 实验前的准备

  1. 新建一个磁盘
    在虚拟机设置窗口中,找到“硬盘”,点击“添加”,
    在打开的“添加硬件向导”窗口中,选中“硬盘”,点击下一步,
    接下来我们直接默认选择“下一步”,直到最后选择“完成”,

    2.重启系统,我们可以用 init 6 这条命令重启系统。

    3.硬盘分区

    4.格式化分区

    5.创建挂载点,并将磁盘挂载

    磁盘准备完成之后,接下来是安装还原工具的步骤。
    二、 安装数据还原工具
    1.在安装恢复工具之前还需安装三个软件环境包
    磁盘准备完成之后,接下来是安装还原工具的步骤。
    二、 安装数据还原工具
    1.在安装恢复工具之前还需安装三个软件环境包
  2. 解压还原工具到/opt目录下
  3. cd到/opt目录下,此时我们就看到了解压后的还原工具,接着进入extundelete还原工具目录下,输入./configure(如果没有安装gcc gcc-c++的话会报错,安装一下就可以了)
  4. 进行编译

    编译完成后,安装的步骤就已经完成了,接下来进行测试。
    三.实验测试
    1.在挂载的硬盘上创建三个文件

    2.删除其中两个文件,此时文件中就只剩下一个文件了

    3.接着将磁盘解除挂载
  5. 使用还原软件进行恢复

    5.此时当前目录下出现了一个 RECOVERED_FILES 的文件夹,进入文件夹,可以看到我们之前删除的文件就在这里。此时我们的实验就算成功了!

原文地址:http://blog.51cto.com/13620954/2106705

时间: 2024-10-11 10:20:31

linux下恢复误删除的数据文件的相关文章

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

Linux下恢复误删除的文件

原文地址:http://www.libenfu.com/vim-分区下误删的文件,恢复文件全记录-转 当时我的工作目录是/source/needrecovered. $ pwd /source/needrecovered 原本打算清空其中的一个子文件, $ rm -rf canbedeleted/html 却打成如下命令: $ rm -rf canbedeleted/ * 当时我琢磨着今天怎么删个小文件夹这么慢呢.等我仔细看了下命令,反应过来的时候,已经太迟了,整个工作目录被清空了 . 没辙了,

恢复Linux下被误删除的文件(笔记)

恢复Linux下被误删除的文件 [[email protected] ~]# mount /dev/cdrom /mnt/ 分一个区:sda4  查找:extundelete 分一个区:sda4  [[email protected] ~]# mkdir /tmp/sda4 [[email protected] ~]# mkfs.ext4 /dev/sda4     格式化 [[email protected] Desktop]# echo $? 0 [[email protected] ~]#

linux下rm -r误删NTFS文件恢复方法

linux下rm -r误删NTFS文件恢复方法(nfs-3g) 一时疏忽,手一抖,把整个挂载的F盘删了一半!顿时傻眼!! 被删的F盘是Windows下NTFS分区,在Ubuntu12.04中挂载了F盘,使用rm命令时粗心大意,误删了一半的数据. 血的教训告诉我们,使用rm -r命令一定要带上-i,否则让你后悔莫及! 还好在Linux下有一种方法可以恢复被删除的NTFS分区文件. 本文地址:http://www.cnblogs.com/yhLinux/p/4106099.html 在文件被误删后,

测试Oracle 11gr2 RAC 非归档模式下,offline drop数据文件后的数据库的停止与启动测试全过程

测试Oracle 11gr2 RAC 非归档模式下,offline drop数据文件后的数据库的停止与启动测试全过程 最近系统出现问题,由于数据库产生的日志量太大无法开启归档模式,导致offline的数据文件无法online! 数据库在启动的时候不检查offline的数据文件! 下面进行测试 数据库版本 SQL> select * from v$version; BANNER ------------------------------------------------------------

通过sqlserver日志恢复误删除的数据

原文:通过sqlserver日志恢复误删除的数据 如果你已经急的焦头烂额,看到这篇文章的时候,请你换个坐姿,深呼吸几次,静下心来将这篇文章读完,也许你的问题迎刃而解. 我遇到的情况是这样的,网站被植入木马,盗取了我的web.config文件,web.config文件里面的数据库连接字符串没有加密,而我的数据库远程连接又没有做IP限制,黑客通过数据库客户端连上我的数据库后,将所有的表都Delete掉了,所以大家一定要有一个好习惯将数据库连接字符串加密或者对远程访问数据库的IP作限制. 因被黑客De

跨文件系统下的dataguard,数据文件无法创建的解决

数据库版本:11.2.0.4 操作系统: primary:redhat linux 5.9 standby:redhat linux 5.6 primary DB: rac + ASM standby DB: 单节点 + 文件系统 因为主库使用了asm 文件系统,asm下创建表空间和添加数据文件,文件名默认后缀为会话线程号,而这些以线程号命名的文件, 在通过日志传输到standby 数据库时,备库不能正常创建同名的文件,因此备库在应用主库传输过来的文件时会出错,并进一步倒是备库的recover

linux 下C语言编程库文件处理与Makefile编写

做开发快3年了,在linux下编译安装软件算是家常便饭了.就拿gcc来说,都有不下10次了,可基本每次都会碰到些奇奇怪怪的问题.看来还是像vs.codeblocks这样的ide把人弄蠢了.便下定决心一定要好好学习下如何在linux下纯手工gcc编译c项目.今天学了2点,一个是库文件处理,另一个是makefile编写. 学习的系统是centos6.6,编译升级的gcc4.8.2,明天写个博客总结下这回gcc安装的过程,每次都能学到些东西. gcc的编译过程 首先需要清楚gcc编译做了些什么 源文件

Linux下mongodb安装及数据导入导出教程

Linux下mongodb安装及数据导入导出教程 #查看linux发行版本 cat /etc/issue #查看linux内核版本号 uname -r 一.Linux下mongodb安装的一般步骤 1.到mongodb的官网(https://www.mongodb.org/downloads) 下载相应你系统的安装包,拷贝(能够用ftp工具如winscp)到你的linux系统上面. 2.解压相应的安装包 命令例如以下:tar zxvf mongodb-linux-x86_64-3.0.4.tgz