Microsoft Enterprise Platforms Support: Windows Server Core Team
My name is William Effinger, and I am a Senior Support Escalation Engineer with the Windows Core team at Microsoft. Some of the most common questions we get here at the storage team center around CHKDSK. If you have ever come across any event ID 55s in your system event log, this blog is for you.
What is an event ID 55? Let’s start by looking at the error:
Event Type: Error Event Source: NTFS Event ID: 55 Description: The file system structure on disk is corrupt and unusable. Please run the chkdsk utility on the volume "Drive_letter:"
While the error description is direct and self-explanatory, we often receive calls from customers who want to better understand how this occurred and their subsequent options.
How did we get into this situation to begin with?
The file system does not proactively check each write (doing so would hugely impact performance, as you can imagine). NTFS instead has a logic that checks some reads for congruence. As a preventative measure, we can only suggest best practices such as keeping up to date with drivers and firmware.
We do know, however, that the corruption that we see in the file system is due one of two things: either a hardware problem or an issue with the file system driver.
The majority of the issues we see revolve around problems with hardware. As a rule of thumb, hardware tends to corrupt unpredictably.
If you suspect hardware, the following techniques will likely help you identify the culprit:
While extremely rare, NTFS issues can certainly happen. Unlike hardware, NTFS will leave a trail of very specific clues in the corruption leading straight to the offending code. Due to the exceptionally large install base of NTFS, opportunities for corruption have already been identified and resolved. If a software concern still remains, updating the latest version of NTFS would be a prudent course of action.
The only option left for Microsoft support is to look over your server and provide an analysis of the storage stack health. To do that, we look for filter and out of date storage drivers. Then we attempt to eliminate multi-pathing and/or contact the storage vendor suggesting updates as necessary.
Sometimes identifying the root cause of the corruption is less important than resolving the corruption itself. Event ID 55 has alerted you to the fact that there is corruption on the volume, and the only tool capable of resolving the file system corruption is CHKDSK. Unfortunately, customers are unable to use the corrupted volume while CHKDSK is repairing problems with the file system and estimating downtime is impossible. My colleague summed this up in his blog “Questions you shouldn't call Microsoft for...”
If you have any event ID 55s in your system event log, it’s time to run CHKDSK. The longer you wait the worse it is likely to get.
William Effinger Senior Support Escalation Engineer Microsoft Enterprise Platforms Support
Nice blog William, "NTFS instead has a logic that checks some reads for congruence", it would have been great if you would have had expaliend that logic.
Agred, and does this logic move forward into windows 2012?
Nice article. the only problem is that on my windows 2003 server it only says
The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume . as you can see it only gives a dot and not drive letter. what are my options?
thanks
This is the long version of "I Don't Know".
I am seeing the same problem as RobK - no drive letter listed, just a blank space and then the full stop. I ran chkntfs on both of the volumes in the server and neither were dirty.
Has anyone found the cause / solution for this?
William article is great help in understanding but i want to know even after run chkdsk or chkdsk/r with no errors, if we keep on getting the event id generated. Does that mean sth wrong?