overclocler14
New member
Xin chào mọi người, trong vài tuần qua tôi đã phải vò đầu bứt tóc và quyết định rằng mình hẳn đã bỏ lỡ điều gì đó. Hãy chuẩn bị tinh thần để đọc một bài dài vì tình huống này cực kỳ khó giải thích.
Về cơ bản, tôi đã nhận được một ổ cứng HDD WD Blue 2,5 inch 1 TB từ bạn tôi để xem thử. Mẫu chính xác là WDC WD10JPCX-24UE4T0 - không có gì đặc biệt, thật đáng buồn là nó chỉ có tốc độ 5400 RPM.
Cô ấy muốn mở rộng bộ nhớ trò chơi của mình nhưng với giá của SSD hiện tại thì không thể. Ổ đĩa ban đầu được lắp trong một máy tính xách tay Lenovo từ khoảng năm 2017 và nó đã được thay thế bằng SSD sau hai năm vì nó trở nên chậm không thể chịu nổi. Vài tháng trước, cô ấy đã mua một chiếc máy tính xách tay chơi game nhưng nó chỉ có 512 GB nvme nên cô ấy lưu trữ trò chơi và những thứ khác trên ổ USB ngoài 1 TB cũ kỹ - không phải là giải pháp tối ưu và không thể cài đặt ổ đĩa này làm ổ đĩa trong vì nó có bộ điều khiển USB tích hợp - không có kết nối SATA.
Cô ấy nhớ rằng mình vẫn còn ổ đĩa cũ và hỏi tôi xem tôi có thể "làm phép thuật máy tính" và làm cho nó có thể sử dụng được không, để cô ấy có thể cài đặt nó vào máy tính xách tay của mình. Vì vậy, chỉ mong đợi sự phân mảnh nặng nề, từ những gì cô ấy nói với tôi, tôi đã lấy ổ đĩa và bắt đầu quy trình chẩn đoán tiêu chuẩn của mình.
Khi kiểm tra S.M.A.R.T. của ổ đĩa, tôi nhận thấy có 6 sector đang chờ xử lý, thật lạ, vì ổ đĩa chỉ mới sử dụng được khoảng 3500 giờ và dành nhiều thời gian trong ngăn kéo hơn là làm việc. Một lần kiểm tra nhanh cho thấy phân mảnh hơn 30% phân vùng hệ thống - không có gì ngạc nhiên khi nó chậm một cách điên rồ. Nhưng dù sao thì nó cũng sẽ được định dạng nên tôi không quan tâm.
Sau đó, tôi tiến hành quét toàn bộ bề mặt bằng phần mềm Victoria - đã sử dụng phần mềm này trong nhiều năm và nó rất tuyệt vời trong việc chẩn đoán ổ đĩa, nó hoạt động với hầu hết mọi thứ. Quá trình quét cho thấy ổ đĩa hầu như vẫn hoạt động tốt, khu vực có vấn đề duy nhất là khoảng 21 GB (LBA 41 800 000), nơi xuất hiện 8 UNC (CRC). Tôi đã thử ánh xạ lại và cả 8 sector dường như đã được ánh xạ lại thành công theo Victoria. Số lượng sector đang chờ xử lý giảm xuống 0, tuy nhiên, thật kỳ lạ, số lượng phân bổ lại không tăng (nhưng tôi thấy điều này xảy ra ở các ổ đĩa khác mà tôi đã sửa thành công). Đây là đầu ra nhật ký từ Victoria:
Phần tiết lộ19:59:09 : Đang gọi lại...
19:59:10 : Đang gọi lại... OK
19:59:11 : Đang bắt đầu đọc, LBA=41 000 000..1 953 525 167, ĐẦY ĐỦ, truy cập tuần tự w. REMAP, tio 10 000ms
19:59:23 : LBA 41 849 448 thử REMAP...
19:59:27 : LBA 41 849 448 thử REMAP... hoàn tất
19:59:28 : LBA 41 849 449 thử REMAP...
19:59:29 : LBA 41 849 449 thử REMAP... hoàn tất
19:59:30 : LBA 41 849 450 thử REMAP...
19:59:30 : LBA 41 849 450 thử REMAP... hoàn tất
19:59:31 : LBA 41 849 451 thử REMAP...
19:59:32 : LBA 41 849 451 thử REMAP... hoàn tất
19:59:33 : LBA 41 849 452 thử REMAP...
19:59:33 : LBA 41 849 452 thử REMAP... hoàn tất
19:59:34 : LBA 41 849 453 thử REMAP...
19:59:35 : LBA 41 849 453 thử REMAP... hoàn tất
19:59:36 : LBA 41 849 454 thử REMAP...
19:59:36 : LBA 41 849 454 thử REMAP... hoàn tất
19:59:37 : LBA 41 849 455 thử REMAP...
19:59:38 : LBA 41 849 455 thử REMAP... hoàn thành
19:59:55 : Lệnh bị người dùng ngắt!
19:59:55 : *** Kết quả quét: Cảnh báo - 0, lỗi - 8. Khối cuối cùng tại 45 935 216 (24 GB), thời gian 45 giây.
19:59:55 : 8 trong số 8 lỗi đã được ánh xạ lại thành công.
Bây giờ tôi nghĩ rằng mình còn lại một sector cứng đầu mà tôi không thể loại bỏ theo bất kỳ cách nào. Nó xuất hiện và biến mất ngẫu nhiên (Giá trị sector đang chờ xử lý dao động giữa 0 và 1 và không thể sửa lỗi ngoại tuyến là một hằng số, mặc dù kết quả quét ngoại tuyến cho biết nó đã hoàn thành thành công). Kiểm tra bản thân ngắn vượt qua khi giá trị là 0 và không vượt qua khi giá trị là 1. S.M.A.R.T. hiện tại như sau (sau khi thực hiện ánh xạ lại Victoria):Phần tiết lộWDC WD10JPCX-24UE4T0 WD-WXW1A17AP2FP
-----------------------------------------------------------------------------------
ID Tên Giá trị Tệ nhất Sức khỏe thô
-----------------------------------------------------------------------------------
1 Tỷ lệ lỗi đọc thô 200 200 51 949 •••••
3 Thời gian quay 180 176 21 1958 •••••
4 Số lần quay 97 97 0 3268 ••••
5 Số sector được phân bổ lại 200 200 140 0 ••••• 7 Tỷ lệ lỗi tìm kiếm 100 253 51 0 •••••
9 Thời gian bật nguồn 96 96 0 3432 ••••
10 Số lần quay lại 100 100 0 0 •••••
11 Số lần hiệu chuẩn lại 100 100 0 0 •••••
12 Số chu kỳ cấp nguồn 98 98 0 2366 ••••
192 Số lần thu lại khi tắt nguồn 200 200 0 116 •••••
193 Số chu kỳ tải/dỡ tải 199 199 0 3836 •••••
194 Nhiệt độ HDA 111 98 0 36°C/97°F ••••
196 Số sự kiện được phân bổ lại 200 200 0 0 •••••
197 Các sector đang chờ xử lý hiện tại 200 200 0 0 ••••• -lỗi này cứ xuất hiện rồi biến mất198 Số sector ngoại tuyến không thể sửa được 200 200 0 1 ••••• -lỗi này luôn xuất hiện199 Lỗi Ultra DMA CRC 200 200 0 0 •••••
200 Tỷ lệ lỗi đa vùng 200 200 0 3 •••••
240 Giờ bay đầu 96 96 0 3377 ••••
Thỉnh thoảng, trong quá trình quét, ổ đĩa bị treo ở sector bị hỏng, báo lỗi rồi tiếp tục như không có chuyện gì xảy ra. (Đôi khi nó thậm chí còn quay chậm lại và khởi động lại sau vài giây sau khi gặp sector xấu, đôi khi thì không). Điều này làm tăng số lượng sector đang chờ xử lý. Thực hiện quét với remap sẽ dẫn đến 8 sector liên tiếp được remap, và quét bình thường sau đó, không báo lỗi và số lượng sector đang chờ xử lý sẽ trở về 0.
Theo những gì tôi biết, remap sẽ xảy ra khi ghi dữ liệu (ổ đĩa ghi vào một sector dự phòng thay vì một sector bị hỏng). Với kiến thức đó, tôi đã tạo một phân vùng NTFS 32 gigabyte bao phủ toàn bộ vùng bị hỏng và thử điền dữ liệu vào theo nhiều cách khác nhau, tuy nhiên điều này không có tác dụng. Chạy chkdsk /r, nó sẽ tìm và thêm một sector vào Bad Clusters File và sector đang chờ xử lý lại tăng lên 1. Chạy chkdsk một lần nữa ngay sau đó trả về kết quả là không tìm thấy lỗi nào.
Thử công cụ h2testw, thường được sử dụng để kiểm tra ổ đĩa flash giả, công cụ này sẽ điền toàn bộ phân vùng bằng các tệp thử nghiệm mà không bị treo hoặc bất kỳ sự cố nào khác, nhưng lại đưa ra lỗi CRC khi xác minh.
Tuy nhiên, bài kiểm tra kết thúc mà không có lỗi nào sau khi chạy chkdsk.
Vì tôi không thể ánh xạ lại theo bất kỳ cách nào từ trong Windows, nên tôi quyết định lắp ổ đĩa vào máy tính xách tay hỗ trợ chế độ cũ và có chế độ IDE của bộ điều khiển SATA để chạy MHDD và thử sửa chữa ổ đĩa. Phần mềm này chạy từ CD và tôi nghĩ là dưới DOS và ở cấp độ rất thấp, nhưng yêu cầu khởi động ở chế độ cũ và không hoạt động ở chế độ AHCI.
Tôi đã thực hiện quét toàn bộ, một lần nữa cung cấp cùng một kết quả và sau đó, theo quy trình, đầu tiên xóa toàn bộ ổ đĩa (zero-fill) và sau đó quét lại với tùy chọn ánh xạ lại được bật. Tuy nhiên, tôi gặp phải một vấn đề, vì trong một thời gian, tôi nghĩ chương trình bị treo khi cố gắng ánh xạ lại (nó được cho là đặt một hình vuông màu xanh bên cạnh khối được ánh xạ lại nhưng điều đó đã không xảy ra và chương trình không phản hồi gì cả và tôi chỉ có thể khởi động lại cưỡng bức). Hóa ra tôi chỉ cần kiên nhẫn, vì sau vài phút, hình vuông màu xanh thực sự xuất hiện cho biết ánh xạ lại thành công. Đợi đến cuối, nó tìm thấy và ánh xạ lại 8 sector và tôi nghĩ rằng đây sẽ là kết thúc của nó, nhưng không phải vậy. Quét bình thường vẫn báo lỗi và sau lần thử ánh xạ lại thứ 3, không hiểu sao 16 sector đã được ánh xạ lại, thay vì 8.
Sau đó, tôi thử theo thứ tự ngược lại (ánh xạ lại rồi điền số 0) và cũng thử xóa độ trễ (tùy chọn này về cơ bản sẽ xóa bất kỳ sector nào có thời gian truy cập trên 350 mili giây), nhưng vẫn không được, sector ngu ngốc đó vẫn ở đây.
Tôi hoàn toàn bối rối ở đây. Chuyện quái quỷ gì đang xảy ra vậy? Tại sao tôi không thể buộc ánh xạ lại, và ổ đĩa cũng không tự thực hiện khi rõ ràng là nó phải làm như vậy? Mọi ổ đĩa khác mà tôi gặp phải có một vài sector bị lỗi, tôi đều có thể sửa bằng phương pháp xóa rồi ánh xạ lại ngoài phương pháp này.
Tôi có thể thử cách nào khác không hoặc tôi chỉ nên:
a) Tạo một phân vùng rồi chkdskphân vùng đó, để Windows nhận biết sector bị lỗi và theo tôi hiểu, Windows sẽ bỏ qua sector đó (h2testw dường như xác nhận điều đó)
b) Để lại khoảng 22 GB đầu tiên của ổ đĩa không được phân bổ và tạo một phân vùng bao phủ toàn bộ vùng khỏe mạnh.
Tôi muốn ánh xạ lại sector này vì tôi không muốn cô ấy sợ những cảnh báo có thể bật lên vì có một sector đang chờ xử lý... đôi khi.
PS Có cách nào tôi có thể buộc đặt APM thành 254 hoặc ít nhất là 128, hoặc tốt hơn nữa là vô hiệu hóa nó không? Tất cả các ổ đĩa WD Blue trên máy tính xách tay mà tôi đã xử lý đều có giá trị này là 96 và điều này sẽ làm cho các tham số tải/dỡ tải và quay tăng vọt vì ổ đĩa quay chậm lại chỉ sau vài giây không hoạt động. Khi được sử dụng làm ổ đĩa hệ thống, có hoạt động liên tục nên nó vẫn chạy, nhưng khi là ổ đĩa dữ liệu, nó sẽ không được truy cập nhiều. Liệu việc quay chậm đột ngột này có phải là một dạng chế độ lỗi đã lên kế hoạch không? Một số ổ đĩa Toshiba có APM được đặt thành 1 khiến việc quay chậm xảy ra sau mỗi vài giây, thật nực cười! Tôi có thể đặt tham số thành 254 nhưng nó cứ đặt lại sau mỗi lần quay chậm.
Về cơ bản, tôi đã nhận được một ổ cứng HDD WD Blue 2,5 inch 1 TB từ bạn tôi để xem thử. Mẫu chính xác là WDC WD10JPCX-24UE4T0 - không có gì đặc biệt, thật đáng buồn là nó chỉ có tốc độ 5400 RPM.
Cô ấy muốn mở rộng bộ nhớ trò chơi của mình nhưng với giá của SSD hiện tại thì không thể. Ổ đĩa ban đầu được lắp trong một máy tính xách tay Lenovo từ khoảng năm 2017 và nó đã được thay thế bằng SSD sau hai năm vì nó trở nên chậm không thể chịu nổi. Vài tháng trước, cô ấy đã mua một chiếc máy tính xách tay chơi game nhưng nó chỉ có 512 GB nvme nên cô ấy lưu trữ trò chơi và những thứ khác trên ổ USB ngoài 1 TB cũ kỹ - không phải là giải pháp tối ưu và không thể cài đặt ổ đĩa này làm ổ đĩa trong vì nó có bộ điều khiển USB tích hợp - không có kết nối SATA.
Cô ấy nhớ rằng mình vẫn còn ổ đĩa cũ và hỏi tôi xem tôi có thể "làm phép thuật máy tính" và làm cho nó có thể sử dụng được không, để cô ấy có thể cài đặt nó vào máy tính xách tay của mình. Vì vậy, chỉ mong đợi sự phân mảnh nặng nề, từ những gì cô ấy nói với tôi, tôi đã lấy ổ đĩa và bắt đầu quy trình chẩn đoán tiêu chuẩn của mình.
Khi kiểm tra S.M.A.R.T. của ổ đĩa, tôi nhận thấy có 6 sector đang chờ xử lý, thật lạ, vì ổ đĩa chỉ mới sử dụng được khoảng 3500 giờ và dành nhiều thời gian trong ngăn kéo hơn là làm việc. Một lần kiểm tra nhanh cho thấy phân mảnh hơn 30% phân vùng hệ thống - không có gì ngạc nhiên khi nó chậm một cách điên rồ. Nhưng dù sao thì nó cũng sẽ được định dạng nên tôi không quan tâm.
Sau đó, tôi tiến hành quét toàn bộ bề mặt bằng phần mềm Victoria - đã sử dụng phần mềm này trong nhiều năm và nó rất tuyệt vời trong việc chẩn đoán ổ đĩa, nó hoạt động với hầu hết mọi thứ. Quá trình quét cho thấy ổ đĩa hầu như vẫn hoạt động tốt, khu vực có vấn đề duy nhất là khoảng 21 GB (LBA 41 800 000), nơi xuất hiện 8 UNC (CRC). Tôi đã thử ánh xạ lại và cả 8 sector dường như đã được ánh xạ lại thành công theo Victoria. Số lượng sector đang chờ xử lý giảm xuống 0, tuy nhiên, thật kỳ lạ, số lượng phân bổ lại không tăng (nhưng tôi thấy điều này xảy ra ở các ổ đĩa khác mà tôi đã sửa thành công). Đây là đầu ra nhật ký từ Victoria:
Phần tiết lộ19:59:09 : Đang gọi lại...
19:59:10 : Đang gọi lại... OK
19:59:11 : Đang bắt đầu đọc, LBA=41 000 000..1 953 525 167, ĐẦY ĐỦ, truy cập tuần tự w. REMAP, tio 10 000ms
19:59:23 : LBA 41 849 448 thử REMAP...
19:59:27 : LBA 41 849 448 thử REMAP... hoàn tất
19:59:28 : LBA 41 849 449 thử REMAP...
19:59:29 : LBA 41 849 449 thử REMAP... hoàn tất
19:59:30 : LBA 41 849 450 thử REMAP...
19:59:30 : LBA 41 849 450 thử REMAP... hoàn tất
19:59:31 : LBA 41 849 451 thử REMAP...
19:59:32 : LBA 41 849 451 thử REMAP... hoàn tất
19:59:33 : LBA 41 849 452 thử REMAP...
19:59:33 : LBA 41 849 452 thử REMAP... hoàn tất
19:59:34 : LBA 41 849 453 thử REMAP...
19:59:35 : LBA 41 849 453 thử REMAP... hoàn tất
19:59:36 : LBA 41 849 454 thử REMAP...
19:59:36 : LBA 41 849 454 thử REMAP... hoàn tất
19:59:37 : LBA 41 849 455 thử REMAP...
19:59:38 : LBA 41 849 455 thử REMAP... hoàn thành
19:59:55 : Lệnh bị người dùng ngắt!
19:59:55 : *** Kết quả quét: Cảnh báo - 0, lỗi - 8. Khối cuối cùng tại 45 935 216 (24 GB), thời gian 45 giây.
19:59:55 : 8 trong số 8 lỗi đã được ánh xạ lại thành công.
Bây giờ tôi nghĩ rằng mình còn lại một sector cứng đầu mà tôi không thể loại bỏ theo bất kỳ cách nào. Nó xuất hiện và biến mất ngẫu nhiên (Giá trị sector đang chờ xử lý dao động giữa 0 và 1 và không thể sửa lỗi ngoại tuyến là một hằng số, mặc dù kết quả quét ngoại tuyến cho biết nó đã hoàn thành thành công). Kiểm tra bản thân ngắn vượt qua khi giá trị là 0 và không vượt qua khi giá trị là 1. S.M.A.R.T. hiện tại như sau (sau khi thực hiện ánh xạ lại Victoria):Phần tiết lộWDC WD10JPCX-24UE4T0 WD-WXW1A17AP2FP
-----------------------------------------------------------------------------------
ID Tên Giá trị Tệ nhất Sức khỏe thô
-----------------------------------------------------------------------------------
1 Tỷ lệ lỗi đọc thô 200 200 51 949 •••••
3 Thời gian quay 180 176 21 1958 •••••
4 Số lần quay 97 97 0 3268 ••••
5 Số sector được phân bổ lại 200 200 140 0 ••••• 7 Tỷ lệ lỗi tìm kiếm 100 253 51 0 •••••
9 Thời gian bật nguồn 96 96 0 3432 ••••
10 Số lần quay lại 100 100 0 0 •••••
11 Số lần hiệu chuẩn lại 100 100 0 0 •••••
12 Số chu kỳ cấp nguồn 98 98 0 2366 ••••
192 Số lần thu lại khi tắt nguồn 200 200 0 116 •••••
193 Số chu kỳ tải/dỡ tải 199 199 0 3836 •••••
194 Nhiệt độ HDA 111 98 0 36°C/97°F ••••
196 Số sự kiện được phân bổ lại 200 200 0 0 •••••
197 Các sector đang chờ xử lý hiện tại 200 200 0 0 ••••• -lỗi này cứ xuất hiện rồi biến mất198 Số sector ngoại tuyến không thể sửa được 200 200 0 1 ••••• -lỗi này luôn xuất hiện199 Lỗi Ultra DMA CRC 200 200 0 0 •••••
200 Tỷ lệ lỗi đa vùng 200 200 0 3 •••••
240 Giờ bay đầu 96 96 0 3377 ••••
Thỉnh thoảng, trong quá trình quét, ổ đĩa bị treo ở sector bị hỏng, báo lỗi rồi tiếp tục như không có chuyện gì xảy ra. (Đôi khi nó thậm chí còn quay chậm lại và khởi động lại sau vài giây sau khi gặp sector xấu, đôi khi thì không). Điều này làm tăng số lượng sector đang chờ xử lý. Thực hiện quét với remap sẽ dẫn đến 8 sector liên tiếp được remap, và quét bình thường sau đó, không báo lỗi và số lượng sector đang chờ xử lý sẽ trở về 0.
Theo những gì tôi biết, remap sẽ xảy ra khi ghi dữ liệu (ổ đĩa ghi vào một sector dự phòng thay vì một sector bị hỏng). Với kiến thức đó, tôi đã tạo một phân vùng NTFS 32 gigabyte bao phủ toàn bộ vùng bị hỏng và thử điền dữ liệu vào theo nhiều cách khác nhau, tuy nhiên điều này không có tác dụng. Chạy chkdsk /r, nó sẽ tìm và thêm một sector vào Bad Clusters File và sector đang chờ xử lý lại tăng lên 1. Chạy chkdsk một lần nữa ngay sau đó trả về kết quả là không tìm thấy lỗi nào.
Thử công cụ h2testw, thường được sử dụng để kiểm tra ổ đĩa flash giả, công cụ này sẽ điền toàn bộ phân vùng bằng các tệp thử nghiệm mà không bị treo hoặc bất kỳ sự cố nào khác, nhưng lại đưa ra lỗi CRC khi xác minh.
Tuy nhiên, bài kiểm tra kết thúc mà không có lỗi nào sau khi chạy chkdsk.
Vì tôi không thể ánh xạ lại theo bất kỳ cách nào từ trong Windows, nên tôi quyết định lắp ổ đĩa vào máy tính xách tay hỗ trợ chế độ cũ và có chế độ IDE của bộ điều khiển SATA để chạy MHDD và thử sửa chữa ổ đĩa. Phần mềm này chạy từ CD và tôi nghĩ là dưới DOS và ở cấp độ rất thấp, nhưng yêu cầu khởi động ở chế độ cũ và không hoạt động ở chế độ AHCI.
Tôi đã thực hiện quét toàn bộ, một lần nữa cung cấp cùng một kết quả và sau đó, theo quy trình, đầu tiên xóa toàn bộ ổ đĩa (zero-fill) và sau đó quét lại với tùy chọn ánh xạ lại được bật. Tuy nhiên, tôi gặp phải một vấn đề, vì trong một thời gian, tôi nghĩ chương trình bị treo khi cố gắng ánh xạ lại (nó được cho là đặt một hình vuông màu xanh bên cạnh khối được ánh xạ lại nhưng điều đó đã không xảy ra và chương trình không phản hồi gì cả và tôi chỉ có thể khởi động lại cưỡng bức). Hóa ra tôi chỉ cần kiên nhẫn, vì sau vài phút, hình vuông màu xanh thực sự xuất hiện cho biết ánh xạ lại thành công. Đợi đến cuối, nó tìm thấy và ánh xạ lại 8 sector và tôi nghĩ rằng đây sẽ là kết thúc của nó, nhưng không phải vậy. Quét bình thường vẫn báo lỗi và sau lần thử ánh xạ lại thứ 3, không hiểu sao 16 sector đã được ánh xạ lại, thay vì 8.
Sau đó, tôi thử theo thứ tự ngược lại (ánh xạ lại rồi điền số 0) và cũng thử xóa độ trễ (tùy chọn này về cơ bản sẽ xóa bất kỳ sector nào có thời gian truy cập trên 350 mili giây), nhưng vẫn không được, sector ngu ngốc đó vẫn ở đây.
Tôi hoàn toàn bối rối ở đây. Chuyện quái quỷ gì đang xảy ra vậy? Tại sao tôi không thể buộc ánh xạ lại, và ổ đĩa cũng không tự thực hiện khi rõ ràng là nó phải làm như vậy? Mọi ổ đĩa khác mà tôi gặp phải có một vài sector bị lỗi, tôi đều có thể sửa bằng phương pháp xóa rồi ánh xạ lại ngoài phương pháp này.
Tôi có thể thử cách nào khác không hoặc tôi chỉ nên:
a) Tạo một phân vùng rồi chkdskphân vùng đó, để Windows nhận biết sector bị lỗi và theo tôi hiểu, Windows sẽ bỏ qua sector đó (h2testw dường như xác nhận điều đó)
b) Để lại khoảng 22 GB đầu tiên của ổ đĩa không được phân bổ và tạo một phân vùng bao phủ toàn bộ vùng khỏe mạnh.
Tôi muốn ánh xạ lại sector này vì tôi không muốn cô ấy sợ những cảnh báo có thể bật lên vì có một sector đang chờ xử lý... đôi khi.
PS Có cách nào tôi có thể buộc đặt APM thành 254 hoặc ít nhất là 128, hoặc tốt hơn nữa là vô hiệu hóa nó không? Tất cả các ổ đĩa WD Blue trên máy tính xách tay mà tôi đã xử lý đều có giá trị này là 96 và điều này sẽ làm cho các tham số tải/dỡ tải và quay tăng vọt vì ổ đĩa quay chậm lại chỉ sau vài giây không hoạt động. Khi được sử dụng làm ổ đĩa hệ thống, có hoạt động liên tục nên nó vẫn chạy, nhưng khi là ổ đĩa dữ liệu, nó sẽ không được truy cập nhiều. Liệu việc quay chậm đột ngột này có phải là một dạng chế độ lỗi đã lên kế hoạch không? Một số ổ đĩa Toshiba có APM được đặt thành 1 khiến việc quay chậm xảy ra sau mỗi vài giây, thật nực cười! Tôi có thể đặt tham số thành 254 nhưng nó cứ đặt lại sau mỗi lần quay chậm.
