Effacer complètement et rapidement un gros HDD externe de 5 To ?

FrancisFDZ · Le 25/10/2021, à 09:46

Il me semble que cela a déjà été évoqué, mais (AMHA) la solution la plus rapide consisterait de se contenter d'effacer les partitions existantes, sans chercher à vérifier les parties du HD non utilisées : il me semble que pour un HD de cette taille, la taille de partitions utilisées doit être encore inférieure à celle de "non affectée", à moins que les partitions ne soient prévues "large"

geole · Le 25/10/2021, à 10:08

Caille a écrit :

Bonjour,
Comme vous le savez l'effacement "rapide" d'un disque dur n'efface que la table de partition (table des matières du disque).
Je possède un disque de 5 To avec quelques données sensibles que je désirerais supprimer, mais utiliser la commande ci-dessous serait probablement trop longue ?
sudo dd if=/dev/zero of=/dev/sdX
Il existe bien sûr des variantes plus rapides, mais est-ce vraiment la bonne solution pour un effacement total ?
Cordialement.

Bonjour,
Trois solutions.
1) La plus normale
Formater le disque en demandant à gnome-disque-utility de créer une partition de 5 To avec un formatage effaçant les données. Il serait aussi possible de faire 5 partitions de 1To afin de scinder en plusieurs étapes.
2) La même chose avec la commande DD bien paramétrée.

sudo dd if=/dev/zero  of=/dev/sdX bs=8M  status=progress

3) Certains disques acceptent la commande HDPARM dont j'ai déjà parlé mais je ne suis pas certain que cela aille énormèment plus vite. Il est évoqué 3 heures par To.

time hdparm --user-master u --security-erase Eins /dev/sdX

Dernière modification par geole (Le 25/10/2021, à 10:17)

Caille · Le 25/10/2021, à 11:30

geole a écrit :

3) Certains disques acceptent la commande HDPARM dont j'ai déjà parlé mais je ne suis pas certain que cela aille énormèment plus vite. Il est évoqué 3 heures par To.
time hdparm --user-master u --security-erase Eins /dev/sdX

Bonjour,

15 heures pour un HDD de 5 To me semble acceptable.
J'avais pensé à une autre solution "corrompre tous les fichiers du HDD", c'est possible ?
Si mon HDD possède des fichiers photos par exemple, serait-il possible d'enregistrer de façon aléatoire sur le disque quelques octets à intervalles réguliers
Le but serait de corrompre tous les fichiers du HDD sans l'effacer et irait probablement beaucoup plus vite, ensuite un formatage rapide serait suffisant.
Je ne dis pas de charger un fichier dans un lecteur hexadécimal, changer l'entête et le sauvegarder, ce serait également trop long, mais utiliser une ligne de commande qui ferait ce travail.
Il faudrait que le logiciel ou la ligne de commande puisse changer les entêtes de chaque fichier sans être obligé de les sauvegarder en entier...
https://blogklink-pc.tech/la-commande-q … %9F%98%B1/

Dernière modification par Caille (Le 25/10/2021, à 11:42)

geole · Le 25/10/2021, à 11:55

Caille a écrit :

Si mon HDD possède des fichiers photos par exemple, serait-il possible d'enregistrer de façon aléatoire sur le disque quelques octets à intervalles réguliers
Le but serait de corrompre tous les fichiers du HDD

Les logiciels pour le faire t'ont été indiqués. Mais ils traitent la totalité de chaque fichier.
Si ton disque est plein à 10% c'est peut-être plus rapide qu'un formatage complet mais pas si plein à 90%.

Dernière modification par geole (Le 25/10/2021, à 11:56)

Nasman · Le 25/10/2021, à 12:29

Une question qui n'a pas été évoquée : quel est l'avenir de ce disque, poubelle ou réutilisation ?
Dans le premier cas, une bonne masse devrait convenir (ou perceuse, acide...)

geole · Le 25/10/2021, à 12:47

caille a écrit :

