Les données ont disparu : que faire étape par étape

La procédure lorsque des fichiers ou une base de données disparaissent : comment ne pas aggraver la situation par votre première action, où chercher des restes, et ce qui peut être récupéré ou non.

Mis à jour le 23 août 2026

La première action après une perte de données compte plus que tout ce qui suit. Voici une procédure qui ne compromettra pas vos chances de récupération.

Immédiatement : arrêtez d'écrire sur le disque

Un fichier supprimé subsiste sur le disque jusqu'à ce que son espace soit occupé par autre chose. Chaque écriture — une installation de paquets, un site web en cours d'exécution, un journal qui grossit — réduit vos chances.

Arrêtez tout ce qui écrit : le serveur web, la base de données, les workers de file d'attente.
N'installez pas de logiciel de récupération sur le même disque.
Ne réinstallez pas le système : la réinstallation détruit le disque entièrement et de façon irréversible.

Si les données sont importantes et que vous n'avez pas de sauvegardes, arrêtez la machine et contactez le support avant toute manipulation.

Déterminez ce qui s'est exactement passé

Signe	De quoi il s'agit	Où aller
Fichiers supprimés par une commande	Suppression ordinaire	Section ci-dessous
« No space left on device »	Espace insuffisant, l'application n'a pas pu écrire	espace insuffisant
La base de données ne s'ouvre pas, les fichiers sont en place	Corruption de la base de données	sauvegardes de base de données
Le système ne démarre pas	Chargeur d'amorçage ou système de fichiers	disque de secours
Fichiers inconnus, processus non familiers	Compromission possible	signes de compromission

Si vous avez des sauvegardes

C'est la voie la plus rapide et presque toujours la seule qui aboutit. Restaurez selon votre propre schéma — rsync ou restic — et vérifiez non pas que l'extraction a réussi, mais le contenu : la taille, le nombre de lignes, l'ouverture de la base de données.

restic -r /path/to/repo snapshots
restic -r /path/to/repo restore latest --target /restore

Restaurez d'abord dans un répertoire séparé, pas par-dessus le répertoire de travail : une sauvegarde peut elle aussi être incomplète, et écraser les restes avec elle, c'est perdre les deux options.

Si vous n'avez pas de sauvegardes

Nous ne conservons pas de sauvegardes automatiques de votre machine et n'avons pas d'instantanés. Le disque de la machine virtuelle est votre disque : ce qui s'y est passé s'y est passé. C'est pourquoi les sauvegardes se mettent en place dès le premier jour — ce qu'il faut exactement sauvegarder.

Ce que vous pouvez encore tenter par vous-même :

Le fichier est encore ouvert par un processus. Si un programme garde un fichier supprimé ouvert, il reste accessible via /proc :
```
lsof +L1
cp /proc/<pid>/fd/<n> /root/recovered-file
```
Cela ne fonctionne que tant que le processus est vivant — ne le redémarrez pas.
Données dans le journal de la base de données. PostgreSQL et MySQL disposent d'un journal pré-écriture à partir duquel un spécialiste peut reconstruire l'état antérieur au crash. Ne lancez pas la base de données à l'aveugle en mode réparation — c'est ainsi que vous perdez aussi le journal.
Démarrez sur un disque de secours et créez une image du disque sur une autre machine avant d'essayer des outils comme extundelete ou photorec. Vous devez travailler sur l'image, pas sur le disque en direct.

Ce qu'il ne faut pas faire

Réinstaller le système « pour repartir de zéro » avant d'avoir décidé si vous avez besoin des données.
Lancer des programmes de récupération qui écrivent leur résultat sur le même disque.
Réparer le système de fichiers avec fsck en répondant automatiquement « oui » sur un disque en direct sans image.
Attendre une semaine puis demander une récupération : plus la machine tourne, moins il en reste.

Comment éviter que cela se reproduise

La même conversation se termine toujours de la même façon : soit vous avez des sauvegardes, soit vous n'en avez pas. Mettez-les en place dès aujourd'hui et testez-les une fois par trimestre avec un exercice de restauration — une sauvegarde qui n'a jamais été restaurée ne compte pas comme une sauvegarde.