Discussion :

[callele50]

J'aimerais savoir s'il est possible d'écraser l'espace disque et s'il est sans risque sur disque SSD, de quelle manière procédé ? Peut-on utiliser secure-delete avec nautilus ou bien bleachbit ? Et si ce n'est pas le cas, comment peut on écraser de manière sécurisée les fichiers déja effacer ?

[mm_71]

et s'il est sans risque sur disque SSD,

Non, la structure des disques SSD électroniques est différente des IDE et SATA qui sont des disques mécaniques et ils fatiguent plus vite avec de nombreuses opérations d'écriture. L'option "écraser l'espace libre" de bleachbit ne fonctionne pas correctement sur un SSD et en théorie il n'est pas possible d'écraser vraiment un SSD.

Voir sur ce lien:
https://meilleursavis.net/pc-ordinateur/ssd-interne/
En bas de page:
"Inconvénients des SSD interne"

[callele50]

D'accord, merci de votre réponse, maintenant je comprend mieux la raison.

[mm_71]

J'avais oublié de dire que faute de mieux on peut toujours remplir le disque avec des fichiers divers, ce n'est pas la panacée mais c'est mieux que rien.

[Philippe Dpt35]

Pas testé sur un SSD, mais cette solution devrait fonctionner:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
sudo dd if=/dev/zero of=/0Bits bs=20971520
sudo rm -rf /0Bits

Explication: on remplace les blocs non-utilisés du disque avec des octets à 0. Pour cela on ouvre un fichier et on le remplit d'octets à 0 jusqu'à ce que le disque soit plein, puis on efface le fichier.

[mm_71]

Explication: on remplace les blocs non-utilisés du disque avec des octets à 0. Pour cela on ouvre un fichier et on le remplit d'octets à 0 jusqu'à ce que le disque soit plein, puis on efface le fichier.

C'est ce que fait bleachbit et quand j'ai au bout de quelque minutes le temps restant au lieu de diminuer à augmenté, puis il s'est remis à diminuer avant de ré-augmenter à nouveau. J'ai préféré arrêter et ne plus essayer.

[Philippe Dpt35]

Rectificatif: je n'ai pas testé sur SSD mais sur carte SD, ce qui est la même chose sur un plan technologie.

En revanche l'opération est effectivement très longue et il faut être patient. Sans doute plusieurs heures sur un disque de grosse capacité (plusieurs dizaines de minutes sur une carte SD non vide de 16 Go pour nettoyer les espaces vides, soit 5 à 6 Go).

[callele50]

J'ai testée la commande qui a été proposée, pour ma part mon disque n'est pas très gros ce qui c'est fait rapidement, mais après la copie de bits terminer et ensuite supprimée, je voulais voire si je ne pouvais réellement plus accéder au données supprimée.

J'ai lancée foremost uniquement sur la partition de linux mais toutes les données sont intégralement retrouvée, certaine photo sont pixeliser mais reconnaissable, et récente.
Pourtant mon disque était saturée et la commande à bien était lancer en admin.

Si vous avez une autre solution je suis preneur

[Philippe Dpt35]

Tu avais bien fait une suppression de tous les fichiers avant par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo rm -rf /

Sinon les blocs ne sont pas considérés comme libres, et les octets 0 ne sont pas copiés.

[callele50]

Non je n'ai pas fais cette commande, j'ai uniquement taper les 2 commandes précédentes, je ne comprend pas l'utilité de cette commande ?

Ne risque t'elle pas de supprimer tous me fichier à la racine ?
Si non, à quelle moment doit-je la taper après avoir créer le fichier 0 bits ?

En testant cette commande il m'indique d'ajouter --no-preserve-root.

[mm_71]

Tu avais bien fait une suppression de tous les fichiers avant par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo rm -rf /

Sinon les blocs ne sont pas considérés comme libres, et les octets 0 ne sont pas copiés.

Attention! Il faut d'abord préciser sur quel disque on veut faire ça et savoir que ça va virer la totalité du contenu. Si j'ai bien lu il est question d'écraser l'espace laissé libre, pas de liquider tout le disque.

J'ai lancée foremost uniquement sur la partition de linux mais toutes les données sont intégralement retrouvée, certaine photo sont pixeliser mais reconnaissable, et récente.

J'avais testé foremost sur un vieux DD IE de 40Gb et j'ai du l'écraser plusieurs fois avant que foremost ne retrouve presque rien. Au final il me remontait toujours 2/3 images d'une config d'imprimante faite par un de propriétaires précédents du disque.

De toute manière avec les labos de récupération de données qui existent on peut récupérer des données même sur un DD détruit. Alors si tu veux vendre ton ordi sans risque fais le sans les disques ou mets en des neufs.

[callele50]

Oui mais pour ma part ce n'est pas quelques images de retrouvés, il y a aussi des pdf intact, n'y a t'il vraiment pas un moyen meilleur que celui ci, la commande dd n'a absolument rien fait. J'ai récupérer des milliers d'image venant de mon historique de navigation, de fichiers supprimés, de jacket et autres, suffisamment pour retracer mon utilisation du pc sans compter les fichiers textes, archives et autre.

Je peux comprendre qu'il n'efface pas tout mais les données que j'ai récupérer sont de toutes dates, et facilement récupérable, aucune trace de suppression présente sur ces fichiers.

J’espère qu'il y aura d'autre proposition que je puisse essayer.

[Philippe Dpt35]

J'aimerais savoir s'il est possible d'écraser l'espace disque et s'il est sans risque sur disque SSD

Attention, entendons-nous bien:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo rm -rf /

effacera la totalité du disque !

J'ai compris ta phrase comme souhaitant effacer la totalité des données du disque (écraser l'espace disque), et non comme effacer l'espace disque resté libre !
Donc ma commande n'est effectivement à faire que si tu souhaites effacer la totalité du disque.

Maintenant, comme le signale mm_71, l'effacement complet d'un disque pour rendre impossible une récupération des données est très difficile, voire impossible, mais dépend étroitement des moyens que l'on met en œuvre pour cela. Tout le monde ne dispose pas des moyens de la CIA ou de la NSA !

De multiples écritures-effacements vont brouiller considérablement les données, mais également user plus vite le SSD.

[mm_71]

Oui mais pour ma part ce n'est pas quelques images de retrouvés, il y a aussi des pdf intact,

J'avais bien dit: "j'ai du l'écraser plusieurs fois avant que foremost ne retrouve presque rien".
Foremost ou r-linux récupèrent à peu près tout sauf les binaires et certaines vidéos.

[tabouret]

Maintenant, comme le signale mm_71, l'effacement complet d'un disque pour rendre impossible une récupération des données est très difficile, voire impossible, mais dépend étroitement des moyens que l'on met en œuvre pour cela. Tout le monde ne dispose pas des moyens de la CIA ou de la NSA !

Je dis peut être ça naïvement mais sur un SSD il me semble qu'une fois que tu as mis ton bloc de donnée à 0 il est impossible de récupérer l'état antérieur (contrairement à un disque magnétique ou l'état post traitement dépendra de l'état antérieur).

[mm_71]

Je dis peut être ça naïvement mais sur un SSD il me semble qu'une fois que tu as mis ton bloc de donnée à 0 il est impossible de récupérer l'état antérieur (contrairement à un disque magnétique ou l'état post traitement dépendra de l'état antérieur).

Manifestement non. Je viens de faire un test poussé sur mon SSD système 32 Go.presque plein. ( L'option 'écraser les fichiers' est sélectionnée en permanence lorsque je l'utilise ) Après 2 coups de nettoyer l'espace libre bleachbit je lui inflige une vidéo de 750Mo. et il ne lui reste plus que 41,9 Mo d'espace libre.
Ceci fait je lance foremost uniquement sur les fichiers .png et là colossale surprise ! Il me sort 100.605 fichiers pour un poids de 576,2 Mo ! Même si foremost fait beaucoup de doublons le poids des fichiers récupérés reste très supérieur à l'espace libre du disque. Je n'ose imaginer ce que ça donnerait avec l'option 'all'.

Comprenne qui pourra mais foremost récupère les fichiers même si ils ont été recouverts par d'autres depuis des années.

Et en plus le gag. ces 100.605 .png ont généré 100.605 vignettes .png qui vont demander un certain temps pour les virer.

Conclusion: Si on veut dissimuler le contenu d'un SDD on le coule dans béton et on le jette à la mer.

[Jipété]

Bonsoir,

Comprenne qui pourra mais foremost récupère les fichiers même si ils ont été recouverts par d'autres depuis des années.

Conclusion: Si on veut dissimuler le contenu d'un SSD on le coule dans [du] béton et on le jette à la mer.

Je ne voulais pas intervenir jusqu'à présent, et j'étais plutôt du même avis que tabouret, mais en te lisant, mm_71, je ne sais plus que penser, et comment expliquer ça ?

Parce que si je peux comprendre que des zones sur un disque classique conservent des traces d'anciens états magnétiques qui vont permettre à des outils sophistiqués d'aller les récupérer, pour les SSD j'avoue que je ne capte pas : il n'y a pas de champs magnétiques alors qui/quoi stocke les infos antérieures, pour qu'un outil arrive à les retrouver ?

[Philippe Dpt35]

Conclusion: Si on veut dissimuler le contenu d'un SDD on le coule dans béton et on le jette à la mer.

A condition qu'il ne tombe pas entre les nageoires d'un requin marteau !

[mm_71]

Parce que si je peux comprendre que des zones sur un disque classique conservent des traces d'anciens états magnétiques qui vont permettre à des outils sophistiqués d'aller les récupérer, pour les SSD j'avoue que je ne capte pas : il n'y a pas de champs magnétiques alors qui/quoi stocke les infos antérieures, pour qu'un outil arrive à les retrouver ?

Je constate sans pouvoir expliquer, j'ai acheté l'ordinateur d'occasion en mai 2015 et il remonte encore des images du propriétaire précédent.

A condition qu'il ne tombe pas entre les nageoires d'un requin marteau !

Bon... On va dire un volcan en activité alors. Et qu'on ne me parle pas de rhodan ou Tarkus, non, mais !

[tabouret]

Je pense que lorsque tu as mis ton gros fichier sur le SSD les autres fichiers n'ont pas été effacés.

J'ai un SSD de 256 Go demain soir j'utilise dd pour mettre à 0 tout le disque, puis lundi j'utiliserais foremost et on verra bien.