Je m'explique, je dois effacer un fichier de 128 Ko.....il est également possible d'utiliser un rouleau compresseur, mais sans aller jusque là.

sudo dd if=/dev/random  of="un fichier de 128Ko"

Cela devrait prendre une seconde. Tu peux la lancer une dizaine de fois si cela te rassure.
ou cette commande paramétrée pour 10 fois.

 wipe -r -i -Q 10 -q "un fichier de 128Ko"

Dernière modification par geole (Le 25/10/2021, à 12:54)

Caille · Le 25/10/2021, à 20:00

Bonsoir,

Je viens de lancer pour faire un essai la commande ci-dessous sur un HDD de 160 Go à 17h20, connecté dans un boîtier 2.5 pouces USB3 Transcend

sudo dd if=/dev/zero of=/dev/sda

Ce n'est toujours pas terminé au moment ou je poste ce message sur le forum (20h00), ça va encore être long ?
De plus il n'y a aucune information sur la progression du formatage, j'aurai du ajouter d'autres commandes comme ci-dessous.

dd if=/dev/sda2 of=/dev/sdb2 bs=4096 conv=notrunc,noerror status=progress

J'ai lu qu'il était possible d'arrêter avec CTRL+C et de reprendre ensuite pour avoir l'état d'avancement ?

Dernière modification par Caille (Le 25/10/2021, à 20:02)

geole · Le 25/10/2021, à 20:12

Caille a écrit :

De plus il n'y a aucune information sur la progression du formatage, j'aurai du ajouter d'autres commandes comme ci-dessous.
dd if=/dev/sda2 of=/dev/sdb2 bs=4096 conv=notrunc,noerror status=progress

PAS 4096 plutôt 4096K si tu refuses d'écrire 8M tel que que cela t'a été proposé

Dernière modification par geole (Le 25/10/2021, à 20:18)

Caille · Le 25/10/2021, à 20:15

Sans cette information de 4096M que je n'ai pas donnée, quelle est la valeur par défaut ?

geole · Le 25/10/2021, à 20:18

512

Caille · Le 25/10/2021, à 20:21

geole a écrit :

512

Ah, je suis mal barré.
La commande que j'ai indiquée vient de la doc ubuntu.

dd if=/dev/sda2 of=/dev/sdb2 bs=4096 conv=notrunc,noerror status=progress

Si il y a 4096 sans le M (Mo), c'est donc sous entendu 4096 octets ?

Je viens d'arrêter.

caille@caille-N76VB:~$ sudo dd if=/dev/zero of=/dev/sda
[sudo] Mot de passe de caille : 
^C185619089+0 enregistrements lus
185619089+0 enregistrements écrits
95036973568 octets (95 GB, 89 GiB) copiés, 10741 s, 8,8 MB/s

C'est possible de reprendre, j'était arrivé au 89/149, c'était loin d'être terminé, il aurait fallu pratiquement 5h00.

Dernière modification par Caille (Le 26/10/2021, à 06:24)

geole · Le 25/10/2021, à 21:25

Bien sur.
Il faut ajouter l'option seek=185619089
Mais si tu changes la taille de l'unité d'écriture, il faudra en tenir compte dans le repositionnement.
Simple règle de trois.
185619079*512/1024/1024/8 si paramètre 8M

Dernière modification par geole (Le 25/10/2021, à 21:32)

Caille · Le 25/10/2021, à 22:03

J'ai relancé avec la ligne 8M (1h10'8"), c'est beaucoup plus rapide qu'avec 512 octets.
Ça change quoi réellement de le faire avec des blocs plus grands, c'est simplement plus rapide, le disque possède des zéros partout quand même ?

caille@caille-N76VB:~$ sudo dd if=/dev/zero  of=/dev/sda bs=8M  status=progress
[sudo] Mot de passe de caille : 
160037863424 octets (160 GB, 149 GiB) copiés, 4208 s, 38,0 MB/s 
dd: erreur d'écriture dans '/dev/sda': Aucun espace disponible sur le périphérique
19079+0 enregistrements lus
19078+0 enregistrements écrits
160041885696 octets (160 GB, 149 GiB) copiés, 4208,47 s, 38,0 MB/s

