Event ID 55 Source Ntfs
| Event ID | 55 |
| Source | Ntfs |
| Type | Error |
| Description | The file system structure on the disk is corrupt and unusable. Please run the chkdsk utility on the volume <drive letter>:. |
| English, please! | This information is only available to subscribers. An example of English, please! |
| Comments |
Steve Fairs
I have had this error using Windows Media Center and spent an age trying to resolve it. In my case, it was caused by a power outage causing a problem with the "All Users\Documents\Recorded TV\TempRec\TempSBE" directory, which became corrupted. CHKSDSK did not find an issue (I think it is due to a case mismatch with CHKDSK between the MFT and FRS; see knowledgebase M246026). I could not delete the directory, using explorer or Delinvfile. So CHKDSK says everything is OK, but the volume dirty bit is set when Windows starts. The trick is to identify which access is marking the volume as dirty. I ran Sysinternal’s Process Monitor and enabled Boot Logging (Options -> Enable Boot Logging). This resulted in a humongous log file but the process that set the dirty bit has a result of CORRUPT. In my case I moved the corrupt directory (as it could not be deleted) to my root directory and created a new directory structure using the old (corrupt) path. I ran CHKDSK /F /R on restart, and no errors were detected. FSUTIL DIRTY QUERY C: showed the drive as clean and I could defrag my hard drive. Anonymous I got this error after rebuilding a RAID 5 partition. I resolved this problem by updating SCSI/RADI firmware, running chkdsk, and finally applying hotfix M932578. Mihai Andrei See M932578 for a hotfix applicable to Microsoft Windows Server 2003 and Microsoft Windows XP. See the link to "SWSoft Support Article ID: 1008" for additional information about this event. Ionut Marin As per Microsoft: "The file system structure on the volume listed in the message might be corrupt because of one or more of the following reasons: - The disk might have bad sectors. - I/O requests issued by the file system to the disk subsystem might not have been completed successfully". See MSW2KDB and M885871 for more details. As per Microsoft: "This behavior occurs when the cluster node computer starts. This behavior is caused by a conflict between the NTFS file system and the cluster services driver component (Clusdisk) filter. If you experience the behavior as it has been described, it does not indicate a problem with the cluster node hard disk and can be ignored". See the link to M885688 for more details on this issue. As per Microsoft: "If you are using MSDE, when the database size limit of 2 GB is reached or exceeded, MSDE is halted, no further jobs are scheduled, and a record similar to the following is written to the system event log". See the link to "DTM Database Options and Maintenance Best Practices" for additional information. Anonymous I have seen this error occur when using Tivoli’s TSM 5.2.3 Open File Support, which uses the Logical Volume Snapshot Agent. This may occur on database servers where a snapshot of a locked file may be in process. Uninstall Open File Support and use a product suited for databases. Why bother deciphering Event logs when GFI EventsManager can do everything for you? Free trial here! Byrneder If this is a logical drive, which has been given to a server via ''Selective Storage Presentation'' in a Heterogeneous SAN Environment running Windows 2000, make sure you have the correct zoning configuration implemented on the Fabric Switch; otherwise, this drive will be seen on other Fibre Channel hosts in your SAN. Thus, cause this error to appear. Jeff A. See M310841 for details on how to fix this problem. Philipp Reitberger This may be caused by corrupted pagefile. I got Event ID 55 every time chkdsk ran when WinXP Pro SP1 started. Solution: Take another disk/volume for pagefile. After this, you may delete old “pagefile.sys” and then change disk/volume for pagefile back to the previous one. V-1dgerth Under stressful disk input/output (I/O) on a volume that uses the NTFS file system, disk inconsistency may occur. A fix is available from Microsoft for both Windows 2000 and Windows NT. Tony Fuentes As per M320866, this problem may be caused by a condition in the Windows 2000 Disk Defragmenter tool that may prevent a particular cluster of data from being optimized. See the article for details. Anonymous This behavior can occur if the NTFS volumes' Master File Table (MFT) is corrupted. See M246026. Adrian Grigorof From a newsgroup posting: There could be several problems: 1. HDD is bad 2. If HDD is good, then the motherboard is bad 3. If the motherboard is good, then look in line 1 :) Anyway, backup your critical data immediately. Then run chkdsk /f. To be on the safe side, it's better if you have Win2k machine around and you might check NT disk on this machine more safely. |
| Links | M246026, M310841, M320866, M885688, M885871, M932578, DTM Database Options and Maintenance Best Practices, SWSoft Support Article ID: 1008, MSW2KDB |
| Search | Google Web - Microsoft Support - Bing - EventID.Net Queue - More links... |
| Custom search | The custom search information is available to subscribers only. |
| Feedback | Send comments - Notify me when updated |
| Print version |