加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

NTFS-$Volume丢失导致分区无法正常打开一例

发布时间:2020-12-14 05:58:11 所属栏目:Windows 来源:网络整理
导读:在我们数据恢复工作中经常会遇到“分区提示格式化”或是“文件目录结构错误或损坏”这类故障,出现此原因一般是因为硬盘有坏道或是分区参数损坏导致的。 通常情况下我们先使用第三方恢复工具把数据先安全备份后在对原始设备进行修复。 Chkdsk.exe 是 CHKDSK
在我们数据恢复工作中经常会遇到“分区提示格式化”或是“文件目录结构错误或损坏”这类故障,出现此原因一般是因为硬盘有坏道或是分区参数损坏导致的。

通常情况下我们先使用第三方恢复工具把数据先安全备份后在对原始设备进行修复。

Chkdsk.exe 是 CHKDSK 程序的命令行界面,我们可以在命令提示符程序框下直接使用该命令,该程序用于验证文件系统的逻辑完整性。如果 CHKDSK 在文件系统数据中发现存在逻辑不一致性,CHKDSK 将执行可修复该文件系统数据的操作。

一直以来磁盘检修命令(chkdsk)都是我们最得力的命令之一,但有时候也会遇到特殊情况无法使用该命令修复分区文件目录损坏的问题,如本例:

希捷1TB移动硬盘分区RAW案例,多数情况下该故障的原因为文件系统目录损坏或其他逻辑性问题。正常流程应首先拷贝分区内数据,待数据拷贝完成之后对故障分区做磁盘检修。但不保证会磁盘检修成功,或检修后可能会出现部分文件损坏目录损坏的情况。

在该故障盘数据拷贝完成之后,对其进行命令检修,发现总是如下提示:

更换电脑、卸载硬盘等方法尝试后无果,winhex中查看该分区,发现在目录浏览器中没有$MFTMirr文件,判断故障原因可能还是和NTFS系统元文件有关,首先定位$MFT和$MFTMirr,发现在$MFT中,3号ID的“卷”文件记录有丢失,前后查看发现是文件记录发生偏移导致的“卷”文件记录的丢失,如下图:



确定4号ID之前的文件记录问题后,将0、1、2号记录写回正常位置,从正常分区中拷贝“卷”文件记录至故障分区相应位置:

保存退出后发现分区即可打开正常使用,确保正常无误我们再次使用检修命令,发现检修顺利,用户数据完整:

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读