Linux不像windows有这么醒目的回收站,不是简单的还原就才能了。
node
linux删掉文件还原才能分为两种状况,一种是删掉以后在进程存在删掉信息,一种是删掉以后进程都找不到,只有依靠于工具还原,这儿分别检测介绍下。mysql
1、误删掉文件进程还在的状况。
这些一般是有活动的进程存在持续标准输入或输出,到时文件被删掉后,进程PID仍是存在。这也就是有些服务器删掉一些文件而且c盘不释放的原因。好比当前举例说明:
经过一个shell终端对一个测试文件作cat追加操做:linux
[root@21yunwei_backup ~]# echo "hello py" > testdelete.py [root@21yunwei_backup ~]# cat >> testdelete.py hello delete
另一个终端查看这个文件才能清楚听到内容:nginx
[root@21yunwei_backup ~]# cat testdelete.py hello py hello delete
此时红帽子linux下载,在当前服务器删掉文件rm-f./testdelete.pysql
命令查看这个目录,文件早已不存在了linux查看硬件信息,这么现在俺们将其恢复下来。shell
1.lsof查看删掉的文件进程是否还存在。windows
这儿用到一个命令lsoflinux如何恢复回收站删除的文件linux如何恢复回收站删除的文件,如没有安装请自行yum或则apt-get。相像此类状况,俺们就能先lsof查看删掉的文件是否还在:bash
[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.恢复。tcp
恢复命令:
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
恢复完成。
2、误删掉的文件进程早已不存在,依靠于工具还原。
构建打算删掉的目录并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第三方工具。恢复步骤以下:
终止对当前分区作任何操做,避免inode被覆盖。inode被覆盖基本就挥别恢复了。好比终止所在分区的服务,卸载目录所在的设备,有必要的状况下均可以断网。
经过dd命令对当前分区进行备份,避免第三方软件恢复失败导致数据遗失。适宜数据很是重要的状况,这儿测试,就没有备份,如备份才能考虑以下形式:
dd if=/path/filename of=/dev/vdc1
经过umount命令,对当前设备分区卸载。或则fuser命令。
umount /dev/vdb1 或者 umount /21yunwei
若是提示设备busy,还能用fuser命令强制卸载:
fuser -m -v -i -k /21yunwei
下载第三方工具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的时侯,恢复下来的文件名和先前不同,需要单独进行改名。内容是没问题的。
更多的extundelete用法请参考extundelete–help选项参数说明,当前恢复全部的操做完成。
原文联接: