web-dev-qa-db-fra.com

Est déchiqueté mal pour effacer les SSD?

Chaque fois que j'ai vendu un lecteur, je l'ai mis à zéro une fois avec déchiqueté d'un environnement direct:

Sudo shred -vzn 0 /dev/sdX

Avant que je double vérité, il n'a pas été monté. C'est le moyen le plus rapide d'effacer de manière sécurisée d'un lecteur que je connais. Maintenant, j'ai entendu dire que c'est mauvais pour les SSD. Y a-t-il un moyen d'effacer en toute sécurité un SSD qui est aussi rapide ou plus rapide?

D'un point de vue théorique, je comprends que vous devez écraser le volume entier afin de rendre la récupération impossible. Donc, je ne vois pas comment il y a un moyen qui mettrait moins de contrainte sur un SSD. On m'a dit qu'un seul passe ne diminuera pas du tout une durée de vie d'une SSD.

Aurait cat /dev/zero > /dev/sdX être aussi rapide?

Je ne traite pas de données sensibles ici et je n'ai pas besoin de protéger le lecteur d'une personne compétente qui va de la longueur pour récupérer des données. Fast est ce dont j'ai besoin de ne pas diminuer la durée de vie du SSD.

Edit: Serait Ceci Travailler pour un SSD comme pour un disque dur?

dd if=/dev/urandom of=/dev/sdc bs=1M count=2
27
H3R3T1K

Edit: Cela fonctionnerait-il pour un SSD comme pour un disque dur?

dd if=/dev/urandom of=/dev/sdc bs=1M count=2

Bien sûr, cela fonctionne en écrivant sur les 2 premiers mb du lecteur, qui inclut probablement la table de partition et le début de la première partition, qui commence souvent à 1 Mo.

La plupart de vos fichiers et les systèmes de fichiers intacts de toutes les autres partitions seraient toujours là, lisibles par un ordinateur normal et un système d'exploitation normal, ce n'est qu'une question d'avoir un logiciel pour les trouver.

Cela, plus le fait que GPT stocke une copie de sauvegarde du tableau de partition à la fin du lecteur, qui ne serait pas écrasée ici, et le premier système de fichiers pourrait également être utilisable, car certains systèmes de fichiers ont des copies de sauvegarde des principales structures de données.

C'est une solution tout aussi mauvaise pour tout lecteur, comme indiqué dans les commentaires à la réponse que vous avez liée à.

(Bien sûr, il est encore moins utile pour les SSD, qui pourraient même ne pas écraser ni effacer les anciennes données de ces blocs, afin qu'ils puissent être récupérables avec des outils/logiciels appropriés. Mais ce n'est pas une question majeure par rapport à la plupart des données intéressantes. toujours lisible par des moyens normaux.)

Si vous êtes content d'essuyer simplement la table de partition et le système de fichiers, cela pourrait être préférable à par exemple. Créez simplement une nouvelle table de partition vide avec un outil de partitionnement régulier et assurez-vous d'essuyer tous les systèmes de fichiers de toutes les partitions peut-être également en en créant de nouveaux sur le dessus. (Les mises en garde avec des SSDS s'appliqueraient toujours, mais au moins la récupération nécessiterait un savoir-faire sur l'accès de style débogage au lecteur.)

0
ilkkachu