Diese Befehle überschreiben Ihr SDA-Gerät mit Nullen - der erste überschreibt die ersten 16 MB (Blockgröße von 4096 und Anzahl von 4096 Blöcken) und der zweite überschreibt die letzten 2 MB (512 Blockgröße mit 4096 Blöcken) mit Nullen. (Es ist technisch nicht zu löschen, und das bezieht sich auf meinen ersten Punkt unten.)
(das war der Teil, der bereits in anderen Antworten erwähnt wurde, einschließlich hier der Vollständigkeit halber)
Erwähnenswert ist auch, dass die Blockgröße zwar Auswirkungen hat, diese jedoch im Allgemeinen nur bei Vorgängen mit hohem Volumen auftreten. Die effizienteste (schnellste) Möglichkeit, den Befehl auszuführen, besteht darin, dass die Blockgröße des Befehls mit der Zugriffsgröße des Geräts übereinstimmt, andernfalls wird Zeit verschwendet.
Wenn Sie interessiert sind, können Sie versuchen, eine Datei mit einer Million 1-Block-Chunks und einer Datei mit 1 Million Block-Chunks zu erstellen, und den Unterschied feststellen:
[user@host tmp]$ time dd if=/dev/zero of=/tmp/test1 bs=1 count=1000000
1000000+0 records in
1000000+0 records out
1000000 bytes (1.0 MB) copied, 2.44439 s, 409 kB/s
real 0m2.447s
user 0m0.177s
sys 0m2.269s
[user@host tmp]$ time dd if=/dev/zero of=/tmp/test2 bs=1000000 count=1
1+0 records in
1+0 records out
1000000 bytes (1.0 MB) copied, 0.00155357 s, 644 MB/s
real 0m0.003s
user 0m0.001s
sys 0m0.002s
[user@host tmp]$ ls -al test*
-rw-rw---- 1 user grp 1000000 Apr 8 15:51 test1
-rw-rw---- 1 user grp 1000000 Apr 8 15:51 test2
Wie Sie sehen, wirkt sich die Blockgröße massiv auf die Effizienz aus. Das ist vielleicht eine Seitenleiste des OP, aber ich denke, dass es immer noch relevant ist.
TL; DR: Führen Sie keinen willkürlichen Code aus, den Sie im Internet finden oder den Ihnen jemand gibt, dem Sie nicht vertrauen. Es wird deinen Tag ruinieren.