Si mon disque de 5000 Go (5 To) a la même vitesse que celui de 160 Go il faudra 31.25 fois plus de temps, c'est à dire de 36 heures 31 minutes 40 secondes.
Mon disque de 160 Go est de 2007, celui de 5 To est de 2020, il est donc probablement plus rapide, même si leurs vitesses de rotation est la même 5400 Tours/minute !
Avec 16M, 32M, etc... il est également possible d'aller encore plus vite ?
Qu'apporte d'ajouter la commande count=32, je n'ai pas compris la doc: Copier seulement le nombre indiqué de blocs (dont la taille est fournie par ibs), et non pas tout jusqu'à la fin du fichier.
C'est également plus rapide, mais est-ce que le résultat est le même.

Dernière modification par Caille (Le 26/10/2021, à 10:21)

geole · Le 25/10/2021, à 22:28

Ce n'est pas parce que tu vas doubler la taille de l'unité d'écriture que tu vas diviser par deux la durée car il y a trois éléments à prendre en compte:
1) Le temps d'écriture sur le disque qui est immuable.
2) Le temps de positionnemt de la tête d'écriture à chaque lancemnent d'écriture. D'ou le fait de demander des écritures de grosse taille.
3) Le temps de transfert des bits dans les cables.
-USB2 est environ 8 fois plus lent que USB3 assez semblable aux connexions des disques internes
-On peut se passer de ce transfert en utilisant la commande hdparm que j'ai évoquée.

count=32 est souvent mis lorsqu'on lorsqu'on veut simplement détruire la table de partition GPT qui est mémorisée dans 32 secteurs de 512 octets.

Dernière modification par geole (Le 25/10/2021, à 22:33)

Caille · Le 26/10/2021, à 06:38

Bonjour geole,

Je me doute bien que doubler la taille des blocs ne va pas aller deux fois plus vite, mais ça ira légèrement plus vite.
Avec des blocs de 512 octets = 5h00 avec des blocs de 8Mo = 1h10 soit 4.28 fois plus vite pour des blocs 16384 fois plus gros.
Pour aller deux fois plus vite (si la proportionnalité est respectée), il faudrait des blocs 8192 fois plus gros, soit de 64 Go (64G), je ne pense pas que ce soit possible.

doc_ubuntu a écrit :

