linux找回删除的文件(linux 文件删除)

1、linux找回删除文件。

2、linux如何找回误删的文件。

3、怎么恢复linux删除的文件。

4、linux删除文件怎么找回。

1."linux找回删除文件，为您提供linux找回删除文件图文信息，执行命令0cd/home进入目录。

2.输入debugfs运用恢复工具。

3.执行命令ls-d/home显示被删除文件所在目录。

4.输入logdump-i查找区号。

5.记住block数字，输入quit退出。

6.输入数据恢复命令。

7.执行ls命令即可恢复。

第一种 误删文件进程还在

这种方法就比较简单，能还原的文件限制也比较多。如果被删除的文件的进程还是存在，即能找到进程PID。通过命令 lsof | grep (deletefile) 查找到进程id。然后就是进入进程目录 cd /proc/PID/fd 。然后可以通过 ll 命令查看具体文件信息，将有软连接到被删除文件的文件复制就可还原了。

第二种 使用extundelete之类基于inode的工具

针对 Linux 下的 ext 文件系统来说，常用的 Linux 文件删除恢复工具有 debugfs、ext3grep、extundelete 等。extundelete 是一个开源的数据恢复工具，支持 ext3、ext4 文件系统，其官方站点位于http://extundelete.sourceforce.net/，目前最新稳定版本为 0.2.0。

这个工具和还有一些其他类似的恢复工具，都是基于inode，还原文件的，也就是说，需要被删除文件的inode还在，没有被覆盖，即在文件删除之后，没有读写输入。所以第一件事就是挂起文件所在分区。但是这个 *** 作有个问题就是，如果系统只有一个挂载盘，而且还是线上服务的话，挂起是不现实的。并且就算读写不多，但是系统本身没有安装这些恢复工具，在你安装编译这些恢复工具时的读写，也很可能把删除的文件inode覆盖了。

但是如果，系统拥有多个挂载盘，且被删除文件分区所在的文件盘挂起并不印象，你还是可以尝试这个方法的。或者系统本身就有安装这个工具，距离文件删除不是很久，也可以试一下，也许inode还在呢。

具体使用方法这里就不说了，网上很多教程，随便搜一下都是。

第三种 testdisk工具

testdisk 是分区表恢复、raid 恢复、分区恢复的开源免费工具（testdisk 支持如下文件系统: FAT12/FAT16/FAT32/NTFS/ext2/ext3/ext4）。testdisk 支持的功能: 修复分区表, 恢复已删除分区，用 FAT32 备份表恢复启动扇区，重建 FAT12/FAT16/FAT32 启动扇区，修复 FAT 表，重建 NTFS 启动扇区，用备份表恢复 NTFS 启动扇区，用 mft 镜像表(mft mirror)修复 mft 表，查找 ext2/ext3 备份的 superblock，从 FAT,NTFS 及 ext2 文件系统恢复删除文件，从已删除的 FAT,NTFS 及 ext2/ext3 分区复制文件。

所以，这个工具是不基于inode的，即时文件后，没有挂起分区，读写 *** 作一直在进行，或者过去很久了，都是可以有机会恢复文件的。

但也不是百分百能成功，举个栗子，被删除的是 /usr/local/mytest 这个文件夹。然后你这个文件夹下部分文件的备份，为了及时先恢复部分线上业务，然后你mkdir /usr/local/mytest 然后将部分备份复制了进去。那么testdisk也无法拯救恢复了。还有就是testdisk恢复文件时，还需要注意看一下文件大小。如果文件大小显示为0，那么就算选择恢复这个文件，也是会得到一个0kb的文件。

所以这个适用于，一些inode已经被覆盖，但是文件物理存储块还未被覆盖的文件，可以尝试一下这个方法，也许可以找回部分丢失文件。

在使用rm -rf这个命令时一定要小心再小心，不然造成的后果是很严重的，因此提醒大家再使用这个命令时一定要保持头脑清醒。

Linux中误删除libselinux恢复方法

*** 作环境：CentOS7.5

背景：安装openssl-devel时报错：

Error: Protected multilib versions: libselinux-2.5-12.1.el7.x86_64 != libselinux-2.5-14.1.el7.x86_64卸载了libselinux-2.5-14.1.el7.x86_64导致服务器故障。 rpm -e --nodeps libselinux-2.5-14.1.el7.x86_64

执行命令报：

修复方法：需要拷贝一个libselinux.so.1文件到/lib64/目录下

一、不关机修复

1、在故障服务器启动一个rsync

2、在另一台CentOS7.5服务器启动一个客户端。

3、在故障服务器把客户端拷贝过来的文件在拷贝到/lib64/

二、关机修复

说明：服务器没有安装rsync，需要挂在系统版本镜像，重启服务器进入救援模式。

1、进入救援模式的方法，如图选择Troubleshooting，在选择rescue a CentOS system，输入1获得一个有读写权限的shell。

2、重新挂载下系统为读写权限

3、输入ls /lib64/libc.so.6命令查看是否有该文件（因为是光盘自带的系统，并没有挂载在根目录下，所以该文件没有被删除）

4、找到了所需要的文件，只需要把该文件复制到丢失文件的系统里就可以(系统被挂载到了/mnt/sysimage目录中)

cp /lib64/libc.so.6 /mnt/sysimage/lib64(把文件复制到丢失的文件系统里)

5、重启服务器恢复正常。

6、进入救援模式遇到报错情况处理：

进入以下界面时报：

the rescue environment will now attempt to find your linux installation and mount it under the directory : /mnt/sysimage. you can then make any changes you can choose to mount your file systems read-only instead of read-write by choosing 2 if for some reason this process does not work chroot 2

时不能选择1以读写的权限进入系统，只能选择2以只读的模式进入到系统。

重新挂载一个除了系统版本外的ISO镜像，在进入到救援模式后，选择1以读写的方式进入系统，拷贝libselinux.so.1文件到lib64目录下，在重新挂载系统本身版本ISO后就可以选择1以读写的模式进入系统重新拷贝libselinux.so.1文件。

7、重启进入系统时报：

解决方法：

1、系统启动的时候，按下‘e’键进入grub编辑界面，编辑grub菜单，选择“kernel /vmlinuz-XXXXro root=/dev/vogroup00/logvol00 rhgb quiet” 一栏，按‘e’键进入编辑，在末尾增加enforcing=0，即：

kernel /vmlinuz-XXXXro root=/dev/vogroup00/logvol00 rhgb quiet enforcing=0（其中enforcing=0是需要加上去的，其他不动）

按‘b’键继续引导，正常进入系统。

2、如果系统启动按e不能进入到grub界面，那就是libselinux.so.1文件不兼容导致服务器不能启动上来，需要重新进入救援模式把/mnt/sysimage/lib64/libselinux.so.1删除后重新拷贝一个文件进入重启服务器，正常进入系统。

---