Co robi `dd if = / dev / zero of = / dev / sda`

Edytowane: nie uruchamiaj tego, aby go przetestować, chyba że chcesz zniszczyć dane.

Czy ktoś mógłby mi pomóc zrozumieć, co mam?

1. dd if=/dev/zero of=/dev/sda bs=4096 count=4096

   P: Dlaczego konkretnie 4096 count?

2. dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr blockdev --getsz /dev/sda - 4096)

   P: Co to dokładnie robi?

dd if = / dev / zero of = / dev / sda bs = 4096 count = 4096 P: dlaczego 4096 jest szczególnie używany do licznika?

Spowoduje to wyzerowanie pierwszych 16 MiB napędu. 16 MiB jest prawdopodobnie więcej niż wystarczający, aby zniszczyć wszelkie struktury „początku dysku”, a jednocześnie jest na tyle mały, że nie zajmie to dużo czasu.

dd if = / dev / zero of = / dev / sda bs = 512 count = 4096 seek = $ (expr blockdev --getsz / dev / sda - 4096)

P: Co to dokładnie robi?

blockdev --getszpobiera rozmiar urządzenia blokowego w „sektorach 512-bajtowych”. To polecenie wygląda więc tak, jakby miało na celu wyzerowanie ostatnich 2 MB dysku.

Niestety, to polecenie nie działa poprawnie pod względem składni. Spodziewam się, że polecenie było pierwotnie przeznaczone

dd if=/dev/zero of=/dev/sda bs=512 count=4096 seek=$(expr `blockdev --getsz /dev/sda` - 4096)

a backticks zgubiły się gdzieś na linii ludzi kopiujących / wklejających je między różnymi środowiskami.

Stare tabele partycji, metadane LVM, metadane rajdowe itp. Mogą powodować problemy przy ponownym użyciu dysku. Zerowanie sekcji na początku i na końcu dysku pozwoli na ogół uniknąć tych problemów, a jednocześnie będzie znacznie szybsze niż zerowanie całego dysku.

Spowoduje to usunięcie pierwszego 4096*4096=16MBi ostatniego 512*4096=2MBdysku twardego, które zawierają ważne struktury przydatne do odzyskiwania. Zakładam, że ten kod został złośliwie opublikowany.

Nigdy nie spotkałem się z sytuacją, w której wyraźne określenie countinnego niż 1było przydatne. I zostały usunięte pierwszy blok gdybym chciał upewnić się, że nie zostawiając żadnych śladów pupę MBR ...

Te polecenia zastąpią twoje urządzenie sda ​​zerami - pierwsze zrobi pierwsze 16 MB (rozmiar bloku 4096 i liczba 4096 bloków), a drugie zastąpi ostatnie 2 MB (rozmiar bloku 512 z 4096 bloków) zerami. (nie jest technicznie wymazywany, a to odnosi się do mojego pierwszego punktu poniżej).

(to była część wspomniana już w innych odpowiedziach, w tym tutaj dla kompletności)

Inną rzeczą, o której warto wspomnieć, jest to, że rozmiar bloku ma efekty, ale na ogół są one widoczne tylko w operacjach o dużej objętości. Najbardziej wydajnym (najszybszym) sposobem wykonania polecenia jest to, że rozmiar bloku polecenia odpowiada rozmiarowi dostępu do urządzenia, w przeciwnym razie marnuje się czas.

Jeśli jesteś zainteresowany, możesz spróbować utworzyć plik z milionem fragmentów 1-blokowych i plik z milionem fragmentów 1-blokowych i zobaczyć różnicę:

[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

Jak widać, wielkość bloku ma ogromny wpływ na wydajność. Być może jest to pasek boczny PO, ale wydaje mi się, że nadal jest istotny.

TL; DR: Nie wykonuj niepożądanego kodu, który znajdziesz w sieci, lub komuś, komu nie ufasz. Zrujnuje ci dzień.

Inni wyjaśnili, co robią, więc pominę to.

Chodzi ddo to, żeby mieć osobne argumenty bsi countto, że bskontroluje to, ile napisano na raz . Określenie naprawdę dużych wartości bsbędzie wymagało naprawdę dużego bufora w programie, a określenie wartości mniejszych niż rozmiar bloku urządzenia będzie wolne, ponieważ jądro musi zbudować cały blok, aby zapisać na urządzeniu (w takich przypadkach może to prawdopodobnie buforuje zapisy aż do uzyskania pełnego bloku, w innych przypadkach może być konieczne przeczytanie tego, co jest już na płycie). Ponieważ oba polecenia używają różnych wartości dla bs, prowadzi mnie to do wniosku, że mogłeś je znaleźć w dwóch różnych witrynach. Dyski twarde miały rozmiar bloku 512 bajtów, co odpowiadabs=512tego ostatniego polecenia, ale niektóre (chyba 6-8) lata temu zaczęły tworzyć dyski o rozmiarze bloku 4096 bajtów, co bs=4096stanowi lepszy wybór dla współczesnych dysków.

OSTRZEŻENIE: dd if=/dev/zero of=/dev/ służy do czyszczenia dysku lub urządzenia przed kopiowaniem danych przez sąd. Napęd lub urządzenie należy zawsze zdezynfekować przed skopiowaniem informacji z systemu objętego dochodzeniem, aby ograniczyć zanieczyszczenie krzyżowe. Dlatego nie jest to złe polecenie, użytkownik końcowy musi zrozumieć, do czego jest używany, w przeciwnym razie zniszczy swoje dane. Jeśli tego właśnie chcesz, to wykonaj operację zerowania zapisu dd if=/dev/sda | hexdump -C | head.

Źródło: Praktyczny przewodnik po komputerowych badaniach kryminalistycznych autorstwa dr Darrena Hayesa

Używam dd if=/dev/zero of=/dev/sdX oflag=syncdo testowania jakości włożonego napędu USB lub karty MicroSD PRZED faktycznym użyciem go z gparted, fdisk lub dd z obrazem dysku. Myślę, że jest to rozsądny pomysł, szczególnie w przypadku nośników MicroSD o niskiej jakości.

Oczywiście uważaj na = sdX, ponieważ nie ma wybaczenia przy przypadkowym wyczyszczeniu dysku. Sprawdź, czy X = litera dysku docelowego celu.