囧,文件⑨,真厉害
昨天BT中意外死机,然后IDE硬盘就损坏了,资源管理器无法访问,不过diskgenius可以,估计chkdsk一下就好了。结果检查了将近一上午还没好:
文件系统的类型是 NTFS。
CHKDSK 正在校验文件(阶段 1/3)...
......
CHKDSK 正在验证索引(阶段 2/3)...
......
CHKDSK 正在验证安全描述符(阶段 3/3)...
正在将带有 Id 256 的一个索引数据项插入文件 9 的索引 $SII。
......
正在将带有 Id 256 的一个索引数据项插入文件 9 的索引 $SDH。
......
正在将带有 Id 99999 的一个索引数据项插入文件 9 的索引 $SII。
......
正在将带有 Id 225916 的一个索引数据项插入文件 9 的索引 $SDH。
......
晕,这个“文件9”究竟是什么。没完了。 http://photos2.pix.ie/01/48/01485D9DC3AA4A74A1AE1AD8641847EC.jpg
⑨在帮你搞扫除。。(这么早就准备过年了吗? 正在将带有 Id 839 的一个索引数据项插入文件 9 的索引 $SDH。
正修复安全文件的记录段。
正在从文件 9 的索引 $SDH 删除带有 Id 83940 的一个索引数据项。
完成百分比: 78。(共 275568 个文件 SD/SID,已处理 0 个)
完成百分比: 79。(共 275568 个文件 SD/SID,已处理 8752 个)
完成百分比: 80。(共 275568 个文件 SD/SID,已处理 22178 个)
完成百分比: 81。(共 275568 个文件 SD/SID,已处理 35603 个)
完成百分比: 82。(共 275568 个文件 SD/SID,已处理 49029 个)
完成百分比: 83。(共 275568 个文件 SD/SID,已处理 62454 个)
完成百分比: 84。(共 275568 个文件 SD/SID,已处理 75880 个)
完成百分比: 85。(共 275568 个文件 SD/SID,已处理 89306 个)
完成百分比: 86。(共 275568 个文件 SD/SID,已处理 102731 个)
完成百分比: 87。(共 275568 个文件 SD/SID,已处理 116157 个)
完成百分比: 88。(共 275568 个文件 SD/SID,已处理 129582 个)
完成百分比: 89。(共 275568 个文件 SD/SID,已处理 143008 个)
完成百分比: 90。(共 275568 个文件 SD/SID,已处理 156434 个)
完成百分比: 91。(共 275568 个文件 SD/SID,已处理 169859 个)
完成百分比: 92。(共 275568 个文件 SD/SID,已处理 183285 个)
完成百分比: 93。(共 275568 个文件 SD/SID,已处理 196710 个)
完成百分比: 94。(共 275568 个文件 SD/SID,已处理 210136 个)
完成百分比: 95。(共 275568 个文件 SD/SID,已处理 223562 个)
完成百分比: 96。(共 275568 个文件 SD/SID,已处理 236987 个)
完成百分比: 97。(共 275568 个文件 SD/SID,已处理 250413 个)
完成百分比: 98。(共 275568 个文件 SD/SID,已处理 263838 个)
已处理 275568 个文件 SD/SID。
CHKDSK 正在压缩安全描述符流
转机来到。 压缩安全描述符流要多长时间?
chkdsk读取字节已经达到80GB,写入2.5GB。 文件系统的类型是 NTFS。
CHKDSK 正在校验文件(阶段 1/3)...
......
CHKDSK 正在验证索引(阶段 2/3)...
......
CHKDSK 正在验证安全描述符(阶段 3/3)...
正在将带有 Id 256 的一个索引数据项插入文件 9 的索引 $SII。
......
正在将带有 Id 256 的一个索引数据项插入文件 9 的索引 $SDH。
......
正在将带有 Id 99999 的一个索引数据项插入文件 9 的索引 $SII。
......
正在将带有 Id 225916 的一个索引数据项插入文件 9 的索引 $SDH。
......
可怜的⑨啊.......老被插........ http://203.208.39.132/search?q=cache:jviDMLZiDNoJ:zh.wikipedia.org/zh-cn/NTFS+%E6%AD%A3%E5%9C%A8%E5%B0%86%E5%B8%A6%E6%9C%89+Id+256+%E7%9A%84%E4%B8%80%E4%B8%AA%E7%B4%A2%E5%BC%95%E6%95%B0%E6%8D%AE%E9%A1%B9%E6%8F%92%E5%85%A5%E6%96%87%E4%BB%B6+9+%E7%9A%84%E7%B4%A2%E5%BC%95+%24SII%E3%80%82&cd=1&hl=zh-CN&ct=clnk&gl=cn&st_usg=ALhdy2-vz9vW_6VCCuRUU_8jDObUrL4GnA
9
$Secure
访问控制列表(ACL)数据库,统一将 ACL 存储于该数据库中而非每个文件存储各自的 ACL 以减少总体代价。包含两个索引:$SII——可能是[来源请求]安全 ID 索引,以及 $SDH——安全描述符哈希,用于索引包含实际 ACL 列表的称为 $SDS 的流的位置。 CHKDSK 正在压缩安全描述符流
已处理 15121 个数据文件。
正在更正主文件表(MFT) BITMAP 属性的错误。
正在更正卷位图的错误。
Windows 已更正文件系统。
总共有 39078080 KB 磁盘空间。
246682 个文件中有 14209672 KB。
15125 个索引 85972 KB。
坏扇区 0 KB。
系统正在使用 452204 KB。
日志文件占用了 65536 KB。
磁盘上 24330232 KB 可用。
每个分配单元中有 4096 字节。
磁盘上共有 9769520 个分配单元。
磁盘上有 6082558 个可用的分配单元。
貌似完成了。不过chkdsk没有自己关闭,还占用50%CPU,怎么回事?
我把屏幕输出重定向到了文件,是这个问题吗? 囧,垂死挣扎一下。
chkdsk的内存占用暴增到了1.2GB,告急!
不敢结束。
回复 #8 cuihao 的帖子
看样子你的硬盘出的问题比我的厉害多了 建议终止类似的情况之前遇过
耐性等待了半天的结果是所有数据全部报废 已经好了,数据完好无损。 牛逼
页:
[1]