精华内容
下载资源
问答
  • Linux恢复删除文件
    万次阅读
    2017-10-11 09:49:08

    linux恢复删除的文件

    先介绍下一些文件的基本概念:

     

    ·         文件实际上是一个指向inode的链接, inode链接包含了文件的所有属性, 比如权限和所有者, 数据块地址(文件存储在磁盘的这些数据块中). 当你删除(rm)一个文件, 实际删除了指向inode的链接, 并没有删除inode的内容. 进程可能还在使用. 只有当inode的所有链接完全移去, 然后这些数据块将可以写入新的数据.

    ·         proc文件系统可以协助我们恢复数据. 每一个系统上的进程在/proc都有一个目录和自己的名字, 里面包含了一个fd(文件描述符)子目录(进程需要打开文件的所有链接). 如果从文件系统中删除一个文件, 此处还有一个inode的引用:

    1.第一种方法 lsof

    当进程打开了某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中。这意味着,进程并不知道文件已经被删除,它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入。除了该进程之外,这个文件是不可见的,因为已经删除了其相应的目录索引节点。

    /proc 目录下,其中包含了反映内核和进程树的各种文件。/proc目录挂载的是在内存中所映射的一块区域,所以这些文件和目录并不存在于磁盘中,因此当我们对这些文件进行读取和写入时,实际上是在从内存中获取相关信息。

    大多数与 lsof 相关的信息都存储于以进程的 PID 命名的目录中,即 /proc/1234 中包含的是 PID 1234 的进程的信息。每个进程目录中存在着各种文件,它们可以使得应用程序简单地了解进程的内存空间、文件描述符列表、指向磁盘上的文件的符号链接和其他系统信息。

    lsof 程序使用该信息和其他关于内核内部状态的信息来产生其输出。所以lsof 可以显示进程的文件描述符和相关的文件名等信息。也就是我们通过访问进程的文件描述符可以找到该文件的相关信息。

      进程在运行中,接下来我就把/var/log/messages这个文件删掉

    shell> rm /var/log/messages

    删掉之后,我再来看看这个进程的变化

    shell> lsof |grep /var/log/messages

    rsyslogd   1737      root    1w      REG                8,2   5716123     652638 /var/log/messages (deleted)

    大家看到有变化了吧, 对比两个之后发现多了(deleted)。要找到这个文件在哪还要看看这个

    PID:1737 FD:1 那我们有直接进入/proc/1737/FD/1ll查看一下

    shell> cd /proc/1737/fd/

    shell> ll

     

    total 0

    lrwx------ 1 root root 64 Dec 23 13:00 0 -> socket:[11442]

    l-wx------ 1 root root 64 Dec 23 13:00 1 -> /var/log/messages (deleted)

    l-wx------ 1 root root 64 Dec 23 13:00 2 -> /var/log/secure

    lr-x------ 1 root root 64 Dec 23 13:00 3 -> /proc/kmsg

    l-wx------ 1 root root 64 Dec 23 13:00 4 -> /var/log/maillog

    看到了1对应/var/log/messages (deleted),看看文件是不是我们要的文件:

    shell> head -5 1

    Nov 14 03:11:11 localhost kernel: imklog 5.8.10, log source = /proc/kmsg started.

    Nov 14 03:11:11 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1241" x-info="http://www.rsyslog.com"] start

    Nov 14 03:11:11 localhost kernel: Initializing cgroup subsys cpuset

    Nov 14 03:11:11 localhost kernel: Initializing cgroup subsys cpu

    Nov 14 03:11:11 localhost kernel: Linux version 2.6.32-431.el6.x86_64 (mockbuild@c6b8.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Fri Nov 22 03:15:09 UTC 2013

    对比备份文件:

    shell> head -5 /var/log/message_bac

    Nov 14 03:11:11 localhost kernel: imklog 5.8.10, log source = /proc/kmsg started.

    Nov 14 03:11:11 localhost rsyslogd: [origin software="rsyslogd" swVersion="5.8.10" x-pid="1241" x-info="http://www.rsyslog.com"] start

    Nov 14 03:11:11 localhost kernel: Initializing cgroup subsys cpuset

    Nov 14 03:11:11 localhost kernel: Initializing cgroup subsys cpu

    Nov 14 03:11:11 localhost kernel: Linux version 2.6.32-431.el6.x86_64 (mockbuild@c6b8.bsys.dev.centos.org) (gcc version 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC) ) #1 SMP Fri Nov 22 03:15:09 UTC 2013

    对比发现数据是一样的,恢复

    shell> cat 1 > /var/log/messages

     

    对于许多应用程序,尤其是日志文件和数据库,这种恢复删除文件的方法非常有用。

     


    2.第二种方法  extundelete

    1. 测试误操作删除以下文件

      /usr/local/dbdata/gperftools-2.4.tar.gz  #文件
      
      /usr/local/dbdata/pcre-8.32              #目录

      执行误操作:

      # rm -rf /usr/local/dbdata/gperftools-2.4.tar.gz /usr/local/dbdata/pcre-8.32
    2. 将误操作所在分区进行只读保护

      如果确定文件被误删,在没有备份的情况下请马上对分区实施写入保护(预防新的写入覆盖误删的块数据,因此权限给只读):

       # mount -o remount,ro /dev/sdb
       # mount -o remount,ro /usr/local/dbdata/
    3. 数据恢复工具安装

      工具安装部署

      官方网站是http://extundelete.sourceforge.net/ ,其目前的稳定版本是extundelete-0.2.4.

      工具下载

       # wget https://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2

      解压安装

      依赖包

      # yum -y install gcc-c++ e2fsprogs.x86_64 e2fsprogs-devel.x86_64
      # tar -jxvf extundelete-0.2.4.tar.bz2
      # cd extundelete-0.2.4
      # ./configure
      # make && make install

      验证安装结果

      # extundelete -v
    4. 文件恢复过程

      恢复指定文件:

      原理:从根节点(inode=2)开始找到被删除文件的i节点,然后recover i节点。

      以下是模拟删除gperftools-2.4.tar.gz(文件)和pcre-8.32 (目录)

      先检测被删除的文件有哪些:

      # extundelete /dev/sdb --inode 2

       

      可以看到,有以下两个

      gperftools-2.4.tar.gz 15 Deleted
      
      pcre-8.32 655361 Deleted

      注意:恢复过程不要在误删分区进行,谨防inode. block块相互覆盖

      先恢复文件(可根据文件名进行恢复):

      # extundelete /dev/sdb --restore-file gperftools-2.4.tar.gz

       

      恢复目录(根据目:# extundelete /dev/sdb --restore-directory pcre-8.32

       

      最后会在当前目录下看到一个名为RECOVERED_FILES的目录,在目录里就可以看到被误删除的文件以及目录:

       

      根据上面操作证明extundelete 工具可以实现对误删数据的恢复,而且操作简单。

    总结:

    1. 使用rm一定要谨慎

    2. 磁盘按照功能进行分区是必要的

    3. 最少掌握一种数据恢复方式

    更多相关内容
  • 找回/恢复删除文件。是十分方便的系统监视工具,因为lsof命令需要访问核心内存和各种文件,所以需要root用户执行。 在linux环境下,任何事物都以文件的形式存在,通过文件不仅仅可以访问常规数据,还可以访问网络...
  • Linux XFS文件系统误删除文件恢复.pdf
  • Linux系统管理员守则中有这么一条:“慎用rm-rf命令,除非你知道此命令所带来的后果“,不过Linux删除文件并不是真实的删除磁盘分区中的文件,而是将文件的inode节点中的扇区指针清除,同时释放这些数据对应的数据...
  • linux下如何恢复删除文件.zip
  • 作为一个多用户、多任务的操作系统,Linux下的文件一旦被删除,是难以恢复的。本文首先介绍Ext2文件系统结构,给出了恢复被误删文件的方法。
  • linux删除文件还原可以分为两种情况,一种是删除以后在进程存在删除信息,一种是删除以后进程都找不到,只有借助于工具还原,这里分别简单介绍下。 一、误删除文件进程还在的情况。 这种一般是有活动的进程存在...

     

    Linux不像windows有那么显眼的回收站,不是简单的还原就可以了。

    linux删除文件还原可以分为两种情况,一种是删除以后在进程存在删除信息,一种是删除以后进程都找不到,只有借助于工具还原,这里分别简单介绍下。

    一、误删除文件进程还在的情况。

    这种一般是有活动的进程存在持续标准输入或输出,到时文件被删除后,进程PID还是存在。这也就是有些服务器删除一些文件但是磁盘不释放的原因。比如当前举例说明:
    通过一个shell终端对一个测试文件做cat追加操作:

    [root@21yunwei_backup ~]# echo  "hello  py" > testdelete.py
    [root@21yunwei_backup ~]# cat  >> testdelete.py 
    hello delete

    另外一个终端查看这个文件可以清楚看到内容:

    [root@21yunwei_backup ~]# cat testdelete.py 
    hello  py
    hello delete

    此时,在当前服务器删除文件

    rm -f ./testdelete.py

    命令查看这个目录,文件已经不存在了,那么现在我们将其恢复出来。

    1. lsof查看删除的文件进程是否还存在。

    这里用到一个命令lsof,如没有安装请自行yum或者apt-get。类似这种情况,我们可以先lsof查看删除的文件 是否还在:

    [root@21yunwei_backup ~]# lsof | grep deleted
    mysqld     1512   mysql    5u      REG              252,3          0    6312397 /tmp/ibzW3Lot (deleted)
    cat       20464    root    1w      REG              252,3         23    1310722 /root/testdelete.py (deleted)

    幸运的是这种情况进程还存在 ,那么开始进行恢复 操作。

    2. 恢复。

    恢复命令:

    cp /proc/pid/fd/1  /指定目录/文件名

    进入 进程目录,一般是进入/proc/pid/fd/,针对当前情况:

    [root@21yunwei_backup ~]# cd   /proc/20464/fd
    [root@21yunwei_backup fd]# ll
    total 0
    lrwx------ 1 root root 64 Nov 15 18:12 0 > /dev/pts/1
    l-wx------ 1 root root 64 Nov 15 18:12 1 > /root/testdelete.py (deleted)
    lrwx------ 1 root root 64 Nov 15 18:12 2 > /dev/pts/1

    恢复操作:

    cp 1 /tmp/testdelete.py

    查看文件:

    [root@21yunwei_backup fd]# cat  /tmp/testdelete.py
    hello  py
    hello delete

    恢复完成。

    二、误删除的文件进程已经不存在,借助于工具还原。

    创建准备删除的目录并echo一个 带有内容的文件:

    [root@21yunwei_backup 21yunwei]# tree
    .
    ├── deletetest
    │   └── mail
    │       └── test.py
    ├── lost+found
    └── passwd
    
    3 directories, 2 files
    [root@21yunwei_backup 21yunwei]# cat /21yunwei/deletetest/mail/test.py 
    hello Dj
    [root@21yunwei_backup 21yunwei]# tail  -2  passwd 
    haproxy:x:500:502::/home/haproxy:/bin/bash
    tcpdump:x:72:72::/:/sbin/nologin

    执行删除操作:

    [root@21yunwei_backup 21yunwei]# rm  -rf    ./*
    [root@21yunwei_backup 21yunwei]# ll
    total 0

    现在开始进行误删除文件的恢复。这种情况一般是没有守护进程或者后台进程对其持续输入,所以删除就删除了,lsof也看不到。就要借助于工具。这里我们采用的工具是extundelete第三方工具。恢复步骤如下:

    1. 停止对当前分区做任何操作,防止inode被覆盖。inode被覆盖基本就告别恢复了。比如停止所在分区的服务,卸载目录所在的设备,有必要的情况下都可以断网。

    2. 通过dd命令对当前分区进行备份,防止第三方软件恢复失败导致数据丢失。适合数据非常重要的情况,这里测试,就没有备份,如备份可以考虑如下方式:

    dd if=/path/filename of=/dev/vdc1
    1. 通过umount命令,对当前设备分区卸载。或者fuser 命令。
    umount /dev/vdb1 或者 umount /21yunwei

    如果提示设备busy,可以用fuser命令强制卸载:

    fuser -m -v -i -k /21yunwei
    1. 下载第三方工具extundelete安装,搜索误删除的文件进行还原。
    wget  http://nchc.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2
    tar jxvf extundelete-0.2.4.tar.bz2
    cd  extundelete-0.2.4
    ./configure 
    make
    make  install

    扫描误删除的文件:

    [root@21yunwei_backup extundelete-0.2.4]# extundelete  --inode 2 /dev/vdb1
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 8 groups loaded.
    Group: 0
    Contents of inode 2:
    
    .
    .省略N行
    
    File name                                       | Inode number | Deleted status
    .                                                 2
    ..                                                2
    lost+found                                        11             Deleted
    deletetest                                        12             Deleted
    passwd                                            14             Deleted

    通过扫描发现了我们删除的文件夹,现在执行恢复操作。

    1.恢复单一文件passwd

    [root@21yunwei_backup /]# extundelete /dev/vdb1 --restore-file passwd   
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 8 groups loaded.
    Loading journal descriptors ... 46 descriptors loaded.
    Successfully restored file passwd

    恢复文件是放到了当前目录RECOVERED_FILES。
    查看恢复的文件:

    [root@21yunwei_backup /]# tail  -5  RECOVERED_FILES/passwd 
    mysql:x:497:500::/home/mysql:/bin/false
    nginx:x:496:501::/home/nginx:/sbin/nologin
    zabbix:x:495:497:Zabbix Monitoring System:/var/lib/zabbix:/sbin/nologin
    haproxy:x:500:502::/home/haproxy:/bin/bash
    tcpdump:x:72:72::/:/sbin/nologin

    2.恢复目录deletetest

    [root@21yunwei_backup /]# extundelete /dev/vdb1 --restore-directory  deletetest 
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 8 groups loaded.
    Loading journal descriptors ... 46 descriptors loaded.
    Searching for recoverable inodes in directory deletetest ... 
    5 recoverable inodes found.
    Looking through the directory structure for deleted files ... 
    [root@21yunwei_backup /]# cat  RECOVERED_FILES/deletetest/mail/test.py 
    hello Dj

    3.恢复所有

    [root@21yunwei_backup /]# extundelete /dev/vdb1 --restore-all
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 8 groups loaded.
    Loading journal descriptors ... 46 descriptors loaded.
    Searching for recoverable inodes in directory / ... 
    5 recoverable inodes found.
    Looking through the directory structure for deleted files ... 
    0 recoverable inodes still lost. 
    [root@21yunwei_backup /]# cd RECOVERED_FILES/
    [root@21yunwei_backup RECOVERED_FILES]# tree
    .
    ├── deletetest
    │   └── mail
    │       └── test.py
    └── passwd
    
    2 directories, 2 files

    4.恢复指定inode

    [root@21yunwei_backup /]# extundelete /dev/vdb1 --restore-inode 14
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 8 groups loaded.
    Loading journal descriptors ... 46 descriptors loaded.
    [root@21yunwei_backup /]# tail  -5   /RECOVERED_FILES/file.14 
    mysql:x:497:500::/home/mysql:/bin/false
    nginx:x:496:501::/home/nginx:/sbin/nologin
    zabbix:x:495:497:Zabbix Monitoring System:/var/lib/zabbix:/sbin/nologin
    haproxy:x:500:502::/home/haproxy:/bin/bash
    tcpdump:x:72:72::/:/sbin/nologin

    注意恢复inode的时候,恢复 出来的文件名和之前不一样,需要单独进行改名。内容是没问题的。


     

    展开全文
  • Linux运维不会恢复Linux下误删除文件,这是很不应该的
  • linux怎么恢复删除文件

    千次阅读 2021-01-21 22:00:29
    作为一个多用户、多任务的操作系统,Linux下的文件一旦被删除,是难以恢复的。尽管删除命令只是在文件节点中作删除标记,并不真正清除文件内容,但是其他用户和一些有写盘动作的进程会很快覆盖这些数据。不过,对于...

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

    一、用运SecureCRT远程对操作系统上,查看一下当前系统版本号,及文件系统格式

    img

    img

    二、为方便本次实验,我们新创建一文件。

    img

    img

    三、执行删除操作

    img

    rm -rf web_1.txt

    四、运用,系统自还工具debugfs来修复

    img

    img

    五、打开,刚刚被删除文件所在的分区


    查看目录在分区

    imgimg


    imgimg

    六、用ls 加-d参数显示刚刚删除文件所在的目录

    imgimg

    七、显示有<>尖括号的就是我们要找的文件Inode 号 执行logdump –I <19662057>

    img

    img

    八,执行完命令后,显示了一屏信息,我们需要的是下面这一行,并且要记住,后面的值

    imgimg

    九、退出dedugfs

    qiut

    img

    十,执行如下命令

    imgimg

    bs与下图offset值一致,skip与block值一致

    img

    img

    十一,以上结果表示恢复成功我们看下/opt/wb_1目录下到底有没有

    img

    img

    恢复成功!

    以上就是良许教程网为各位朋友分享的Linux相关知识。

    展开全文
  • 主要给大家介绍了关于Linux利用lsof/extundelete工具恢复删除文件或目录的相关资料,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
  • 点击上方“民工哥技术之路”,选择“设为星标”回复“1024”获取独家整理的学习资料!前言无论在哪个系统中,删除文件都是必须谨慎的操作。因为如果不小心删除了重要文件,就会导致个人或公司出现...

    点击上方“民工哥技术之路”,选择“设为星标”

    回复“1024”获取独家整理的学习资料!

    前言

    无论在哪个系统中,删除文件都是必须谨慎的操作。因为如果不小心删除了重要文件,就会导致个人或公司出现重大的损失。类似于windows系统误删了文件,可以使用一些软件进行恢复操作。Linux也是有几款软件可以做到误删恢复的。

    注意事项:虽然有软件可以对误删的数据进行恢复,但是完全恢复数据的概率并不是百分百的。

    因此,使用rm命令删除文件的时候,一定要小心;重要的数据一定要有备份;并且恢复删除的数据前,删除文件的目录内不能往进存放新东西,否则覆盖掉的信息无法找回。

    下面介绍的就是对Linux中误删文件的恢复操作。

    1、lsof

    原理:这个命令实际上并不能直接用来恢复文件,不过它可以列出被各种进程打开的文件信息。

    配合其他命令,从/proc目录下的信息中恢复“文件已删除,但进程仍保持打开该文件的状态”的文件。

    /proc目录是挂载的是在内存中所映射的一块区域,当我们对这些文件进行读取和写入时,实际上是在从内存中获取相关信息。

    因此,当我们对文件进行读取或写入时(即有进程正使用文件时),哪怕硬盘中的该文件已删除,还可以从内存中的信息恢复文件。

    注意:

    • 必须以 root 用户的权限运行, 因为lsof 需要访问核心内存和各种文件。

    • 只能恢复“文件已删除,但进程仍保持打开该文件的状态”的文件。

    • 如果误删了目录,目录中的其他文件未被进程打开,没有进行使用的文件将无法使用此方法恢复。

    lsof输出信息的意义:

    COMMAND       #进程的PID(进程标识符)
    USER          #进程所有者
    FD            #用来识别该文件(文件描述符)
    DEVICE        #指定磁盘的名称
    SIZE          #文件的大小
    NODE          #索引节点(文件在磁盘上的标识)
    NAME          #打开文件的确切名称
    

    最常用参数:

     -c       #显示某进程现在打开的文件
     -p       #显示哪些文件被某pid进程打开
     -g       #显示归属某gid的进程情况
     -d       #显示目录下被进程开启的文件
     -d       #显示使用fd为4的进程
     -i:80    #显示打开80端口的进程
    

    恢复文件操作

    环境:在/mnt下有一些文件,其中一个文件train.less正在被查看,然后另一个终端将其删除

    【1】lsof查看

    查看正在使用删除文件的进程号

    lsof /mnt
    

    【2】恢复

    切换到/proc下,删除文件对应的进程的pid下的文件描述符中的目录中;将对应的内容重定向或cp到其他文件中。

    重点关注:PID 与 FD

    cd /proc/31284/fd/
    cat 4 > /mnt/ferris_train.less
    

    2、extundelete

    原理:使用存储在分区日志中的信息,尝试恢复已从ext3或ext4的分区中删除的文件

    优点:相比于ext3grep只能恢复ext3文件系统的文件,其适用范围更广,恢复速度更快

    extundelete官方地址(官方文档):http://extundelete.sourceforge.net

    extundelete下载地址:http://downloads.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2 (最新版本的extundelete是0.2.4,于2013年1月发布)

    注意:

    • 在数据删除之后,要卸载被删除数据所在的磁盘或是分区

    • 如果是系统根分区遭到误删除,就要进入单用户模式,将根分区以只读的方式挂载,尽可能避免数据被覆盖

    • 数据被覆盖后无法找回

    • 恢复仍有一定的机率失败,平时应对重要数据作备份,小心使用rm

    安装

    1、依赖安装

    #centos安装操作
    yum install e2fsprogs-devel   e2fsprogs* gcc*
    
    #ubuntu安装操作
    apt-get install build-essential  e2fslibs-dev  e2fslibs-dev
    

    2、编译安装

    wget http://downloads.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2
    tar xf  extundelete-0.2.4.tar.bz2
    cd  extundelete-0.2.4
    ./configure
    make
    make install
    
    cd /root/extundelete-0.2.4/src
    
    extundelete -v
    
    • 执行make命令会在src目录下生成extundelete可执行文件,可在此直接执行恢复命令。

    • 执行make install会将程序安装在/usr/local/bin/下

    恢复文件操作

    执行extundelete命令的当前目录必须是可写的。

    1、查看要恢复文件的分区的文件系统

    df  -Th
    

    2、对要恢复文件的分区解除挂载

    umount /mnt
    

    3、查看可以恢复的数据

    指定误删文件的分区进行查找,最后一列标记为Deleted的文件,即为删除了的文件。

    extundelete /dev/vdb1 --inode 2 (根分区的inode值是2)
    

    4、恢复单个目录

    指定要恢复的目录名,如果是空目录,则不会恢复。

    extundelete /dev/vdb1 --restore-directory  ferris
    

    当执行恢复文件的命令后,会在执行命令的当前的目录下生成RECOVERED_FILES目录,恢复的文件都会放入此目录中。如未生成目录,即为失败。

    5、恢复单个文件

    指定要恢复的文件名,如果几k大小的小文件,有很大几率恢复失败。

    extundelete /dev/vdb1 --restore-file openssh-7.7p1.tar.gz
    

    6、恢复全部删除的文件

    无需指定文件名或目录名,恢复全部删除的数据。

    extundelete /dev/vdb1 --restore-all
    

    作者:漠效 

    原文:https://blog.csdn.net/GX_1_11_real/article/details/84571303

    推荐阅读 点击标题可跳转

    牛!用一个脚本就把系统升级到 https,还永久免费

    Docker 入门终极指南!边学边用

    坑的一批!被诈骗了32600。。。

    建议收藏!程序员找工作黑名单

    史上最短命 Windows 系统!用过几乎都是差评...

    简单、易用的 MySQL 官方压测工具,建议收藏!

    如何用 Shell 监控文件变化?

    系统管理员不可错过的 6 款服务器监控工具

    摸鱼也要有技巧!3个 linux 命令行工具让你假装很忙....

    展开全文
  • 点击上方“朱小厮的博客”,选择“设为星标”后台回复"书",获取Linux不像windows有那么显眼的回收站,不是简单的还原就可以了。linux删除文件还原可以分为两种情...
  • Linux删除文件恢复

    2021-05-18 18:16:54
    5、打开刚刚被删除文件所在分区,用ls 加-d参数显示刚刚删除文件所在的目录 6、显示有<>尖括号的就是我们要找的文件Inode 号 执行 logdump -i <1056904> 7、记住上图中红色标记部分,执行quit退出,...
  • Linux 系统中如何恢复删除文件? 介绍 恢复软件是如何工作的? 设备的位置 使用 TestDisk 进行恢复 FAT16、 FAT32、 exFAT (FAT64)、 NTFS 以及 ext2/3/4 特别的 ReiserFS: 恢复被某个程序打开的删除文件 真正...
  • 本文介绍Linux用户需知的五款Linux文件恢复软件,其中包括大家常用的testdisk,也有一些PhotoRec这样专门针对图片和多媒体文件恢复工具。1、Ddrescue主页:...
  • 对于linux下误删的文件,我们是否真的无法通过软件进行恢复呢? 答案当然是否定的,对于误删的文件,我们还是能通过软件恢复过来的。对于误删文件还原可以分为两种情况: 一种是删除以后在进程存在删除信息 一种是...
  • 不过,幸运的是文件是可以通过一些方法恢复的。当用户删除了一个文件,该文件并没有消失,只是被隐藏了一段时间。 这里将解释它是如何工作的。在一个文件系统中,有一个叫做 文件分配表 的东西,这个表跟踪文件在...
  • Linux 下的文件一旦被删除,是难以恢复的。对于家庭单机使用的Linux ,或者误删文件后及时补救,还是可以恢复的。下面就来介绍一下。
  • Linux中,我们会遇到不小心删除文件的时候,那么我们就可以用extundelete来恢复这些误删的文件。在此实验里,我将启用rh6-2并用xshell来进行远程连接。第一步:添加一块硬盘添加硬盘的方法我在前面有讲过,在这里...
  • linux系统中操作重要文件,备份是最重要的但是有时候误删除文件,要怎么恢复呢?下面经验可以试试当前系统只有一个用户在登录,对文件进行了误删除操作,那么,这个时候该如何进行操作?注意事项及解决思路:停止对...
  • linux恢复删除文件如果在命令行下误删除了某个文件,该文件是无法从回收站找回的,必须使用命令对其进行恢复。如果系统使用的是ext3文件系统,由于ext3文件系统在执行删除任务时会清除指向被删除文件的信息...
  • 当然是个人使用的机器啦。如果是服务器,要恢复就比较麻烦,及早切断其他用户什么的。... 恢复了很多文件。关键的文档没有成功。   2、使用debugfs 按照描述的办法,恢复出来的文档内容一点也不对。实际上看到3...
  • 1. 创建zcs.txt文件,往里面填入内容 ...6. 查看被误删除文件所在目录下的所以文件(误删除和没有删除文件都可以看到) ls -d <文件所在目录> 7.找到删除文件zcs.text,记录下尖括号内的数值,使用logdump...
  • 当你删除(rm)一个文件, 实际删除了指向inode的链接, 并没有删除inode的内容. 进程可能还在使用. 只有当inode的所有链接完全移去, 然后这些数据块将可以写入新的数据.proc文件系统可以协助我们恢复数据. 每一...
  • 如果你在Linux下不小心用rm -rf xxx删除文件或者整个目录,在ext2文件系统上是可以恢复的。因为文件数据没有被实际删除,只是索引被删除了,文件被误删除之后,应该马上停止创建、修改等文件操作,因为他们有可能...
  • Linux 恢复删除文件(打开状态下)

    千次阅读 2019-06-11 15:17:24
    工作中有可能会遇到误删除正在打开的文件,可以用lsof来恢复下 准备测试文件 1.第一个终端:echo 123456 > /data/test.txt 2.打开第二个终端:模拟正在打开的情况 less /data/test.txt 3.此时在第一个终端 执行rm...
  • linux误删文件怎么恢复 linux误删命令行文件怎么恢复linux系统是不同于windows系统和mac系统的,它独特的...接下来dengb.com小编就给大家带来linux恢复误删文件的教程。具体方法如下:1、执行命令“cd /home”进入...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 198,513
精华内容 79,405
关键字:

linux恢复删除文件