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

在我们数据恢复工作中经常会遇到“分区提示格式化”或是“文件目录结构错误或损坏”这类故障,出现此原因一般是因为硬盘有坏道或是分区参数损坏导致的。

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

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

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

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

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

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


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

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

原文地址:https://blog.51cto.com/xyhdd/2439756

时间: 2024-08-01 18:01:28

NTFS-$Volume丢失导致分区无法正常打开一例的相关文章

Boot目录下内容丢失导致系统无法启动

Boot目录下内容丢失导致系统无法启动 笔者朋友近期在一次学习过程中不慎将虚拟机中boot目录下内容丢失,导致系统无法启动.当然此前他并不知道是这样,只是应为莫名的弹出框报错所有导致系统无法启动.此后朋友将此故障告知笔者,笔者本身其实也是小白刚刚学习linux不就,但是对这些稀奇古怪的故障感觉很有兴趣,所以笔者就掉进坑里搞了几个小时到了凌晨2点才搞出来点眉目来.为了让更多学习linux的小白踩坑,笔者将故障处理过程写出来希望和在下一样的小白们少踩坑.下的不好大家别见怪哈. 1.  事故出现原因

一次Windows 注册表中注册表项目丢失导致的Oracle 数据库启动问题。

一次Windows  注册表中注册表项目丢失导致的Oracle 数据库启动问题. 环境说明: 1.windows 2008操作系统 x64bit 2.Oracle database 11.2.0.1 32bit 3.sqlplus / as sysdba进不去,报错: c:\user\administrator>sqlplus / as sysdba Error 6 initializing SQL*Plus Message file sp1<lang>.msb not found SP

解决Window下文件名过长,导致无法删除,打开等问题

由于重装了Win8.1,在C盘会生成window.old的文件夹.本来想删除的,却出现文件名太长无法删除.那就改名呗,右键选择文件,我去,只有打开和发送选项,连属性选项都没有.当然打开和发送功能也不能正常使用. 那就用cmd来改名或删除呗,发现两个操作均由于文件名过长而失败. 由于当时没有截图,事后模拟一下,发现不能再现之前的情况: 后来google一个可行方案:可以使用文件短名来代替长长的文件名. cd C:\Windows\Vss\Writers\Application dir \x #就会

ORA-14402: 更新分区关键字列将导致分区的更改

默认情况下,oracle的分区表对于分区字段是不允许进行update操作的,如果有对分区字段行进update,就会报错——ORA-14402: 更新分区关键字列将导致分区的更改.這種情況可以通過開啟表的行移動來允許對分區字段的update 操作:      alter table xxx enable row movement;     之後就可以成功update 分區字段,同時因為行的物理移動,導致rowid發生變化,對應列值的索引葉塊 會標記為刪除,插入新的葉塊,重定義完分區后,記得關閉行移

ORA-14402:更新分区关键字列将导致分区更改(分区表注意)

建立完分区表后一定要和开发确认一点,就是是否会修改分区字段.因为update分区字段到其他分区时候,会报错.解决办法:开启表的行转移功能 alter table XX enable row movement 这样在update以后,会在老分区删除数据,新分区插入数据.

linux重要文件丢失导致系统故障,修复方法,(以 libc.so.6库损坏,rpm软件包故障为例)

第一步:找出损坏的文件及它的安装包,安装修复.修复之前先明确你损坏的文件是属于那一个软件包,这个可以在一台能正常运行的同版本的服务器上查看. 好了知道什么文件损坏,接下来只要安装修复就好了. 第二步:如果是实体服务器出现上述故障就直接按重启按钮,如果是虚拟机那就直接按重置. 第三步:从光驱引导,并进入救援模式. 在BIOS下面设置从光驱引导,不同的主板引导的方式不一样,常用的快捷按键有 F12ESC 一般开机的时候会有提示. 第四步,安装对应的软件. 在安装过程中,可能会于RPM库损坏导致没法直

解决Kubernetes Dashboard由于自身证书问题导致一些浏览器不能打开的问题

正常安装部署完Kubernetes Dashboard后,通过某些浏览器却不能访问(比如Chrome浏览器),通常是由于部署Kubernetes Dashboard时生成的证书日期有问题,解决办法,可以通过自签证书的形式解决. 基于之前的测试部署环境 IP地址 主机名 系统 内核版本 CPU 内存 192.168.100.6 master01.cluster.k8 CentOS 7.6 5.2.6 4c 4G 192.168.100.7 node01.cluster.k8 CentOS 7.6

bdump目录对应的x权限丢失导致的oracle 数据库异常

rhel6.3 x64bit ,oracle 11.2.0.4 x64bit [[email protected] test]$ pwd /u01/app/oracle/diag/rdbms/test/test [[email protected] test]$ chmod u-x trace [[email protected] test]$ ll total 100 drwxr-x---. 2 oracle oinstall 4096 Feb 20 2013 alert drwxr-x---

SQL alwayson 辅助接点查询统计信息“丢失”导致查询失败

ALWAYSON 出现以下情况已经2次了,记录下: DBCC 执行完毕.如果 DBCC 输出了错误信息,请与系统管理员联系. 消息 2767,级别 16,状态 1,过程 sp_table_statistics2_rowset,第 105 行无法在系统目录中找到统计信息 '_WA_Sys_0000001C_090A5324'.DBCC 执行完毕.如果 DBCC 输出了错误信息,请与系统管理员联系. 查询方式如下图: 临时解决办法: 主库上执行: drop statistics table_name