Le problème n'est pas la méthode de réécriture pour rendre illisible les données initiales ; il en existe plusieurs et les programmes qui font se genre de chose laissent souvent le choix à l'utilisateur du nombre de passes, etc.
Le problème est que ça marche bien avec un système de fichier du type ext3 par exemple par que si tu lui dit écrase le contenu du bloc N avec ce pattern, il va effectivement écrire par dessus le bloc N qui sera ensuite illisible, l'implémentation du système de fichier n'a pas à le savoir c'est en dehors de son domaine.
Quand on utilise du COW, l'implémentation du système de fichier va écrire un nouveau bloc autre part sur le disque (ou plusieurs éventuellement dans un scénario RAID-Z et co) et marquer simplement l'ancien comme libre à la fin. Donc le secure delete a besoin d'un support au niveau du fs pour fonctionner (ce qui est un problème différent de la manière dont il est exécuté) et actuellement ce support n'existe à ma connaissance pas dans l'implémentation de ZFS, ni dans celle dans Btrfs, il est simplement "envisagé" (comme dans "on y réfléchit"). Pour l'instant le secure delete dans Btrfs ou ZFS, tintin, et il vaut donc mieux le savoir.
[^] # Re: Granularité du COW ?
Posté par Paerro Trime . En réponse à la dépêche Btrfs intègre le noyau Linux dès la prochaine version 2.6.29. Évalué à 4.
Le problème est que ça marche bien avec un système de fichier du type ext3 par exemple par que si tu lui dit écrase le contenu du bloc N avec ce pattern, il va effectivement écrire par dessus le bloc N qui sera ensuite illisible, l'implémentation du système de fichier n'a pas à le savoir c'est en dehors de son domaine.
Quand on utilise du COW, l'implémentation du système de fichier va écrire un nouveau bloc autre part sur le disque (ou plusieurs éventuellement dans un scénario RAID-Z et co) et marquer simplement l'ancien comme libre à la fin. Donc le secure delete a besoin d'un support au niveau du fs pour fonctionner (ce qui est un problème différent de la manière dont il est exécuté) et actuellement ce support n'existe à ma connaissance pas dans l'implémentation de ZFS, ni dans celle dans Btrfs, il est simplement "envisagé" (comme dans "on y réfléchit"). Pour l'instant le secure delete dans Btrfs ou ZFS, tintin, et il vaut donc mieux le savoir.