Il mio disco rigido ibrido Seagate Momentus XT sta corrompendo i file su Linux. Gradirei l'aiuto di chiunque, ma mi piacerebbe in particolare sapere se altri utenti di Momentus XT sono in grado di riprodurre questo problema; Ho fornito istruzioni dettagliate per la riproduzione di questo problema nei forum della community di Seagate .
Finora, quattro utenti hanno riprodotto questo problema sui seguenti laptop e SO / distribuzioni:
- Cinque laptop: Lenovo Thinkpad T60, T61, T510, MSI MS-1656-ID1 e MacBook Pro (15 "fine 2009).
- Quattro sistemi operativi / distribuzioni: Ubuntu 11.04, Fedora 15, openSUSE e Mac OS X.
Le istruzioni per riprodurre il problema sono semplici. Ecco una breve descrizione verbale:
- Crea un file di prova di grandi dimensioni, salvalo su un altro dispositivo di archiviazione ( non Momentus XT) e calcola il checksum SHA-1.
- Scrivi il file di prova su Momentus XT.
- Leggi il file di test da Momentus XT, calcola SHA-1 e confronta questo checksum con il checksum dell'originale. Dovremmo avere una partita. Probabilmente abbiamo riprodotto il problema se non corrispondono. (Solo "probabilmente", perché è possibile che altri problemi causino una mancata corrispondenza. Vedere il thread Seagate sull'identificazione di questo problema specifico confrontando i file con
cmp -l
.) - Ripetere dal passaggio (2).
La discussione di Seagate ha maggiori dettagli. Ecco alcune note del mio test (sono stato in grado di riprodurre questo problema su tre unità Momentus XT consecutive; ho fatto RMA due volte e ora sono sul terzo):
- Quello che sembra accadere è che Momentus XT a volte trascura di scrivere dati sull'unità, in modo che quando leggo dall'unità, ottengo ciò che era originariamente sul settore e non i dati corretti. Ciò si verifica in blocchi di diverse dimensioni; le dimensioni tipiche sono 1 MiB e 512 KiB.
- Il problema si verifica su ext2, ext4, Btrfs, NTFS e FAT32. Stranamente, non sono stato in grado di riprodurre questo problema su ext3.
- Scrivere con il
oflag=direct
flag di output indd
evita questo problema. Anche il commit rapido dei dati su discowhile true; do sync; sleep 0.01; done
impedisce il problema. - Sono stato in grado di riprodurre questo problema solo attraverso un'interfaccia SATA e eSATA. Una connessione USB sembra prevenire il problema. (Non sono sicuro che ciò sia dovuto alla velocità di trasferimento.)
- I problemi si verificano più spesso con file di grandi dimensioni (> 2 GB). Non sono stato in grado di produrre problemi con file di dimensioni inferiori a circa 85 MB.
- Non sono riuscito a riprodurre il problema su Windows XP con NTFS.
- Gazoi nei forum Seagate non è stato in grado di riprodurre il problema su FreeBSD 8.2 con UFS2.
- Momentus XT supera sia il test SMART esteso che
badblocks -w
senza problemi. - Il mio laptop (MS-1656-ID1) ha superato con successo 24 ore ciascuno di Memtest86 +, Memtest86, memtester e MPrime.
- Ho testato altri due dispositivi di archiviazione (un Seagate Momentus 7200.4 e un Intel SSD serie 320) con la stessa procedura ed entrambi passano senza problemi.
Se hai un Momentus XT, prova a riprodurre questo problema e fammi sapere cosa succede.
Cos'altro posso fare per diagnosticare il problema?
iflag=direct
flag di input con dd. Quando non sto usando dd, sudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"