Le paramètre bs
Comment choisir bs ? (block size = taille des blocs)
Un paramètre bs= correctement choisi accroîtra significativement la vitesse d'exécution.
Sur du matériel moderne (moins de 5 ans) bs=4096 est un bon pari.
On peut aussi avoir : bs=16065b qui peut être meilleur. bs=32130b encore meilleur. Ces deux dernières tailles de bloc correspondent à des nombres entiers de cylindres.
Un cylindre en mode LBA = 255 têtes x 63 secteurs par piste = 16065 secteurs = 16065 x 512 octets = 16065b. Le b signifie x512 (512 octets étant la taille d'un secteur). 32130b représente un bloc de deux cylindres. Lorsque vous utilisez des tailles de blocs représentant des nombres entiers de cylindres, vous n'avez jamais à vous soucier de la copie de la dernière fraction de bloc car les partitions sont toujours faites d'un nombre entier de cylindres. Les partitions ne peuvent pas contenir de cylindres partiels. Un cylindre comprend 8 225 280 octets.

Je ne vais pas essayer la ligne ci-dessous. Alors jusqu'où peut aller la valeur bs= ? https://doc.ubuntu-fr.org/dd

sudo dd if=/dev/zero  of=/dev/sda bs=64G  status=progress

Merci pour toutes ces explications.

Dernière modification par Caille (Le 26/10/2021, à 10:36)

geole · Le 26/10/2021, à 10:35

Chaque disque a une capacité de bufferisation.
Je ne pense pas qu'il soit intérressant d'aller au-delà.
Presque tous les disques ont 8 Mega, pas mal ont maintenant 64 Mega. Certains ont même maintenant 256 Mo. https://www.cdiscount.com/informatique/ … html#_his_

Voir 512 Mo https://www.materiel.net/produit/202001150089.html

Dernière modification par geole (Le 26/10/2021, à 10:46)

Caille · Le 26/10/2021, à 10:44

Si je lis la documentation il est fait état (voir ci-dessus) des cylindres et des secteurs.
Pour bs=8M, c'est 8*1024*1024= 8 388 608, pour LBA= 255*63*512= 8 225 280, la valeur 8M est donc à cheval sur deux cylindres ?

Dernière modification par Caille (Le 26/10/2021, à 11:00)

Caille · Le 26/10/2021, à 10:57

geole a écrit :

Chaque disque a une capacité de bufferisation.
Voir 512 Mo https://www.materiel.net/produit/202001150089.html

Le disque HDD de mon PC est un Seagate FireCuda 2 To hybride SSHD, c'est un disque hybride HDD/SSD avec 8 Go de SSD, mais je ne connais pas sa valeur de bufferisation ?

https://www.seagate.com/www-content/dat … -fr_FR.pdf

geole · Le 26/10/2021, à 11:03

https://www.ldlc.com/fiche/PB00217974.html a écrit :

Taille du cache

128 Mo

Caille · Le 26/10/2021, à 11:08

Merci, trouvé également à la page 8 de la notice.

Le disque sur lequel j'ai fait cet essai est un Toshiba HD2D60 MK1637GSX de 160 Go acheté avec un PC portable Ldl de 2007 (Targa 1726 X2 TL-58).
J'avais même eu une bête d'orage qui c'était infiltrée dans la dalle de l'écran, celui-ci avait été changé sous garantie pratiquement trois ans après l'achat, donc rien à dire sur le sav Ldl.
https://forum.nikonpassion.com/index.php?topic=32314.0

Dernière modification par Caille (Le 26/10/2021, à 12:04)

FrancisFDZ · Le 26/10/2021, à 11:34

Je n'ai pas le courage de tout relire, pourrais-tu rappeler
- la taille du disque
- la taille occupée par les données à effacer

Caille · Le 26/10/2021, à 11:49

Bonjour FrancisFDZ,

La taille de quel disque ?

L'objet de ce sujet est d'effacer un HDD externe de 5 To, plein à 60% rapidement, ce qui ne semble pas possible.
Le disque qui m'a servi pour mes essais est un disque de 160 Go d'un ancien ordinateur portable documenté sur mon message #45, plein à 70% et démonté avant la déchetterie.
Actuellement ce disque est donc rempli de zéros sur les 160 041 885 696 octets, même ce qui n'était pas à effacer à été rempli de zéros, c'est vraiment nul.
Le disque de la documentation en PDF est dans ma signature, c'est un HDD de 2 To plein au 2/3 présent dans mon PC, il n'est pas encore à effacer !

Dernière modification par Caille (Le 26/10/2021, à 12:11)

JLK · Le 26/10/2021, à 19:09

Une question me trotte dans la tête : le formatage lent supprime bien les secteurs de la zone de réserve ?

geole · Le 26/10/2021, à 19:31

Bonjour
Les secteurs de la zone de réserve sont des secteurs inaccessibles de façon standard.
Le formatage lent n'y touche pas. Mais si certains secteurs du disques sont devenus H.S. et ont été remplacés par des secteurs de la réserve, ces derniers seront bien remis à zéro comme tous les autres et ne retourneront pas dans la zone réserve. Ceux qu'ils ont remplacés sont définitivement perdus.

Caille · Le 27/10/2021, à 09:11

geole a écrit :

Bonjour
Les secteurs de la zone de réserve sont des secteurs inaccessibles de façon standard.

Bonjour,

Comment faire pour les voir de façon non standard, je suis comme Saint-Thomas.

Ça existe dans tous les disques ces secteurs réservés, aussi bien les HDD que les SSD ?

Mon SSD Samsung possède une option à activer ou non, elle permet également de mettre en réserve une partie du SSD.

https://www.samsung.com/semiconductor/g … -paper.pdf

Samsung (traduction Google) a écrit :

Surapprovisionnement
Avantages pour Samsung
Disques SSD de centre de données
Le surprovisionnement est une fonction qui fournit
capacité supplémentaire spécifiquement pour les données à effacer
à partir d'un SSD, sans interrompre les performances du système.
L'espace dédié au surprovisionnement peut être
ajusté aux préférences de l'utilisateur, offrant des avantages
qui incluent une vitesse plus rapide et une durée de vie SSD plus longue.
Ce livre blanc fournit des informations détaillées sur
surprovisionnement, ainsi que des instructions sur la façon de
ajuster l'espace de surprovisionnement et les considérations
à faire avant de le faire.
Contrairement aux disques durs (HDD), les disques SSD (Solid State Drive) stockent des électrons sur les cellules NAND lors de l'écriture de données. Avec le flash NAND, le
les données stockées ne peuvent pas être écrasées lorsque de nouvelles données sont stockées ou effacées. Depuis les opérations d'écriture et d'effacement (Program/Erase)
d'un SSD sont effectués dans différentes unités, appelées respectivement pages et blocs, plusieurs cycles de programmation et d'effacement sont
inévitable dans l'écriture et la gestion des données. Au fur et à mesure que de tels cycles se répètent, certains électrons sont piégés entre les cellules et plus
temps, ces cellules arrivent en fin de vie et rencontrent des problèmes de durabilité. Un tel phénomène s'appelle l'usure des cellules
et est responsable des limites physiques de la durée de vie de la NAND.
Par conséquent, une bonne gestion de la NAND est cruciale pour prolonger la durée de vie du SSD. Lorsque des données sont écrites à plusieurs reprises dans une certaine
zone, les cellules correspondantes s'usent rapidement, de sorte qu'une telle écriture répétée dans les mêmes cellules doit être évitée. Lissage d'usure, un
fonction qui empêche les opérations d'écriture répétées dans une certaine région, permet aux cellules d'être utilisées uniformément en échangeant les blocs
exposé à un nombre élevé de cycles P/E avec des blocs libres, permettant à l'utilisateur d'utiliser le SSD plus longtemps dans des conditions données.

Je me demande vraiment si il existe bien des secteurs en réserve, ce serait redondant avec cette option que j'active ou pas ?
Je n'en suis plus très sûr, je n'ai rien trouvé à ce sujet sur les SSD Samsung.

Dernière modification par Caille (Le 27/10/2021, à 10:17)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 25/10/2021, à 09:46

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#27 Le 25/10/2021, à 10:08

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#28 Le 25/10/2021, à 11:30

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#29 Le 25/10/2021, à 11:55

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#30 Le 25/10/2021, à 12:29

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#31 Le 25/10/2021, à 12:47

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#32 Le 25/10/2021, à 20:00

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#33 Le 25/10/2021, à 20:12

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#34 Le 25/10/2021, à 20:15

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#35 Le 25/10/2021, à 20:18

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#36 Le 25/10/2021, à 20:21

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#37 Le 25/10/2021, à 21:25

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#38 Le 25/10/2021, à 22:03

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#39 Le 25/10/2021, à 22:28

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#40 Le 26/10/2021, à 06:38

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#41 Le 26/10/2021, à 10:35

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#42 Le 26/10/2021, à 10:44

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#43 Le 26/10/2021, à 10:57

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#44 Le 26/10/2021, à 11:03

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#45 Le 26/10/2021, à 11:08

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#46 Le 26/10/2021, à 11:34

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#47 Le 26/10/2021, à 11:49

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#48 Le 26/10/2021, à 19:09

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#49 Le 26/10/2021, à 19:31

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

#50 Le 27/10/2021, à 09:11

Re : Effacer complètement et rapidement un gros HDD externe de 5 To ?

Pied de page des forums