精华内容
下载资源
问答
  • linux恢复文件

    2017-11-12 14:43:00
    linux恢复文件 一.下载安装extundelete 1.下载地址http://extundelete.sourceforge.net/ 2.解压tar jvxf extundelete.tar.bz2 3.编译安装 ./configure make && make install 4.extundelte用法 这里说下我要...

    linux恢复文件

    一.下载安装extundelete

    1.下载地址http://extundelete.sourceforge.net/

    2.解压tar jvxf extundelete.tar.bz2

    3.编译安装 ./configure  make && make install

    4.extundelte用法

    这里说下我要用到的参数 src/extundelete --help

    1 --restore-directory 'path'2                          Will restore directory 'path'. 'path'is relative to the3 --restore-all          Attempts to restore everything.4  --after dtime          Only process entries deleted on or after 'dtime'.5   --before dtime         Only process entries deleted before 'dtime'.

    第一个是 恢复目录 path为路径后面跟要恢复那个目录的路径

    第二个是 恢复所有

    第三个是 恢复dtime这个时间戳以后删除的文件

    第四个是恢复这个时间戳以前删除的文件  (这里说下,卡时间恢复是非常好用的参数。你可以指定恢复那个时间到那个时间之间的数据)

    基本这几个选项就够恢复了,当然还有--restore-files 参数来恢复单个文件。

    二.将分区挂在为只读

    1.mount -o remount,ro 分区选项

    三.测试

    extundelete /dev/mapper/vg_vbok-opt --after /1381740180 --before 1381741080 --restore-directory 1

    将在RECOVERIED_FILES里面找到要恢复的文件


    最后将分区重新挂在为可读写

    mount 分区 -o rw,remount



    本文转自 luoguo 51CTO博客,原文链接:http://blog.51cto.com/luoguoling/1349146


    展开全文
  • Linux恢复删除的文件

    万次阅读 2017-10-11 09:49:08
    linux恢复删除的文件 先介绍下一些文件的基本概念:   · 文件实际上是一个指向inode的链接, inode链接包含了文件的所有属性, 比如权限和所有者, 数据块地址(文件存储在磁盘的这些数据块中). 当你删除(rm)一个...

    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. 将误操作所在分区进行只读保护

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

       #  # 
    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. 最少掌握一种数据恢复方式

    展开全文
  • linux恢复 rm -rf * 误删数据

    千次阅读 2019-03-27 17:07:20
    linux恢复 rm -rf * 误删数据一、磁盘分区挂载为只读1、查看被删除文件位于哪个分区2、将对应目录重新挂载为只读二、安装数据恢复工具 extundelete1、下载extundelete-0.2.42、安装三、恢复1、模拟删除文件,设置...


    linux误删除文件后应尽快将磁盘挂载为只读,否则后续操作可能会覆盖这些数据,越早发现,并挂载为只读,恢复的成功机率就越大。因此,本文只是提供一种方式,不能保证一定能恢复误删的数据。

    一、磁盘分区挂载为只读

    1、查看被删除文件位于哪个分区

    [root@localhost ~]# mount
    /dev/sda3 on / type ext4 (rw)
    /dev/sda1 on /boot type ext4 (rw)
    /dev/sdb1 on /opt type ext4 (rw)
    

    2、将对应目录重新挂载为只读

    [root@localhost  ~]#  mount -r -n -o remount /opt
    mount: /home is busy
    
    如果显示 xxx is busy
    [root@localhost  ~ ]# fuser -v -m /opt
    

    找出相关进程,kill掉

    [root@localhost  ~ ] #  mount -r -n -o remount /opt
    

    成功后,此时在/opt目录 touch文件时,会报错:

    [root@localhost  opt ] # touch txt
    touch: cannot touch `txt’: Read-only file system
    

    二、安装数据恢复工具 extundelete

    1、下载extundelete-0.2.4

    下载源:
    http://superb-dca2.dl.sourceforge.net/project/extundelete/extundelete/0.2.4/extundelete-0.2.4.tar.bz2

    2、安装

    需要安装编译环境及extundelete依赖的包
    yum -y install gcc+ gcc-c++
    yum install e2fsprogs e2fsprogs-libs e2fsprogs-devel -y

    [root@localhost extundelete-0.2.4]# ./configure 
    Configuring extundelete 0.2.4
    Writing generated files to disk
    [root@localhost extundelete-0.2.4]# make
    make -s all-recursive
    Making all in src
    [root@localhost extundelete-0.2.4]# make install
    Making install in src
      /usr/bin/install -c extundelete '/usr/local/bin'
    [root@localhost extundelete-0.2.4]# cd src/     --验证
    [root@localhost src]# ./extundelete -v
    extundelete version 0.2.4
    libext2fs version 1.41.12
    Processor is little endian.
    [root@localhost src]# 
    

    到此安装完成!

    三、恢复

    1、模拟删除文件,设置只读

    [root@localhost src]# cd /opt/
    [root@localhost opt]# ls
    lost+found  test
    [root@localhost opt]# cd test/
    [root@localhost test]# ls
    1.txt  extundelete-0.2.4.tar.bz2
    [root@localhost test]# more 1.txt 
    ceshi
    test
    qazwsx
    edcrfv
    tgbyhn
    ujmik,
    [root@localhost test]# cd ..
    [root@localhost opt]# rm -rf test/
    [root@localhost opt]# cd ..
    [root@localhost /]# mount -r -n -o remount /opt
    

    2、查看被删除的文件

    [root@localhost /]# extundelete /dev/sdb1 --inode 2
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 400 groups loaded.
    Group: 0
    Contents of inode 2:
    Inode is Allocated
    File mode: 16877
    Low 16 bits of Owner Uid: 0
    Size in bytes: 4096
    Access time: 1553670589
    Creation time: 1553672852
    Modification time: 1553672852
    Deletion Time: 0
    Low 16 bits of Group Id: 0
    Links count: 3
    Blocks count: 8
    File flags: 0
    File version (for NFS): 0
    File ACL: 0
    Directory ACL: 0
    Fragment address: 0
    Direct blocks: 9249, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0
    Indirect block: 0
    Double indirect block: 0
    Triple indirect block: 0
    
    File name                                       | Inode number | Deleted status
    .                                                 2
    ..                                                2
    lost+found                                        11
    test                                              1835009        Deleted
    

    一个分区挂载到一个目录下时,”根”目录的inode值为一般是2。

    状态为deleted的是被删除的文件,可以看到模拟删除的文件test

    3、恢复

    确定删除的大概时间,可以较快的恢复误删的数据

    [root@localhost /]# date -d "Wed Mar 26 15:40:00 CST 2019" +%s
    1553586000
    

    执行恢复命令(在另外的磁盘分区执行恢复)

    [root@localhost /]# /extundelete-0.2.4/src/extundelete /dev/sdb1 --after 1553586000 --restore-all
    Only show and process deleted entries if they are deleted on or after 1553586000 and before 9223372036854775807.
    NOTICE: Extended attributes are not restored.
    Loading filesystem metadata ... 400 groups loaded.
    Loading journal descriptors ... 78 descriptors loaded.
    Searching for recoverable inodes in directory / ... 
    5 recoverable inodes found.
    Looking through the directory structure for deleted files ... 
    1 recoverable inodes still lost.
    

    恢复完成,验证

    [root@localhost /]# cd RECOVERED_FILES/
    [root@localhost RECOVERED_FILES]# ls
    test
    [root@localhost RECOVERED_FILES]# cd test/
    [root@localhost test]# ls
    1.txt  extundelete-0.2.4.tar.bz2
    [root@localhost test]# more 1.txt 
    ceshi
    test
    qazwsx
    edcrfv
    tgbyhn
    ujmik,
    [root@localhost test]# 
    

    可以看到删除的文件已经恢复。

    4、重新挂载分区为读写

    [root@localhost test]#mount -rw  -o remount /opt
    

    可以对rm启用别名,防止无交互删除

    vi /etc/bashrc

    #do not delete / or prompt if deleting more than 3 files at a time #
    alias rm=‘rm -I --preserve-root’

    source /etc/bashrc

    ext3grep、debugfs也可以恢复误删文件,还需再研究

    附:extundelete相关参数

    [root@localhost test]# /extundelete-0.2.4/src/extundelete 
    No action specified; implying --superblock.
    /extundelete-0.2.4/src/extundelete: Missing device name.
    Usage: /extundelete-0.2.4/src/extundelete [options] [--] device-file
    Options:
      --version, -[vV]       Print version and exit successfully.
      --help,                Print this help and exit successfully.
      --superblock           Print contents of superblock in addition to the rest.
                             If no action is specified then this option is implied.
      --journal              Show content of journal.
      --after dtime          Only process entries deleted on or after 'dtime'.
      --before dtime         Only process entries deleted before 'dtime'.
    Actions:
      --inode ino            Show info on inode 'ino'.
      --block blk            Show info on block 'blk'.
      --restore-inode ino[,ino,...]
                             Restore the file(s) with known inode number 'ino'.
                             The restored files are created in ./RECOVERED_FILES
                             with their inode number as extension (ie, file.12345).
      --restore-file 'path'  Will restore file 'path'. 'path' is relative to root
                             of the partition and does not start with a '/'
                             The restored file is created in the current
                             directory as 'RECOVERED_FILES/path'.
      --restore-files 'path' Will restore files which are listed in the file 'path'.
                             Each filename should be in the same format as an option
                             to --restore-file, and there should be one per line.
      --restore-directory 'path'
                             Will restore directory 'path'. 'path' is relative to the
                             root directory of the file system.  The restored
                             directory is created in the output directory as 'path'.
      --restore-all          Attempts to restore everything.
      -j journal             Reads an external journal from the named file.
      -b blocknumber         Uses the backup superblock at blocknumber when opening
                             the file system.
      -B blocksize           Uses blocksize as the block size when opening the file
                             system.  The number should be the number of bytes.
      --log 0                Make the program silent.
      --log filename         Logs all messages to filename.
    --log D1=0,D2=filename   Custom control of log messages with comma-separated
       Examples below:       list of options.  Dn must be one of info, warn, or
       --log info,error      error.  Omission of the '=name' results in messages
       --log warn=0          with the specified level to be logged to the console.
       --log error=filename  If the parameter is '=0', logging for the specified
                             level will be turned off.  If the parameter is
                             '=filename', messages with that level will be written
                             to filename.
       -o directory          Save the recovered files to the named directory.
                             The restored files are created in a directory
                             named 'RECOVERED_FILES/' by default.
    
    
    展开全文
  • linux恢复意外删除的文件 http://blog.csdn.net/wyzxg/article/details/12654639   linux恢复意外删除的文件   当进程打开某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中。这...

    linux恢复意外删除的文件

    转载自:http://blog.csdn.net/wyzxg/article/details/12654639

     

    linux恢复意外删除的文件

     

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

    在/proc目录下,其中包含了反映内核和进程树的各种文件。/proc目录挂载的是在内存中所映射的一块区域,所以这些文件和目录并不存在于磁盘中,因此当我们对这些文件进行读取和写入时,实际上是在从内存中获取相关信息。大多数与lsof相关的信息都存储于以进程的PID命名的目录中,即/proc/12中包含的是PID为12的进程的信息。每个进程目录中存在着各种文件,它们可以使应用程序简单地了解进程的内存空间、文件描述符列表、指向磁盘上的文件的符号链接和其他系统信息。lsof程序使用该信息和其他关于内核内部状态的信息来产生其输出。所以lsof可以显示进程的文件描述符和相关的文件名等信息。也就是我们通过访问进程的文件描述符可以找到该文件的相关信息。

    下面举例说明

    我/tmp目录下创建了脚本文件,时刻在后台运行,但是tmp目下会被系统定时删除的,但犯懒不想重写脚本,想把原来的找回,具体步骤如下。

     

    1.查看已经被删除的文件diamon.sh,已经不存在了

    [root@centos5 ~]# ll /tmp/
    total 28
    -rw-r--r-- 1 root  root   402 Sep 26 14:19 load_tab.sh
    srwxrwxrwx 1 mysql mysql    0 Sep 16 15:20 mysql.sock
    drwx------ 2 root  root  4096 Oct 12 15:44 ssh-hiPBw10887
    drwx------ 2 root  root  4096 Oct 10 16:12 ssh-lUXbjf6337

     

    2. 使用lsof来查看当前哪个进程正在打开文件”/tmp/diamon.sh“
    [root@centos5 ~]# lsof | grep diamon
    sh         8455      root  255r      REG              253,0        173               764298 /tmp/diamon.sh (deleted)
    [root@centos5 ~]#

     

    从上面的输出可以看到,进程8455正在以只读的方式打开这个文件,打开的文件描述符为255,同时文件/tmp/diamon.sh被标记删除。然后我查看文件" /proc/8455/fd/255"

     

    [root@centos5 ~]# more /proc/8455/fd/255
    #variables
    dir=/tmp

    while (true)
    do
    v_num=`ps -ef | grep load_tab | grep -v grep | wc -l`
     
    if [ $v_num -lt 4 ] ; then
      sh /tmp/load_tab.sh > /dev/null 2>&1 &
    fi
    done
    [root@centos5 ~]#

     

    3. 已经找到已经被删除的文件了吗然后利用I/O重定向将其恢复到指定文件中,如下

    [root@centos5 ~]# cat /proc/8455/fd/255 > /tmp/diamon.sh

     

    检查文件已经被恢复了
    [root@centos5 ~]# ll /tmp
    total 36
    -rw-r--r-- 1 root  root   173 Oct 12 16:53 diamon.sh
    -rw-r--r-- 1 root  root   402 Sep 26 14:19 load_test10.sh
    srwxrwxrwx 1 mysql mysql    0 Sep 16 15:20 mysql.sock
    drwx------ 2 root  root  4096 Oct 12 15:44 ssh-hiPBw10887
    drwx------ 2 root  root  4096 Oct 10 16:12 ssh-lUXbjf6337
    [root@centos5 ~]#

     

    查看恢复的文件内容是否正常
    [root@centos5 ~]#
    [root@centos5 ~]# more /tmp/diamon.sh
    #variables
    dir=/tmp

    while (true)
    do
    v_num=`ps -ef | grep load_test | grep -v grep | wc -l`
     
    if [ $v_num -lt 4 ] ; then
      sh /tmp/load_test10.sh > /dev/null 2>&1 &
    fi
    done
    [root@centos5 ~]#

    至此linux恢复删除文件成功结束


    总结:
    A.在文件被删除时,不要慌,尽可能保存现场
    B.对于某些数据库文件被误删除很有效

     

     

    ---end----

    展开全文
  • Linux恢复误删除文件

    千次阅读 2011-12-13 18:44:13
    Linux恢复误删除文件(转载) 2007-01-09 10:44:59 / 个人分类:Linux内核学习笔记  昨天又看了一下Linux文件系统方面的资料,想到一个问题,就是误删除了文件应该是可以恢复的, 本想写一个这方面的共享...
  • Linux恢复数据

    2014-01-14 17:27:49
    不经意的rm命令会让你很苦恼,因为Linux下命令删除是不走回收站的.Blinux这里介绍Linux EXT3文件系统的数据恢复方法. 1.准备工作:首先你需要做的是,保存现场.如果有条件请直接卸下硬盘挂接到其他的电脑,这一招是最...
  • linux恢复意外删除的文件

    万次阅读 2013-10-12 17:10:49
    linux恢复意外删除的文件 当进程打开某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中。这意味着,进程并不知道文件已经被删除,它仍然可以向打开该文件时提供给它的文件描述符进行读取...
  • Linux恢复误删除的文件或者目录处理办法(不包括系统盘) linux不像windows有个回收站,使用rm -rf *基本上文件是找不回来的。 那么问题来了: 对于linux下误删的文件,我们是否真的无法通过软件进行恢复呢? 答案...
  • LINUX恢复root密码

    千次阅读 2006-11-08 10:27:00
    http://blog.chinaitlab.com/user1/306457/archives/2006/120328.html#63745 LINUX恢复root密码 [ 2006-10-10 10:18:00 | By: 灵气 ]
  • linux恢复误删除文件-ext3grep

    千次阅读 2015-12-30 12:00:15
    linux恢复误删除文件 1. 安装rpm包 [root@zw_test_26_74 /]# rpm -ivh ext3grep-0.10.2-1.el4.rf.x86_64.rpm warning: ext3grep-0.10.2-1.el4.rf.x86_64.rpm: Header V3 DSA/SHA1 Signature, key ID 6b8d79e6: ...
  • 折腾了多半天,终于搞定了献给所有初级小伙伴意外删库,解决方法看下边,如果不会加我q813711465,一定帮你解决,再也不用心慌的跑路了下边是恢库神功:./mysqlbinlog--database=cashbox --start-datetime="2019-02-...
  • Linux恢复sudoers文件

    千次阅读 2019-01-09 15:10:25
    因为作,直接修改sudoers文件后无法再sudo获取root权限, 编辑并保存,重新命令sudo
  • linux恢复误删除文件

    2019-01-08 09:05:40
    1.通过文件名恢复 命令: # extundelete /dev/sda2 --restore-file 文件名 2.通过目录名恢复 命令 # extundelete /dev/sda2 --restore-directory 目录名 3.恢复所有文件 命令 # extundelete /dev/sda2 --restore-...
  • linux 恢复与暂停进程

    千次阅读 2019-07-13 11:31:44
    对于一个运行中的进程,我们可以使用kill -STOP pid命令将其暂停执行,使用kill -CONT pid命令恢复其运行。 下面...
  • 恢复Linux下误删除的文件 1.恢复Linux下误删除的文件 删除文件和文件夹 rm -rf 文件名或目录名  -r 递归删除(可以删除目录和目录里面的东西)  -f 强行删除 ext4文件系统上删除文件,可以恢复: ...
  • linux 恢复ext4误删文件

    2018-12-20 11:22:38
    安装工具 sudo apt-get install extundelete 卸载误删文件所在分区 ...恢复文件(指定误删文件相对分区的根的路径,注意不是当前文件系统路径) sudo extundelete /dev/sdb2 --restore-file ‘xxx/xxx/xxx.x...
  • Linux恢复文件双手锏

    2017-02-21 23:56:12
    导读 当你在系统中有意或无意地使用 shift + delete 组合键、删除选项,或是清空回收站的方式来删除一...如果你有一个合适的工具和相关的专业知识,你就可以从电脑中恢复已丢失的文件。然而,随着你存储的文件越来越
  • linux恢复普通用户的家目录

    千次阅读 2019-08-26 22:45:00
    普通用户 rm -fr /* 会删除家目录的内容 首先:切换成用户jerry 删除自己家中的内容 ...方法:使用root用户进行恢复 rm -rf /home/jerry 使用root 用户先删除原来的家目录 cp -r /etc/skel /home/jerry ...
  • 路由器恢复出厂设置大致有两种方法, 一种是进入路由器设置管理界面,在里面选择恢复出厂设置,另外一种是长按路由器复位按键实现将路由器恢复出厂设置 。 一、硬件方法: 这个方法最简单,直接按路由器上的“reset...
  • ext3grep linux 恢复

    2013-08-27 13:02:11
    # 查询 ...# 恢复单个 仅目录 里面的文件恢复失败 .. ext3grep /home/sheng/file --restore-file del --depth del # 恢复目录里面的一个文件 ext3grep /home/sheng/file --restore-file del/1
  • Linux 恢复被删除数据

    2014-07-17 11:08:17
    1、首先启动数据行移动功能 alter table table_name enable row movement; 2、

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 18,692
精华内容 7,476
关键字:

linux恢复

linux 订阅