Hard drive hybrid Seagate Momentus XT saya merusak file di Linux. Saya akan sangat menghargai bantuan dari siapa pun, tetapi saya khususnya ingin tahu apakah pengguna Momentus XT lain dapat mereproduksi masalah ini; Saya telah memberikan petunjuk langkah demi langkah untuk mereproduksi masalah ini di Forum Komunitas Seagate .
Sejauh ini, empat pengguna telah mereproduksi masalah ini pada laptop dan OS / distribusi berikut:
- Lima laptop: Lenovo Thinkpad T60, T61, T510, MSI MS-1656-ID1, dan MacBook Pro (15 "akhir 2009).
- Empat OS / distribusi: Ubuntu 11.04, Fedora 15, openSUSE, dan Mac OS X.
The instruksi untuk mereproduksi masalah sederhana. Berikut ini adalah deskripsi verbal singkat:
- Buat file uji besar, simpan ke perangkat penyimpanan lain ( bukan Momentus XT), dan hitung checksum SHA-1.
- Tulis file tes ke Momentus XT.
- Baca file tes dari Momentus XT, hitung SHA-1, dan bandingkan checksum ini dengan checksum yang asli. Kita harus bertanding. Kami mungkin telah mereproduksi masalah jika tidak cocok. (Hanya 'mungkin', karena ada kemungkinan masalah lain menyebabkan ketidakcocokan. Lihat utas Seagate tentang mengidentifikasi masalah khusus ini dengan membandingkan file dengan
cmp -l.) - Ulangi dari langkah (2).
The Seagate benang memiliki rincian lebih lanjut. Berikut adalah beberapa catatan dari pengujian saya (saya telah dapat mereproduksi masalah ini pada tiga drive Momentus XT berturut-turut; Saya RMA dua kali dan sekarang yang ketiga):
- Apa yang tampaknya terjadi adalah bahwa Momentus XT kadang-kadang lalai untuk menulis data ke drive, sehingga ketika saya membaca dari drive, saya mendapatkan apa yang semula di sektor ini, dan bukan data yang benar. Ini terjadi dalam blok dengan ukuran berbeda; ukuran tipikal adalah 1 MiB dan 512 KiB.
- Masalah terjadi pada ext2, ext4, Btrfs, NTFS, dan FAT32. Anehnya, saya tidak dapat mereproduksi masalah ini pada ext3.
- Menulis dengan
oflag=directflag output untukddmenghindari masalah ini. Berkomitmen dengan cepat data ke disk denganwhile true; do sync; sleep 0.01; donejuga mencegah masalah. - Saya hanya dapat mereproduksi masalah ini melalui antarmuka SATA dan eSATA. Koneksi USB tampaknya mencegah masalah. (Tidak yakin apakah ini karena kecepatan transfer.)
- Masalah terjadi lebih sering dengan file besar (> 2 GB). Saya tidak dapat menghasilkan masalah dengan file yang lebih kecil dari sekitar 85 MB.
- Saya tidak dapat mereproduksi masalah pada Windows XP dengan NTFS.
- Gazoi di forum Seagate tidak dapat mereproduksi masalah pada FreeBSD 8.2 dengan UFS2.
- Momentus XT lulus tes SMART yang diperluas dan
badblocks -wtanpa masalah. - Laptop saya (MS-1656-ID1) telah berhasil melewati 24 jam masing-masing Memtest86 +, Memtest86, memtester, dan MPrime.
- Saya telah menguji dua perangkat penyimpanan lain (Seagate Momentus 7200.4 dan Intel 320 series SSD) dengan prosedur yang sama, dan keduanya lulus tanpa masalah.
Jika Anda memiliki Momentus XT, silakan coba mereproduksi masalah ini dan beri tahu saya apa yang terjadi.
Apa lagi yang bisa saya lakukan untuk mendiagnosis masalah?
1
Apakah Anda me-reboot antara tulis dan baca? Apakah Anda membersihkan cache untuk memastikan itu benar-benar dibaca kembali dari disk, bukan cache? Jika tidak, itu mungkin mengapa Anda tidak dapat mereproduksi dengan file yang lebih kecil karena mereka cenderung masih berada dalam cache
—
psusi
Saya melewati cache halaman dengan membaca dengan
iflag=directflag input dengan dd. Ketika saya tidak menggunakan dd, saya membersihkan cache dengansudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"
Saya baru menyadari bahwa Anda mungkin berbicara tentang buffer disk yang secara fisik ada di Momentus XT, bukannya cache halaman Linux. Anda ada benarnya dalam kasus ini - saya kebanyakan tidak mengambil tindakan pencegahan terhadap membaca buffer disk, dan saya juga segera membaca file setelah menulisnya. Mungkin saya harus komit menulis ke banyak file, dan kemudian membacanya berdasarkan FIFO. Dengan mengatakan bahwa, cache disk Momentus XT hanya 32 MB, dan saya juga telah melakukan beberapa tes di masa lalu di mana saya telah menulis> 10 GB file kecil (~ 64 MB), dan membacanya setelah itu tanpa menemukan korupsi.
Mungkin ada bug di firmware drive (integer overflow?) Yang menyebabkannya kehilangan blok blok tidak tertulis di bawah kecepatan tulis tinggi. Atau ada beberapa blok buruk pada flash yang gagal dideteksi oleh firmware. NTFS memverifikasi penulisan (dan ntfs-3g sangat lambat), jadi masalahnya tidak mungkin muncul. Jika Anda tidak dapat menemukan perbaikan, Anda mungkin ingin menggunakan ZFS dan mengaktifkan checksum.
—
billc.cn
@ billc.cn, saya telah mereproduksi masalah dengan NTFS. Btrfs dan ZFS dengan checksum data akan secara mencolok gagal membaca file yang rusak, tetapi data yang rusak akan tidak dapat dipulihkan. Diperlukan lebih banyak redundansi (misalnya, mirroring level-FS atau mirroring RAID) untuk memulihkan file-file ini. Bagaimanapun, saya tentu saja tidak menggunakan Momentus XT sampai saya mengetahui apa yang terjadi.
—
Vincent Yu