如何使用winhex修复u盘乱码

数据“文件或目录卖橡损坏且无法读取”的恢复。232G的NTFS分区D，XP系统，每簇扇区数8，用WinHex无法读取分区，提示错误，通过物理磁盘访问该分区，根目录下看不到任何文件，检查DBR，没有发现明显的异常。

由于是远程恢复，原盘未做截图，本教程是模拟了原始分区数据丢失时的情景，请参考恢复思路，如有不足，请各位指正！

怎么用WINHEX修复“文件或目录损坏且无法读取”

跳转到第分区E的EBR（虚拟MBR）位置的上一个扇区，找到损坏的分区的备份的DBR，通过winhex提供的计算hash功能，计算哈希值。再 与第一个DBR的hash值对比。完全一样。（也可以通过winhex提供的同步和对比功能进行验证，winhex会不同的字节上显示黑色）

跳转到$MFT的开始位置，也即是$MFT自身的记录。发现其起始特征本应该是ASCII码的“FILE”四个字节，现在变成了ASCII码“BAD？”。这是造成提示“文件或目录损坏且无法读取”的关键问题所在。

跳转到偏移512=242位置，也就是这个MFT项的文件名起始位置。文件名正常：UNICODE码的“$MFT”。检查标准属性（10H），文件 名属性（30H），数据流属性（80H）属性，到80属性的时候，发现从80属性开始的第三行开始，都被清零，其他的重要的四个元数据文件 中，$Volume属性也出中缓旁现了同样的错误。

怎么用WINHEX修复“文件或目录损坏且无法读取”

找到备份的前四个元数据文件的记录。覆写错误的记录。根据DBR找到了MFT前四个元数据文件的备份，备份的元数据文件几乎跟前面四个一摸一样的错 误。只能是手工修复$MFT。在$MFT自身的记录当中，发现”结束VCN”并没有遭到破坏，这为后期的修复工作节省了很多时间，复制一个正常分区（分区 E)的第一个扇区到损坏的$MFT中，修改其中的一些数值。在80属性中，第三行字节的开始位置应该是哪桥描述的datarun的起始位置，根据起始VCN和 结束VCN得出$MFT的大小，计算方法：起始 VCN+1=LCN，根据这个数值，写入datarun。将LCN * 8 * 512=0000FE6DH。分别写入偏移（想对于80H）48H,50H,和58H，

怎么用WINHEX修复“文件或目录损坏且无法读取”

写入方法：根据DBR中的描述的$MFT起始位置（000000C000H）786432号簇，$MFT的大小为VCN+1个簇 ，那么datarun就是 “33 E0 DF 06 00 00 0C 00H”，按同样的方法修复备份的$MFT的前四个元数据文件。

怎么用WINHEX修复“文件或目录损坏且无法读取”

保存，重新载入分区，winhex打开，所有的元数据文件全部显示出来。文件、目录损都可以正常读取

首先,jpg文件是不裤慎乱可能感孝清染病毒的.

你这两个文件只是头部胡档99个字节被修改了.与FF做了一个"异或"运算.

你编个程,把这99个字节再运算一次就可以.

进入BIOS，利用键盘上的左右方向按键，移动到Tool选单，就可以看到ASUS EZ Flash 3的工具。

选中了【ASUS EZ Flash 3 Utility】按键盘上Enter键进去，可以看到更新的两种模式，第一种是从Storage来进行更新，也就是从设备上更新，也就是我们这次演源亩示的方式来更新

使用via Storage的方式来更新BIOS，这里的默认方式也是这种，然后选择【Next】即可。选择好了之后就可以看到更新BIOS的基本画面可以看到您接的U盘，以及里面的全部文件，也可以看到我们一开始放置的BIOS文档

可以使用键盘或者鼠标散裂埋选中到这个CAP文件，按了冲蚂【Enter】之后，首先EZ Flash会问您，是否要读取这个文档？【Do you want to read this file】，选择【Yes】

这个时候会再次出现风险提示，【Do you really want to update BIOS？】这里可以显示主板的型号，以及更新的目标BIOS的版本，若是确定要更新的话，选择【Yes】

.选了【Yes】之后EZ Flash就开始自动进行BIOS的更新了

---