SSD đang chết thầm lặng là gì và vì sao Windows hay giấu dấu hiệu?
SSD đang chết thầm lặng là tình trạng ổ vẫn chạy bình thường với tốc độ benchmark đẹp, nhưng bên trong bảng ánh xạ, ô nhớ flash và hệ thống file đã xuất hiện lỗi, đếm được bằng các bộ đếm SMART và log Windows, trong khi công cụ kiểm tra thông thường lại không hiển thị rõ cho người dùng cuối, khiến nguy cơ mất dữ liệu tăng dần mà không có cảnh báo dễ thấy. Nếu bạn chơi PC, lắp NVMe tốc độ cao, hay cài Windows trên SSD, bạn nên quan tâm đến chuyện này. Điều kiện tiên quyết: biết mở PowerShell/Command Prompt và cài được một công cụ đọc SMART như CrystalDiskInfo. Windows mặc định không hiển thị hầu hết dữ liệu SMART, dù mọi SSD hiện đại đều ghi lại thông tin sức khỏe bên trong qua hệ thống này. Thay vào đó, bạn chỉ thấy vài dòng chung chung trong giao diện Storage và các benchmark tốc độ. Thói quen chỉ nhìn vào điểm CrystalDiskMark hay “% health” là sai, vì đây chỉ là một ảnh chụp tức thời về throughput, không phản ánh độ tin cậy dài hạn hay lỗi ngầm. Nếu muốn kiểm tra sức khỏe SSD nghiêm túc, bạn phải kết hợp lệnh nâng cao trên Windows với việc đọc chi tiết SMART. Một lưu ý khác: Windows ghi lại quan điểm riêng về tình trạng ổ trong các trường HealthStatus, OperationalStatus và MediaType, đây là đánh giá độc lập với tiện ích của hãng sản xuất và không liên quan trực tiếp tới tốc độ đọc ghi. Theo đó, bạn có thể gặp cảnh “benchmark đẹp nhưng Windows đánh giá ổ không khỏe” – lúc này nên tin dữ liệu chẩn đoán hơn là điểm hiệu năng.
Đừng giữ nút nguồn: tắt máy sai cách có thể làm hỏng bảng ánh xạ SSD
Một trong những lỗi âm thầm nhất khiến SSD đang chết mà bạn không hay là tắt máy kiểu hard reset: giữ nút nguồn, giật dây, gạt công tắc PSU. Đây được gọi là “unsafe shutdown”, tức là máy tính – và ổ SSD – mất điện mà không kịp thực hiện quy trình tắt an toàn. Về phía ổ, điều quan trọng không phải bạn tắt bằng cách nào, mà là nó có nhận được tín hiệu shutdown để dừng ghi dữ liệu, flush cache và chốt bảng ánh xạ hay không. Bên trong SSD, firmware liên tục xoay vòng giữa các ghi đang diễn ra, dữ liệu cache và bookkeeping nội bộ để ánh xạ file trên Windows sang ô nhớ flash vật lý. Nếu nguồn sập đúng lúc, một ghi có thể đang dở dang, hoặc ổ phải tự phục hồi trạng thái ở lần boot sau. Điều nguy hiểm là lỗi này thường không làm ổ “chết ngay”, không giảm tốc rõ rệt, nhưng có thể khiến bảng ánh xạ và dữ liệu bị lệch ngầm. Unsafe shutdown đơn lẻ đôi khi không đáng lo; nếu máy khởi động lại bình thường, bạn có thể tiếp tục dùng. Nhưng khi bộ đếm loại sự kiện này trong log ổ bắt đầu tăng liên tục, đó là cờ đỏ cho khả năng lỗi dữ liệu kiểu khó đoán. Nói ngắn gọn: SSD có thể chết ở 100% health, và dữ liệu có thể hỏng dù SMART vẫn nói mọi thứ bình thường. Vì vậy, hãy hạn chế tối đa việc tắt máy cưỡng bức, nhất là khi bạn đang copy game, render video hoặc cập nhật hệ thống.
Quy trình 7 bước: dùng lệnh Windows và SMART để bắt lỗi mà benchmark bỏ sót
- Mở PowerShell hoặc Windows Terminal với quyền Administrator, vì các lệnh kiểm tra sâu ổ đĩa và hệ thống file cần quyền cao để truy cập thông tin độ tin cậy và lập lịch sửa chữa hoặc tối ưu.
- Chạy lệnh Get-PhysicalDisk để xem HealthStatus, OperationalStatus và MediaType, đọc xem Windows đánh giá ổ SSD của bạn đang khỏe, cảnh báo hay đã lỗi, thay vì chỉ nhìn vào kết quả benchmark.
- Chạy tiếp Get-PhysicalDisk | Get-StorageReliabilityCounter để truy vấn mức độ mòn (wear level) và số giờ hoạt động, nếu ổ, controller và driver hỗ trợ, vì lệnh này không phải lúc nào cũng trả về dữ liệu hữu ích trên mọi SSD.
- Dùng chkdsk C: /scan để quét toàn bộ hệ thống file NTFS trên SSD, tìm lỗi ở file record, index và security descriptor mà các công cụ kiểm tra sức khỏe SSD thường bỏ qua.
- Nếu chkdsk báo lỗi, chạy chkdsk C: /f để sửa lỗi hệ thống file; nhiều trường hợp thư mục không mở được hay file mất tích là do NTFS hỏng chứ không phải SSD vật lý.
- Kiểm tra trạng thái TRIM bằng lệnh fsutil behavior query DisableDeleteNotify; nếu kết quả là 1, bật lại bằng fsutil behavior set DisableDeleteNotify 0 để ổ NVMe không bị chậm dần vì không được giải phóng block không dùng.
- Vào Settings → System → Storage → Advanced Storage Settings → Drive Optimization để xác nhận Windows đang lập lịch retrim (Optimize-Volume -DriveLetter C -ReTrim -Verbose) định kỳ, thường là mỗi tuần, nhằm tối ưu hóa NVMe lâu dài.
Chuỗi lệnh trên nhằm xử lý bốn điểm mù mà benchmark như CrystalDiskMark không động tới: đánh giá sức khỏe tổng thể của Windows, độ mòn và giờ chạy, tình trạng hệ thống file, và việc tối ưu hóa NVMe qua TRIM/retrim. Theo tường thuật, người dùng đã chạy nhiều lần benchmark vẫn thấy tốc độ đọc ghi ổn, nhưng khi dùng các lệnh này thì phát hiện lỗi filesystem và một thiết lập có thể đang hại SSD. Gotcha lớn nhất: bạn không thể lúc nào cũng trông vào Get-StorageReliabilityCounter, vì nó phụ thuộc vào ổ, controller và driver; một số SSD đơn giản là không trả về dữ liệu hữu ích. Sai lầm phổ biến khác là để TRIM bị tắt mà không biết, do một số cấu hình RAID hoặc hộp USB–NVMe không truyền được lệnh TRIM xuống ổ. Nếu bạn ép chạy retrim bằng lệnh Optimize-Volume, hãy làm khi máy rảnh, vì đó là thao tác nền chứ không phải sửa lỗi thần kỳ. Mục tiêu cuối cùng của quy trình này: phát hiện lỗi ổ cứng và sửa chữa SSD Windows ở mức phần mềm trước, thay vì vội vàng kết luận SSD đã hỏng phần cứng.
Đọc SMART đúng cách: nhìn vào dòng nhỏ thay vì phần trăm health to đùng
SMART là “nhật ký sức khỏe” mà mọi SSD liên tục ghi lại, gồm tổng đọc/ghi, giờ hoạt động, số lần cấp nguồn, nhiệt độ và số block bị chuyển vùng hoặc loại bỏ. Windows không hiện ra phần lớn dữ liệu này, nhưng bạn có thể dùng CrystalDiskInfo hoặc lệnh smartctl để đọc trong vài giây. Khi mở CrystalDiskInfo, bạn sẽ thấy một con số phần trăm health rất to, nhưng đây là thông tin ít thú vị nhất trên màn hình. Thay vì ám ảnh với health %, hãy chú ý các thuộc tính như Total Host Writes, số giờ chạy, nhiệt độ vận hành, số block được chuyển vùng (reallocated/retired), lỗi integrity và lỗi không sửa được. Đây mới là những dấu hiệu wear thực sự. Khi các bộ đếm lỗi này bắt đầu nhích lên, đó là tín hiệu SSD đang chết về mặt vật lý, dù thanh health có thể vẫn cố trấn an bạn. Một câu nói đáng trích: “Reallocated hoặc retired blocks, lỗi integrity media/data và uncorrectable error là dấu hiệu cảnh báo thật sự của suy giảm vật lý SSD.” SMART không hoàn hảo; nó cho bạn biết điều ổ ghi nhận, không cho biết nguyên nhân hay khoảng cách chính xác đến ngày ổ sập. Đó là lý do nên dùng thêm tiện ích như CrystalDiskInfo để trình bày giá trị theo kiểu dễ đọc, vẽ xu hướng nhiệt độ, tô màu các thuộc tính bất thường và giúp bạn thấy những cảnh báo tinh tế mà công cụ cơ bản của Windows thường giấu mất.
Tắt máy đúng cách, kiểm tra định kỳ và luôn backup: bài học rút ra
Sau khi thử các lệnh và công cụ chẩn đoán, người dùng trong ví dụ không cần cấu hình thêm gì cho retrim vì Windows đã tự lập lịch tối ưu ổ NVMe hàng tuần trong mục Drive Optimization. Điều này cho thấy ở nhiều hệ thống, nếu bạn chịu khó kiểm tra vài tháng một lần và để OS lo lịch tối ưu, SSD hiện đại thường có tuổi thọ vượt nhu cầu sử dụng thông thường. Kết quả lý tưởng khi bạn làm đúng quy trình: chkdsk /scan cho thấy lỗi filesystem, chkdsk /f sửa được mà không đụng tới phần cứng; ổ vẫn báo khỏe, Windows vẫn đánh giá HealthStatus tốt, và các bộ đếm SMART nghiêm trọng như reallocated block hoặc uncorrectable error không tăng. Trong trường hợp nguồn lỗi là hệ thống file, vấn đề không nằm ở ổ mà ở NTFS, và chkdsk là công cụ sửa chữa SSD Windows ở lớp này. Điều đáng nhớ: tránh tối đa unsafe shutdown, nhất là khi hệ thống đang ghi; nếu mất điện đúng thời điểm, viết có thể dang dở hoặc ổ phải tự dựng lại trạng thái bên trong ở lần boot kế tiếp, tăng rủi ro lỗi dữ liệu khó phát hiện. Hãy kiểm tra sức khỏe SSD và tối ưu hóa NVMe định kỳ bằng các lệnh Windows và SMART, nhưng đừng quên điều quan trọng nhất: luôn duy trì backup dữ liệu, vì không có công cụ nào dự đoán hoàn toàn chính xác lúc SSD sẽ gục.
