Guide · effacer et écraser
FileDO peut écraser un fichier, vider un dossier, écraser l’espace libre d’un disque ou simplement supprimer. Chaque méthode pose d’abord sa propre question, refuse ses propres cibles et promet moins que vous ne l’espérez sur un SSD. Cette page dit exactement ce que fait chacune.
Parmi ces quatre, seuls l’écrasement d’un fichier et celui de l’espace libre écrasent quelque chose. Vider un dossier et une suppression ordinaire retirent les fichiers et laissent les octets où ils étaient.
Écrase. Un passage de données aléatoires sur le fichier, sur place, synchronisé sur le disque, puis le fichier est supprimé. Demande d’abord de saisir WIPE. L’entrée Wipe this file de l’Explorateur lance la même chose.
Supprime, n’écrase pas. Tout ce qui est dedans disparaît ; le dossier lui-même reste, avec sa liste d’accès, son propriétaire, ses attributs, son chiffrement et sa compression. Le contenu peut être récupéré tant que l’espace n’est pas réutilisé. Demande d’abord de saisir WIPE.
Écrase l’espace libre, ne touche à aucun fichier. Écrit des fichiers de test jusqu’à ce qu’il ne reste qu’une réserve, puis les supprime avec del ; ce que contenaient auparavant les clusters libres a été écrasé au passage. Le nombre est la taille de chaque fichier de test en Mo. Aucune saisie n’est demandée : il crée ses propres fichiers et ne supprime que ceux-là.
Retire, n’écrase pas. Les modes del des doublons, de la comparaison et de secure, ainsi que clean, retirent les fichiers de façon ordinaire : un outil de récupération rend les octets tant que l’espace n’est pas réutilisé. Les doublons et la comparaison sont décrits dans le guide Doublons, copie et comparaison.
Les fichiers de test sont écrits là où vous dirigez le remplissage. Visant la racine du lecteur système (C:), il est redirigé, après confirmation, vers %TEMP%\FileDO_Operations ; un dossier sous la racine est utilisé tel que vous l’avez nommé. Si un remplissage est interrompu, ou si vous avez omis del, filedo D: clean liste les fichiers de test propres à FileDO, demande, puis les supprime.
L’écrasement d’un fichier et le vidage d’un dossier s’arrêtent, affichent le chemin complet qu’ils ont résolu (et, pour un dossier, le nombre d’éléments trouvés), puis demandent Type WIPE to continue:. Tout ce qui n’est pas WIPE en majuscules annule l’exécution, et rien n’est supprimé. Lisez le chemin avant de taper.
--yes (aussi -y et --force) saute cette unique question sur une cible ordinaire, pour les scripts. Il ne saute rien d’autre : l’écrasement d’un fichier affiche toujours sa mise en garde sur les SSD, et les refus ci-dessous s’appliquent toujours. La variable d’environnement FILEDO_AUTO_CONFIRM=1 répond à la question de la même façon.
Si personne ne peut répondre (entrée standard fermée, comme dans un script sans --yes), la question reçoit une réponse vide : l’exécution affiche wipe cancelled by user, ne supprime rien et se termine avec le code 2. Un effacement mené à terme se termine avec 0.
Ces contrôles tiennent à la cible, pas à la question ; --yes ne les saute donc pas.
D:, D:\, \\server\share, leurs écritures en chemins de périphérique, et la racine de tout volume ou point de montage. filedo D: wipe signifie D:\ ; vider un lecteur entier relève donc toujours de cette classe. FileDO demande deux fois : WIPE, puis le chemin de la cible saisi tel qu’il est affiché.
\\localhost\C$ ne les cache pas.
del.
L’écrasement sur place réduit les chances de récupération et ne promet rien. Sur un SSD, une carte flash ou une clé USB, et sur les systèmes de fichiers à copie sur écriture ou journalisés, l’écrasement sur place ne garantit pas que les anciens blocs ont disparu ; un lecteur peut garder d’anciennes copies dans sa zone de réserve. Vider un dossier n’écrase rien du tout.
Un effacement n’agit que sur le fichier ou le dossier que vous nommez, sur ce volume. Une copie conservée ailleurs - par un client de synchronisation, une sauvegarde, un autre disque ou vous-même - est un autre fichier, et FileDO ne la cherche pas.
L’écrasement de l’espace libre a ses propres limites. Il s’arrête à une réserve (le plus petit de 100 Mo et 5 % du volume ; sur le volume système, le plus grand de 10 Go et 10 %) et au reste inférieur à un fichier de test : ces clusters ne sont donc pas écrits. Il n’atteint que des clusters libres, jamais un fichier qui existe encore.
Dans la liste de gauche, le groupe Effacer compte deux pages. Remplir l'espace libre prend un lecteur et la case Suppression automatique des fichiers de test (del), et répète la note de redirection quand la cible est le lecteur système. Effacer un dossier compte ce que contient la cible, puis exige WIPE en majuscules et la case Ignorer la confirmation (-y / --force) cochée, car la fenêtre n’a pas de console pour la question propre au programme. Une racine de lecteur ou de partage, une jonction ou TEMP n’est pas lancée depuis la fenêtre : la page dit pourquoi et montre la commande à exécuter dans une console, où FileDO demande deux fois.
Un fichier seul est écrasé par l’entrée Wipe this file du menu de l’Explorateur, depuis la page Commande (elle demande aussi WIPE) ou - après l’avoir empaqueté dans un conteneur - par le choix d’écraser l’original sur Rendre un fichier secret. La version du Microsoft Store n’a pas d’entrées dans l’Explorateur ; voir sa page.
WIPE.