Ổ cứng lai Seagate Momentus XT của tôi đang làm hỏng các tệp trên Linux. Tôi sẽ đánh giá cao sự giúp đỡ từ bất kỳ ai, nhưng tôi đặc biệt muốn biết liệu những người dùng Momentus XT khác có thể tái tạo vấn đề này hay không; Tôi đã cung cấp hướng dẫn từng bước để tái tạo vấn đề này trên Diễn đàn cộng đồng Seagate .
Cho đến nay, bốn người dùng đã tái tạo vấn đề này trên các máy tính xách tay và hệ điều hành / phân phối sau:
- Năm máy tính xách tay: Lenovo Thinkpad T60, T61, T510, MSI MS-1656-ID1 và MacBook Pro (15 "cuối năm 2009).
- Bốn hệ điều hành / phân phối: Ubuntu 11.04, Fedora 15, openSUSE và Mac OS X.
Các hướng dẫn để tái tạo vấn đề rất đơn giản. Dưới đây là một mô tả bằng lời nói ngắn gọn:
- Tạo một tệp thử nghiệm lớn, lưu nó vào một thiết bị lưu trữ khác ( không phải là Momentus XT) và tính toán tổng kiểm tra SHA-1.
- Viết tệp thử nghiệm vào Momentus XT.
- Đọc tệp kiểm tra từ Momentus XT, tính toán SHA-1 và so sánh tổng kiểm tra này với tổng kiểm tra của bản gốc. Chúng ta nên có một trận đấu. Chúng tôi có thể đã tái tạo vấn đề nếu chúng không khớp. (Chỉ 'có thể', vì các vấn đề khác có thể gây ra sự không khớp. Xem chủ đề Seagate về việc xác định vấn đề cụ thể này bằng cách so sánh các tệp với
cmp -l.) - Lặp lại từ bước (2).
Các chủ đề Seagate có thêm chi tiết. Dưới đây là một số lưu ý từ thử nghiệm của tôi (tôi đã có thể tái tạo vấn đề này trên ba ổ đĩa Momentus XT liên tiếp; Tôi RMA'd hai lần và giờ là cái thứ ba):
- Điều dường như đang xảy ra là Momentus XT đôi khi bỏ qua việc ghi dữ liệu vào ổ đĩa, để khi tôi đọc từ ổ đĩa, tôi nhận được những gì ban đầu trên khu vực đó, và không phải là dữ liệu chính xác. Điều này xảy ra trong các khối có kích thước khác nhau; kích thước thông thường là 1 MiB và 512 KiB.
- Sự cố xảy ra trên ext2, ext4, Btrfs, NTFS và FAT32. Kỳ lạ thay, tôi đã không thể tái tạo vấn đề này trên ext3.
- Viết với
oflag=directcờ đầu raddđể tránh vấn đề này. Nhanh chóng cam kết dữ liệu vào đĩawhile true; do sync; sleep 0.01; donecũng ngăn ngừa vấn đề. - Tôi chỉ có thể tái tạo vấn đề này thông qua giao diện SATA và eSATA. Một kết nối USB dường như ngăn chặn vấn đề. (Không chắc đây có phải là do tốc độ truyền không.)
- Sự cố xảy ra thường xuyên hơn với các tệp lớn (> 2 GB). Tôi không thể tạo ra sự cố với các tệp nhỏ hơn khoảng 85 MB.
- Tôi không thể tái tạo sự cố trên Windows XP bằng NTFS.
- Gazoi tại diễn đàn Seagate không thể tái tạo vấn đề trên FreeBSD 8.2 với UFS2.
- Momentus XT vượt qua cả bài kiểm tra SMART mở rộng và
badblocks -wkhông có vấn đề gì. - Máy tính xách tay của tôi (MS-1656-ID1) đã thành công trong suốt 24 giờ mỗi Memtest86 +, Memtest86, memtester và MPrime.
- Tôi đã thử nghiệm hai thiết bị lưu trữ khác (Seagate Momentus 7200.4 và SSD Intel 320 series) với cùng một quy trình và cả hai đều vượt qua mà không gặp vấn đề gì.
Nếu bạn có Momentus XT, vui lòng thử tái tạo vấn đề này và cho tôi biết điều gì xảy ra.
Tôi có thể làm gì khác để chẩn đoán vấn đề?
1
Bạn đang khởi động lại giữa viết và đọc? Bạn có đang xóa bộ đệm để đảm bảo rằng nó thực sự được đọc lại từ đĩa thay vì bộ đệm không? Nếu không, đó có thể là lý do tại sao bạn không thể sao chép nó với các tệp nhỏ hơn vì chúng có nhiều khả năng vẫn còn trong bộ đệm
—
psusi
Tôi bỏ qua bộ đệm trang bằng cách đọc với
iflag=directcờ đầu vào với dd. Khi tôi không sử dụng dd, tôi xóa bộ đệm vớisudo sh -c "sync && echo 1 > /proc/sys/vm/drop_caches"
Tôi mới nhận ra rằng bạn có thể đang nói về bộ đệm đĩa thực tế trên Momentus XT, thay vì bộ đệm của trang Linux. Bạn có một điểm trong trường hợp này - Tôi hầu như không thực hiện bất kỳ biện pháp phòng ngừa nào đối với việc đọc bộ đệm đĩa và tôi cũng ngay lập tức đọc tệp sau khi viết nó. Có lẽ tôi nên cam kết ghi vào nhiều tệp, và sau đó đọc chúng trên cơ sở FIFO. Như đã nói, bộ đệm đĩa của Momentus XT chỉ có 32 MB và tôi cũng đã thực hiện một số thử nghiệm trong quá khứ khi tôi đã viết> 10 GB tệp nhỏ (~ 64 MB) và đọc chúng sau đó mà không thấy bị hỏng.
Có thể có một lỗi trong phần sụn của ổ đĩa (tràn số nguyên?) Khiến nó bị mất dấu vết của các khối không được ghi dưới tốc độ ghi cao. Hoặc có một số khối xấu trên flash mà phần sụn không phát hiện được. NTFS xác minh ghi (và ntfs-3g rất chậm), vì vậy vấn đề không có khả năng xuất hiện. Nếu bạn không thể tìm thấy một bản sửa lỗi, bạn có thể muốn sử dụng ZFS và kích hoạt tổng kiểm tra.
—
billc.cn
@ billc.cn, tôi đã tái tạo vấn đề với NTFS. Btrfs và ZFS với tổng kiểm tra dữ liệu sẽ không thể đọc được các tệp bị hỏng, nhưng dữ liệu bị hỏng sẽ không thể phục hồi được. Dự phòng nhiều hơn (ví dụ, phản chiếu ở cấp độ FS hoặc phản chiếu RAID) sẽ cần thiết để khôi phục các tệp này. Trong mọi trường hợp, tôi tất nhiên không sử dụng Momentus XT cho đến khi tôi biết được chuyện gì đang xảy ra.
—
Vincent Yu