Jika saya memiliki file yang rusak dan ingin mendeteksi apakah SSD Flash NAND adalah masalah atau apakah instalasi hanya rusak, apakah pemindaian untuk sektor buruk membantu, atau apakah ini hanya berguna pada hard disk drive biasa?
4
Jawaban:
Secara umum, firmware SSD harus berhati-hati dalam menemukan kembali data Anda jika lokasi saat ini akan memburuk. Namun. Tidak ada yang 100% andal, termasuk algoritma alokasi ulang firmware flash. Saya akan mengatakan peluang bad sector nyata (misalnya Anda menulis data, tetapi tidak dapat membacanya kembali, atau membaca kembali bukan apa yang telah Anda tulis) pada SSD sangat rendah, tetapi tidak ada salahnya untuk memindai bad sector .
Jika sejumlah bad sector yang non-sepele muncul pada SSD, saya tidak akan menggunakan SSD sama sekali, itu berarti ada sesuatu yang salah dengan firmware atau flash NAND itu sendiri.
sumber
Saya pertama-tama akan menyarankan menanyakan parameter SMART drive. Misalnya, drive mungkin kehabisan persediaan blok memori cadangan. Anda akan ingin menggunakan smartmontools versi terbaru yang bisa Anda dapatkan dengan mudah (satu sumber mudah / gratis: LiveCD Ubuntu.)
Smartmontools juga dapat mengaktifkan swa-uji drive dan menunjukkan kepada Anda log kesalahan pintar perangkat, jika ada.
Jika SMART tidak menunjukkan masalah, maka itu adalah mungkin bukan masalah "media" (mis. sel NAND yang buruk.) Korupsi mungkin disebabkan oleh masalah firmware; flash drive sering melihat banyak revisi firmware, jadi periksa firmware yang diperbarui untuk drive Anda.
Untuk menjawab pertanyaan awal Anda: ya, Anda dapat menjalankan badblock (atau yang serupa) pada SSD.
sumber
Pertama buat cadangan data penting apa saja pada drive.
Anda dapat memeriksa output dari pintar, itu harus melaporkan hal-hal seperti jumlah sektor dialokasikan kembali, penghitungan level pakai, jumlah kegagalan program, menghapus jumlah gagal, jumlah kesalahan tidak dapat diperbaiki dan sebagainya.
Pembuat SSD Anda mungkin memiliki beberapa perangkat lunak uji drive yang lebih spesifik yang mungkin memberi Anda lebih banyak data.
Apakah Anda tahu persis file mana yang rusak? Apakah ada pola untuk itu (hanya file yang baru ditulis? Hanya file lama? Acak?) Jika Anda mengunduh file besar (mungkin beberapa Linux menginstal cd / dvd image), dan menghitung checksumnya apakah cocok dengan checksum yang diposting pada halaman dl? )?
Jika tidak ada yang memberikan sesuatu yang konklusif, ada metode pengujian yang lebih merusak. Mereka memang memiliki beberapa kekurangan. Pertama, mereka akan memusnahkan data apa pun saat ini di drive, kedua, beberapa bisa sangat lambat, ketiga, beberapa akan menggunakan beberapa jumlah tulis yang dimiliki masing-masing drive (seharusnya tidak menjadi masalah besar bagi kebanyakan drive baru) , tetapi tetap saja). Saya akan menggunakan pabrikan sw untuk mengatur ulang drive (membersihkan semua sel, membuatnya muncul sebagai drive baru), menjalankan badblock (tes tulis destruktif), mereset drive lagi, meletakkan beberapa file dengan checksum yang dikenal pada drive , dan bandingkan checksum.
Anda mungkin juga menguji memori dan cpu Anda sebelum melakukan tes destruktif karena kesalahan memori / cpu juga dapat merusak file, tetapi tes tidak merusak data apa pun dan tidak benar-benar menyebabkan banyak keausan pada hw Anda.
Jika Anda gagal selama salah satu tes, posting di mana dan dengan kesalahan apa, jika tidak maka drive tampaknya baik-baik saja, meskipun saya akan tetap mengawasi menggunakan cerdas, membuat checksum dari semua file di dalamnya dan membandingkannya sering untuk setiap perubahan yang seharusnya tidak ada.
sumber