Windows Commands Revealed SSD Problems My Benchmarks Never Showed

Running a few Windows commands revealed SSD health and filesystem issues that CrystalDiskMark benchmarks completely missed.

Windows Commands Revealed SSD Problems My Benchmarks Never Showed

I always run a benchmark after installing a new SSD. Glancing through the numbers often gives reassurance that all is fine. However, this habit caught up with me. Using a handful of Windows commands revealed things about my SSD that even CrystalDiskMark never surfaced. I could finally see the drive’s reliability and a setting that might have been harming it. That momentary snapshot of raw throughput is just one part of the story, and I now check it differently.

Windows Had a Second Opinion on My SSD

Get-PhysicalDisk Showed Me Something a Benchmark Never Could

Get PhysicalDisk command on PowerShell

I’ve run CrystalDiskMark on this SSD many times, and it has always shown good read and write speeds. However, simply out of curiosity, I opened PowerShell and ran this command:

Get-PhysicalDisk

Among the results were three interesting fields: HealthStatus, OperationalStatus, and MediaType. They piqued my interest because they never appeared on a benchmark chart. These values reflect what Windows Storage considers the drive’s current health and operational status. It’s a separate health assessment from what manufacturer utilities typically report; it isn’t a measure of how quickly the drive may move data.

I also queried the drive’s wear level and power-on hours using:

Get-PhysicalDisk | Get-StorageReliabilityCounter

You can’t always rely on Get-StorageReliabilityCounter — support depends on the drive, controller, and driver. Your specific SSD may not return any useful information here.

Sometimes the Filesystem Is the Real Problem

CHKDSK Detects Corruption That SSD Health Checks Miss

Even though the first command showed the drive was healthy, this still doesn’t explain why a certain folder may not open. Running the command below fixed that.

chkdsk C: /scan

It scanned the filesystem without making changes and reported errors. CHKDSK on an SSD focuses primarily on filesystem integrity (the NTFS filesystem itself) instead of physical surface checks associated with hard drives. This includes the file records, indexes, and security descriptors that keep track of where items are on the drive.

SymptomWhat it usually meansCan CHKDSK catch it?
Folder won’t openIndex corruptionYes
Random file goes missingOrphaned file recordYes
Drive runs slow overallHardware wearNo
System won’t bootBoot sector damageSometimes

Afterward, I ran chkdsk C: /f to fix the issues the scan reported. The problem wasn’t the drive itself, but the filesystem on it.

One TRIM Setting Worried Me More Than It Should Have

fsutil Confirmed It Was Still Working Behind the Scenes

fsutil command on PowerShell

TRIM is the mechanism that tells an SSD which data blocks are no longer in use and can be wiped, helping the drive maintain performance over time. To check whether it was enabled, I ran:

fsutil behavior query DisableDeleteNotify

A result of 0 means TRIM is active; a result of 1 means it is disabled. Mine returned 0, so TRIM was working correctly in the background — something no benchmark result would have told me. If yours shows 1, you can re-enable TRIM by running the following command in an elevated PowerShell window:

fsutil behavior set DisableDeleteNotify 0

Together, these three commands — Get-PhysicalDisk, chkdsk, and fsutil — gave me a far more complete picture of my SSD’s condition than any benchmark chart ever had. Speed numbers are useful, but they don’t tell you whether your filesystem is intact, how worn your drive actually is, or whether the features keeping it healthy are switched on. Running these checks periodically takes only a few minutes and can surface problems worth addressing before they become serious.