Maison  >  Article  >  Tutoriel système  >  Linux rm n'aura peut-être pas besoin de s'exécuter si vous l'exécutez accidentellement

Linux rm n'aura peut-être pas besoin de s'exécuter si vous l'exécutez accidentellement

王林
王林avant
2024-02-11 21:33:19521parcourir

Est-il vraiment impossible pour nous de récupérer des fichiers supprimés accidentellement sous le système Linux via un logiciel ?

Linux rm naura peut-être pas besoin de sexécuter si vous lexécutez accidentellement

La récupération de fichiers peut être divisée en deux situations

  • La première est que le processus contient toujours des informations de suppression après la suppression
  • L'autre est que le processus est introuvable après la suppression et ne peut être restauré qu'à l'aide d'outils.

Aujourd'hui, nous discuterons uniquement de la situation dans laquelle le processus associé existe toujours après la suppression du fichier

«

Cette situation se produit généralement lorsqu'un processus actif continue d'effectuer une entrée ou une sortie standard, ce qui fait que le PID du processus existe toujours après la suppression du fichier. C'est aussi la raison pour laquelle certains serveurs suppriment certains fichiers mais l'espace disque n'est pas libéré.

Message reçu. Est-il vraiment impossible pour nous de récupérer des fichiers accidentellement supprimés sous le système Linux via un logiciel ? ### La récupération de fichiers peut être divisée en deux situations : l'une est que les informations de suppression existent toujours dans le processus après la suppression, l'autre est que le processus est introuvable après la suppression et ne peut être restauré qu'à l'aide d'outils. ### Aujourd'hui, nous discuterons uniquement de la situation dans laquelle le processus associé existe toujours après la suppression du fichier > Cette situation se produit généralement lorsqu'un processus actif continue d'effectuer une entrée ou une sortie standard, ce qui fait que le PID du processus existe toujours après la suppression du fichier. . C'est aussi la raison pour laquelle certains serveurs suppriment certains fichiers mais l'espace disque n'est pas libéré.

Démonstration de cas

Créer un fichier

> vim  rumenz.txt
123
//保存退出
> cat rumenz.txt
123

Utilisez tail -f打开rumenz.txtFichier

«

Le but est de faire en sorte que le processus existe toujours après la suppression de rumenz.txt

> tail -f rumenz.txt

Ouvrez un nouveau terminal à supprimerrumenz.txt

> rm -f rumenz.txt

Trouvez le processus qui occupe rumenz.txt

  • Utilisez lsof pour vérifier si le processus de fichier supprimé existe toujours.
  • S'il n'est pas installé, veuillez installer lsof ou apt-get install lsof
> lsof | grep delete | grep rumenz
tail      10222          root    3r      REG              253,1          4   70911074 /root/test/rumenz.txt (deleted)

«

进程ID是10222,从上面可以看出,当前文件状态为已删除(deleted)

恢复文件

  • /proc/10222/fd:进程操作的文件描述符目录
> cd /proc/10222/fd
> ls -al
dr-x------ 2 root root  0 May 11 21:41 .
dr-xr-xr-x 9 root root  0 May 11 21:41 ..
lrwx------ 1 root root 64 May 11 21:41 0 -> /dev/pts/1
lrwx------ 1 root root 64 May 11 21:41 1 -> /dev/pts/1
lrwx------ 1 root root 64 May 11 21:41 2 -> /dev/pts/1
lr-x------ 1 root root 64 May 11 21:41 3 -> /root/test/rumenz.txt (deleted)
lr-x------ 1 root root 64 May 11 21:41 4 -> anon_inode:inotify

开始恢复文件

> cp 3 /root/test/rumenz.txt
> cat /root/test/rumenz.txt
123

能恢复的根本原因

当程序运行时,操作系统会专门开辟一块内存区域,提供给当前进程使用,对于依赖的文件,操作系统会发放一个文件描述符,以便读写文件,当我们执行rm -f删除文件时,其实只是删除了文件的目录索引节点,对于文件系统不可见,但是对于打开它的进程依然可见,即仍然可以使用先前发放的文件描述符读写文件,正是利用这样的原理,所以我们可以使用I/O重定向的方式来恢复文件。

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Cet article est reproduit dans:. en cas de violation, veuillez contacter admin@php.cn Supprimer