A-A+

CHKDSK问题“文件或目录G:已损坏且无法读取”

2007年05月12日 网络存储 评论 11 条 阅读 18,914 次

故障现象:

Windows操作系统平台下服务器自动弹出一个错误信息提示框,错误信息内容为:“文件或目录G:已损坏且无法读取,请运行CHKDSK工具”。查看MDC服务器的系统日志可看到如下信息:“Windows - 损坏文件, 文件或目录 G:$Mft 已损坏且无法读取。请运行 Chkdsk 工具。”

故障修复:

要解决这个问题很简单,可通过两种方式:
1、直接重启服务器,在进入WINDWOWS之前,系统会提示G盘的文件系统被损坏,需要进行修复。
2、在命令行模式下输入:chkdsk G: /x, 系统会自动修复G盘,不需要重启服务器。修复操作完成后,G盘就可以正常使用。

修复操作过程中的信息如下:

C:>chkdsk G: /x
文件系统的类型是 NTFS。
卷已被卸下。该卷所有打开的句柄现在都无效。

CHKDSK 正在校验文件(3 的阶段 1)...
从文件记录段 25
删除损坏的属性记录 (160,$O)。
从文件记录段 21038
删除损坏的属性记录 (128,"")。
文件校验完成。00。
CHKDSK 正在校验索引(3 的阶段 2)...
修正文件 5 索引 $I30 中的错误。
修正文件 5 索引 $I30 中的错误。
为文件 5 中的索引 $I30 排序。
修正文件 25 索引 $O 中的错误。
修正文件 25 索引 $O 中的错误。
为文件 25 中的索引 $O 排序。
正插入文件 25 的索引 $O 中的索引项。
正插入文件 25 的索引 $O 中的索引项。
正插入文件 25 的索引 $O 中的索引项。
正插入文件 25 的索引 $O 中的索引项。
正插入文件 25 的索引 $O 中的索引项。

….
正插入文件 25 的索引 $O 中的索引项。
正插入文件 25 的索引 $O 中的索引项。

删除文件 5 索引 $I30 的索引项 x.dat。
删除文件 351 索引 $I30 的索引项 dir0001.chk。
删除文件 351 索引 $I30 的索引项 dir0002.chk。
索引校验完成。00。
CHKDSK 正在恢复丢失的文件。
恢复孤立文件 found.009 (18) 到目录文件 5。
恢复孤立文件 SYSTEM~1 (27) 到目录文件 5。
恢复孤立文件 System Volume Information (27) 到目录文件 5。
恢复孤立文件 Ds10.dat (29) 到目录文件 49。
恢复孤立文件 SOBEYI~1 (30) 到目录文件 5。
恢复孤立文件 sobeyinfo (30) 到目录文件 5。
……
……
恢复孤立文件 found.005 (21036) 到目录文件 5。
恢复孤立文件 found.004 (21039) 到目录文件 5。
CHKDSK 正在校验安全描述符(3 的阶段 3)...
正在将带有 Id 268 的一个索引数据项插入文件 9 的索引 $SII。
正在将带有 Id 268 的一个索引数据项插入文件 9 的索引 $SDH。
正在将带有 Id 269 的一个索引数据项插入文件 9 的索引 $SII。
正在将带有 Id 269 的一个索引数据项插入文件 9 的索引 $SDH。
整修复安全文件的纪录段。
正修复安全描述的数据流的镜象副本。
安全描述符校验完成。
在文件 21038 插入数据属性。
正在修复主控文件表(MFT)位图属性的错误。
正在修复卷位图的错误。
第二个 NTFS 引导扇区无法写入。

修复操作完成后,可能会发现部分文件已丢失,同时在G盘的根目录下也会发现一个或多个以“found000或found001"形式命名的文件夹,丢失的文件被修复操作迁移到该文件中。如果该文件夹中的文件未被修改,可以手动复制回原文件夹。如果文件的名称已被修改(一般来说仅仅是文件名和文件属性被修改,文件本身还在),修改名的命名方式类似与"found000.000", 在这种情况下,如果你知道源文件的命名规则和后缀名,还可能一个一个的修复该文件,否则。。。。。。。。。。

故障分析:

在 NTFS 文件系统里面,磁盘上的所有东西都以文件的形式出现。即使是元数据也是以一组文件的形式存储的。MFT(Master File Table 主文件表) 是这个卷上每一个文件的索引。 MFT 为每一个文件保存着一组称为“属性”的记录,每个属性存储了不同类型的信息。根据CHKDSK的检测结果来看,出现的问题集中表现在MFT表损坏或者大量的文件链接错误以及文件属性的丢失。说明该问题是文件系统本身在处理大量文件的存放与读取过程中,对文件分配表(MFT)或者文件插入段(FRS)的做出了不正确处理所引起的。

引起文件分配表MFT出现错误的原因的两种。

1、系统非正常关机或突然死机,在数据读写过程中突然关机服务器,极容易出现该故障。
2、文件系统管理权限冲突。一般情况下一个文件系统只能属于专属于一个服务器,只能被一个服务器管理,核心问题是文件系统的MFT文件只能被一台服务器所修改,否则就会出现MFT文件中索引信息和卷地址信息出错。但在双机、群集或SAN存储网络环境下,一个文件系统经常被多台服务器共享,且同时访问。这是就必须安装存储网络共享管理软件,否则就一定会出现文件系统损坏。

可随时通过CHKDISK G: 命令来检查文件系统是否正常。

预防措施:

1、确保机房供电系统不会出现突然断电现象,使用有效的UPS电源。
2、规范操作,禁止非正常关机或野蛮关机。
3、经常进行磁盘碎片整理,增加文件的连续性和完整性。
4、严格规范共享存储系统的管理和操作流程,保证MDC/MDS服务器的安全性和稳定,防止MDC重启。重启MDC服务器前,必须先关闭所有客户端。
5、严格遵守共享存储系统和开关机步骤。开机时顺序为交换机,存储,MDC服务器,然后是客户端,关机时的顺序为客户端,MDC服务器,存储,然后是交换机。
6、存储共享系统新增加工作站时,未安装共享管理软件之前,严禁将工作站接入SAN网络。
7、确保存储共享系统中的每一台工作站和服务器上的存储共享管理软件运行正常。

11 条留言  访客:11 条  博主:0 条

  1. YUSHINE

    HAO

  2. SONG

    高人,我按照第二种方法修复了我的磁盘,谢谢

  3. yu

    我都不懂电脑。。。怎么办啊???我是电脑的D盘像他那样。。。。

  4. sansky

    打开“我的电脑”,右键点击D盘,选择属性,选择工具,选择“开始检查”,勾选两个选项,点开始。然后按电脑提示做就可以了。

    或者在命令行模式下输入:chkdsk D: /x, 系统会自动修复D盘,不需要重启服务器。修复操作完成后,D盘就可以正常使用。

  5. 兰振宇

    我用了第2种方法,恢复了 ,非常感谢!

  6. deadpest

    谢谢你.

  7. deadpest

    这个到底怎么弄啊

  8. deadpest

    ‘命令行模式’是什么,这个怎么弄谁能教教我,谢谢

  9. shenlan

    命令行模式’是什么,这个怎么弄谁能教教我,谢谢

  10. sansky

    开始菜单,运行,输入cmd,回车。

  11. yezi

    我是C盘啊。。。怎么办了??

给我留言

Copyright © 【存储部落】 保留所有权利.   Theme  Ality

用户登录 ⁄ 注册

分享到: