84669 orang belajar
152542 orang belajar
20005 orang belajar
5487 orang belajar
7821 orang belajar
359900 orang belajar
3350 orang belajar
180660 orang belajar
48569 orang belajar
18603 orang belajar
40936 orang belajar
1549 orang belajar
1183 orang belajar
32909 orang belajar
我用的某台服务器是Ubuntu14.04,现在我在里面误删了两个文件夹,导致除了一下问题。
按照正常的思路,想找回收站,从回收站中再mv回来。但是网上转了一圈,似乎都说是在 /.Trash或者/.local/xxx 这样的目录下,但是我这没有这些目录啊,貌似这是桌面版的吧?
所以请问有没有什么简单的方法能恢复回来的?
闭关修行中......
首先可以告诉你没有回收站
找回文件用testdisk试试
如果是云服务器的话看看有没有每日自动备份,有的话直接回滚,否则就基本回天乏术了,所以操作服务器得极其小心才是。
linux 上请不要删东西请不要删东西请不要删东西修改文件前先备份:
cp yourfile{,`date +"%Y%m%d"`}
如果要删除文件:
mv yourfile{,bak}
可删的文件只有一种: 无用的日志文件可删的文件只有一种: 无用的日志文件可删的文件只有一种: 无用的日志文件
服务器上rm 是要命的命令。。。建议看一下safe rm,保护起来重要的文件。。
safe rm
方法1:当进程打开了某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中.这意味着,进程并不知道文件已经被删除,它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入.除了该进程之外,这个文件是不可见的,因为已经删除了其相应的目录索引节点.
查看已被删除但仍打开的文件:sudo lsof|grep deleted 比如返回:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME apache2 3000 www-data 2w REG 251,0 15284 287237 /var/log/apache2/error.log.1 (deleted) apache2 3000 www-data 7w REG 251,0 576513 287219 /var/log/apache2/access.log.1 (deleted)
其中3000是进程PID,其中2w中的2就是已经被删除的文件的error.log.1的文件描述符(FD).比如执行下面命令可见:
ls -l /proc/3000/fd/2 l-wx------ 1 root root 64 2016-03-21 08:30 /proc/3000/fd/2 -> /var/log/apache2/error.log.1 (deleted)
这个文件可以尝试使用文件描述符(fd)恢复:
sudo cp -L /proc/3000/fd/2 ./error.log.1 sudo cp -L /proc/3000/fd/7 ./access.log.1
方法2:使用rm需要格外小心.在不小心删除后,最好及时卸载分区,避免数据覆盖写入.如果必须挂载,可以使用只读模式.
extundelete可用于恢复ext3或者ext4分区上rm删除的文件.http://extundelete.sourceforge.net/http://www.gnutoolbox.com/extundelete/
基于文件恢复: extundelete /dev/sdb1 --restore-files /etc/passwd 基于目录恢复: extundelete /dev/sdb1 --restore-directory /var/lib/mysql 基于磁盘恢复: extundelete /dev/sdb1 --restore-all
首先可以告诉你没有回收站
找回文件用testdisk试试
如果是云服务器的话看看有没有每日自动备份,有的话直接回滚,否则就基本回天乏术了,所以操作服务器得极其小心才是。
linux 上
请不要删东西
请不要删东西
请不要删东西
修改文件前先备份:
如果要删除文件:
可删的文件只有一种: 无用的日志文件
可删的文件只有一种: 无用的日志文件
可删的文件只有一种: 无用的日志文件
服务器上rm 是要命的命令。。。
建议看一下
safe rm
,保护起来重要的文件。。方法1:
当进程打开了某个文件时,只要该进程保持打开该文件,即使将其删除,它依然存在于磁盘中.
这意味着,进程并不知道文件已经被删除,它仍然可以向打开该文件时提供给它的文件描述符进行读取和写入.
除了该进程之外,这个文件是不可见的,因为已经删除了其相应的目录索引节点.
查看已被删除但仍打开的文件:
sudo lsof|grep deleted 比如返回:
其中3000是进程PID,其中2w中的2就是已经被删除的文件的error.log.1的文件描述符(FD).
比如执行下面命令可见:
这个文件可以尝试使用文件描述符(fd)恢复:
方法2:
使用rm需要格外小心.
在不小心删除后,最好及时卸载分区,避免数据覆盖写入.
如果必须挂载,可以使用只读模式.
extundelete可用于恢复ext3或者ext4分区上rm删除的文件.
http://extundelete.sourceforge.net/
http://www.gnutoolbox.com/extundelete/