Saya melihat empat jawaban yang bisa diterapkan di sini:
The hdparm
Metode diposting oleh garethTheRed mungkin terbaik jika Anda terhubung langsung ke komputer Anda. Namun, tampaknya, jika Anda mencobanya terhubung melalui USB, Anda dapat merusak drive Anda. Jika Anda melakukan ini untuk drive yang akan Anda buang, maka itu mungkin hal yang baik. Namun, Anda mungkin ingin mengamankan penghapusan sebelum membuangnya.
Teknik yang dilaporkan oleh imz - Ivan Zakharyaschev akan berhasil, tetapi mungkin sangat lambat. Saya sarankan jika Anda tidak ingin data dapat dipulihkan, gunakan /dev/urandom
sebagai ganti /dev/zero
; misalnya,
dd iflag=fullblock oflag=direct conv=noerror,notrunc if=/dev/urandom of=/dev/sdX
Saya akan menyarankan saran berikut. Untuk sesuatu yang lebih cepat yang melakukan hal yang sama, gunakan teknik yang dilaporkan oleh maxschlepzig (dalam pertanyaan):
ddrescue --verbose --force --nosplit /dev/urandom /dev/sdX
Ini akan lebih cepat dari dd
perintah, tetapi tidak secepat hdparm
perintah. Lihat di bawah mengapa saya tidak merekomendasikan ini ...
The badblocks
perintah akan juga bekerja, tetapi Anda tidak dapat mengacak data seperti itu, dan lagi itu akan sangat lambat.
Akhirnya, saya akan lalai jika saya tidak menunjukkan nomor satu alasan orang ingin menghapus disk adalah karena mereka akan membuangnya. Dalam hal ini, jika Anda belum melakukannya, Anda mungkin ingin mencoba dan memulihkan disk terlebih dahulu. Jika Anda membaca blok dan mengembalikan kesalahan I / O, maka lain kali Anda menulis ke blok yang sama, disk akan mencoba merealokasi blok yang berbeda dari daftar cadangan. Setelah daftar cadangan penuh maka Anda akan mendapatkan kesalahan I / O pada penulisan. Saat itulah Anda benar-benar harus membuang drive.
Jadi Anda dapat melakukan sesuatu yang sederhana seperti:
dd if=/dev/sdX of=/dev/null conv=noerror
Dan, kemudian, untuk menulis ulang blok buruk, hanya sesuatu seperti:
dd if=/dev/zero of=/dev/sdX bs=128k
Jika perintah ini berhasil, jika Anda berani, Anda dapat memformat ulang disk Anda dan menggunakannya lagi.
Atau, Anda dapat menjalankan badblocks
perintah pada disk dua kali. Kedua kalinya harus melaporkan tidak ada blok buruk ...
badblocks -v -s -w -t random /dev/sdX
badblocks -v -s -w -t random /dev/sdX
Ini akan memakan waktu lebih lama, tetapi lebih dapat diandalkan.
Perlu juga dicatat bahwa tidak ada teknik yang benar-benar melakukan penghapusan aman, kecuali hdparm
perintah. Ingat semua blok buruk itu? Sebagian besar data asli Anda masih utuh. Pakar pemulihan data dapat mengaksesnya untuk melihat sedikit dari apa yang sebelumnya ada di hard drive Anda.
Sehubungan dengan ddrescue dan mengapa saya menasihatinya, saya memiliki penangkal berikut:
Masalahnya adalah ddrescure akan TERLALU baik dalam mengabaikan kesalahan. Saya memiliki hard drive yang secara konsisten dengan kecepatan tulis turun sekitar 102 GB dan mulai menghasilkan kesalahan tulis pada angka 238 GB. Saya cukup terkesan bahwa ddrescue terus berputar melalui disk dengan kecepatan konstan, bahkan melaporkan tidak ada kesalahan. 17 jam kemudian, ketika berada di 1300 GB ketika saya melihat lampu drive itu sendiri berhenti berkedip. Pemeriksaan cepat mengungkapkan seluruh penutup USB menjadi offline. Saya menarik drive keluar dari dudukan. Saya perhatikan ddrescue dengan senang hati melaporkannya masih menyalin tanpa kesalahan, bahkan dengan disk di tangan saya. Saya menancapkan disk ke komputer lain dan ternyata itu adalah batu bata.
Saya tidak menyalahkan ddrescue karena membuat drive menjadi batu bata. Drive itu gagal dan akan menjadi batu bata. Saya hanya menemukan ddrescue yang mengganggu bahkan tidak memberikan jumlah kesalahan berapa banyak kesalahan tulis yang diabaikannya. Dalam penggunaan ini, ddrescue membuat Anda berpikir itu telah sepenuhnya berhasil, terlepas dari semua kegagalan penulisan. Faktanya adalah ia seharusnya tidak dapat melanjutkan dengan kecepatan penuh di bagian dengan memperlambat. Alasan mengapa bagian itu lambat, adalah banyak blok telah dipindahkan oleh drive, menyebabkan banyak pencarian ketika mengakses bagian itu. Jadi itu mungkin titik ketika output ddrescue menjadi fiksi.
dd conv=noerror
mungkin ekstensi GNU, saya tidak yakin. Bagaimanapun, itu harus melakukan trik. Namun, jawaban SATA tell-the-drive-to-erase itu sendiri layak untuk dihapus seluruh drive.