/ dev / zero équivalent dans windows?


10

J'essaie d'utiliser la version Windows de dd pour copier un iso RHEL sur une clé USB. Cependant, je voulais d'abord mettre le lecteur à zéro pour m'assurer qu'il n'y a pas de système de fichiers dessus avant de l'écrire. Y a-t-il un équivalent de / dev / zero dans les fenêtres que je peux utiliser comme infile?

Réponses:


12

Le dd de John Newbigin le soutient.

Les appareils virtuels sont une nouvelle fonctionnalité de la version 0.4beta1.

Parce que Windows n'a pas de périphériques comme les unix / dev / zero ou / dev / random, ceux-ci ont été implémentés dans dd. Vous pouvez les utiliser comme fichiers d'entrée pour fournir une quantité infinie de zéros ou de données pseudo aléatoires.


Fonctionné comme un charme, il se met à zéro maintenant! Merci pour la tête en l'air !!!
Matthew



0

dd / dev / zero est appelé effacement médico-légal et se fait généralement avant d'imagerie médico-légale des données d'un appareil à un autre afin d'atténuer la contamination croisée. Cela inclut les nouveaux appareils fraîchement retirés de leur emballage en raison de fichiers du fabricant, etc.

EXÉCUTEZ LA LINGETTE JURIDIQUE:

Download "dd for Windows" and open Windows Command-line ("cmd.exe").

Type: "cd /D [directory]" to the "dd" folder.

Type: "dd --list" to show list of Volumes, Disks, and Partitions. Locate your device.

Type: "dd if=/dev/zero of=\\?\Device\Harddisk1\Partition0 --progress"

Choose between "/dev/zero" and "/dev/random" as the write operation. Ensure you select your device based on step 3.

VÉRIFIEZ ZÉRO ÉCRITURE:

Wait for the zero or random write process to complete and then run hexdump to display hexadecimal value, which should read all zeros for "/dev/zero" process. Choose one of the following:

Type: "dd if=\\?\Device\Harddisk1\Partition0 | hexdump -C"

Type: "hexdump.exe -C \\.\d:" where [\\.\d:] is [unformatted directory]

Le résultat de Zero Write utilisant " dd if = \? \ Device \ Harddisk1 \ Partition0 | hexdump -C " et continuera d'analyser les zéros (données nulles) jusqu'à la fin du lecteur. Le lecteur utilisé dans l'image n'a PAS été formaté après l'exécution de la procédure Zero Write . L'image suivante illustre ce qui serait considéré comme un succès Zero Write: https://i.stack.imgur.com/idpHc.png

Le résultat d'impression hexadécimal après avoir formaté UNIQUEMENT le lecteur. Cela montre que toute modification du contenu du lecteur déclenchera une impression au lieu de parcourir l'intégralité du lecteur affichant tous les zéros (données nulles). L'image suivante illustre ce qui serait considéré comme un échec d'écriture zéro: https://i.stack.imgur.com/JghoO.png

ATTENTION:

Le lecteur doit être dans un état illisible (lecteur au format RAW avant utilisation), sinon " Erreur d'ouverture du fichier natif ... opération terminée avec succès " ou " Erreur d'écriture du fichier ... L'accès est refusé " résultera sans aucune action prise à l'aide de Windows basé sur l' outil " dd ".

La méthode la plus simple pour placer le lecteur à l'état RAW consiste à exécuter le processus " / dev / zero " expliqué ci-dessus, il échouera immédiatement, puis retirera et réinsérera le lecteur. L' invite " format avant utilisation ... " apparaît, cliquez sur Annuler, puis répétez le même processus " / dev / zero " pour écrire des zéros (données nulles) ou des données pseudo-aléatoires sur le lecteur.


-4

Ce que vous essayez de faire est absolument inutile, quel que soit le support (pourquoi mettre à zéro quoi que ce soit, quand je vais l'écraser dans une seconde?). La remise à zéro avant l'écriture ajoute juste une légère vérification que deux écritures ont réussi (et elle vole une partie de votre temps précieux).

Et c'est (si possible) encore plus inutile dans le contexte des disques SSD / flash. La plupart d'entre eux choisiront, lors de l'écriture, l'un des blocs gratuits les moins utilisés (ils ont en fait plus de capacité qu'annoncé, tout comme les disques durs ont un espace réservé pour le remappage des blocs défectueux), écrivent le contenu dans le nouveau bloc, rappelez-vous que cela block stocke maintenant le contenu de "offset xyz" et libère l'ancien bloc dans le "pool libre".

Même quand on leur envoie une demande de "découpage" (marquer le bloc comme libre et le remettre à zéro), beaucoup de lecteurs flash adoptent l'approche "ouais, je le ferai dans le futur, quand j'aurai envie il".

Certains ne feront rien (même pas garder une note qu'ils ont reçu l'ordre de mettre à zéro une zone) lorsque vous les débranchez "assez tôt" après avoir demandé une / des garniture (s) - et "assez tôt" signifie ici "[même des dizaines de ] secondes après la demande ".

Il suffit donc d'écraser (quel que soit le type de lecteur), pas de mise à zéro nécessaire ou (à partir de maintenant, il s'agit de lecteurs flash) même facilement possible. Lorsque vous avez besoin d'un nettoyage sûr, regardez si le fabricant du lecteur fournit une utilité pour ce faire, qui prendrait vraiment soin de mettre à zéro toutes les zones du lecteur ...


Bien que cela soit correct, cela ne répond pas à la question. Il pourrait y avoir d'autres raisons plus utiles /dev/zero.
Sven

@swen Eh bien, la question dans son ensemble est fausse / inutile. J'ai senti qu'il était nécessaire de le signaler afin que personne d'autre ne répète la même danse inutile. Bien sûr, cela a apporté des réponses intéressantes, donc je n'ai pas marqué la question comme des pointes, seulement la raison de la question ...
Miloslav Raus
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.