Widzę tutaj cztery praktyczne odpowiedzi:
hdparm
Metoda wysłane przez garethTheRed jest prawdopodobnie najlepiej, jeśli są podłączone bezpośrednio do komputera. Najwyraźniej jednak, jeśli spróbujesz podłączyć go przez USB, możesz zepsuć dysk. Jeśli robisz to dla dysku, który zamierzasz się pozbyć, może to być dobra rzecz. Prawdopodobnie jednak chcesz zabezpieczyć usuwanie przed odrzuceniem.
Technika zgłoszona przez imza - Iwana Zakharyascheva będzie działać, ale może być bardzo powolna. Sugerowałbym, jeśli nie chcesz, aby dane można było odzyskać, użyj /dev/urandom
zamiast /dev/zero
; na przykład,
dd iflag=fullblock oflag=direct conv=noerror,notrunc if=/dev/urandom of=/dev/sdX
Odradzałbym następujące. Aby uzyskać coś szybszego, który robi to samo, skorzystaj z techniki zgłoszonej przez maxschlepzig (w pytaniu):
ddrescue --verbose --force --nosplit /dev/urandom /dev/sdX
Będzie to szybsze niż dd
polecenie, ale nie tak szybkie jak hdparm
polecenie. Zobacz poniżej, dlaczego nie polecam tego ...
badblocks
Komenda będzie również działać, ale nie można losowe dane w ten sposób, i znów będzie bardzo powolny.
Na koniec byłbym niedoceniony, gdybym nie wskazał najważniejszego powodu, dla którego ludzie chcą całkowicie wymazać dysk, ponieważ zamierzają go wyrzucić. W takim przypadku, jeśli jeszcze tego nie zrobiłeś, możesz najpierw spróbować odzyskać dysk. Jeśli odczytasz blok i zwróci błąd we / wy, to następnym razem, gdy napiszesz w tym samym bloku, dysk spróbuje ponownie przydzielić inny blok z listy rezerwowej. Gdy lista rezerwowa zostanie zapełniona, podczas zapisywania wystąpią błędy we / wy. Właśnie wtedy naprawdę powinieneś wyrzucić dysk.
Możesz więc zrobić coś prostego, na przykład:
dd if=/dev/sdX of=/dev/null conv=noerror
A następnie, aby przepisać złe bloki, po prostu coś takiego:
dd if=/dev/zero of=/dev/sdX bs=128k
Jeśli to polecenie działa, jeśli jesteś odważny, możesz sformatować dysk i użyć go ponownie.
Alternatywnie możesz uruchomić badblocks
polecenie na dysku dwa razy. Za drugim razem nie powinien zgłaszać żadnych złych bloków ...
badblocks -v -s -w -t random /dev/sdX
badblocks -v -s -w -t random /dev/sdX
To potrwa dłużej, ale jest bardziej niezawodne.
Warto również zauważyć, że żadna z technik tak naprawdę nie wykonuje bezpiecznego wymazywania, z wyjątkiem hdparm
polecenia. Pamiętasz te wszystkie złe klocki? Wciąż mają one w części nienaruszone niektóre z oryginalnych danych. Ekspert ds. Odzyskiwania danych może uzyskać do nich dostęp, aby zobaczyć niewielką część tego, co poprzednio znajdowało się na dysku twardym.
Jeśli chodzi o ddrescue i dlaczego odradzam to, mam następujące antidotum:
Problem polega na tym, że zbyt dobre będzie ignorowanie błędów. Miałem dysk twardy, który konsekwentnie z dd spadał prędkość zapisu na poziomie około 102 GB i zacząłem generować błędy zapisu na poziomie 238 GB. Byłem pod dużym wrażeniem, że ddrescue nadal krąży po dysku ze stałą prędkością, nawet nie zgłaszając żadnych błędów. 17 godzin później, kiedy było na 1300 GB, kiedy zauważyłem, że samo światło dysku przestało migać. Szybka kontrola wykazała, że cała obudowa USB przeszła w tryb offline. Wyciągnąłem dysk z bazy. Zauważyłem, że ddrescue z radością zgłosił, że nadal kopiuje bez błędów, nawet z dyskiem w moich rękach. Podłączyłem dysk do innej maszyny i stwierdziłem, że jest to teraz cegła.
Nie winię ddrescue za to, że dysk stał się cegłą. Napęd zawodził i stał się cegłą. Po prostu uważam, że niepokojący ddrescue nawet nie podaje liczby błędów, ile błędów zapisu ignoruje. W tym zastosowaniu ddrescue pozostawia wrażenie, że zakończyło się pełnym sukcesem, niezależnie od wszystkich błędów zapisu. Faktem jest, że nie powinno być w stanie kontynuować z pełną prędkością na odcinku ze spowolnieniem. Powodem, dla którego sekcja była powolna, jest to, że dysk przeniósł wiele bloków, powodując wiele poszukiwań podczas uzyskiwania dostępu do tej sekcji. Jest to prawdopodobnie punkt, w którym wyniki ddrescue stały się fikcyjne.
dd conv=noerror
może być rozszerzeniem GNU, nie jestem pewien. W każdym razie powinno wystarczyć. Warto jednak przyjrzeć się odpowiedzi SATA Tell-the-Drive-to-Erass-Era na wymazanie całych dysków.