注意：chkdsk有可能误删大量文件，使用前请抓住一切可能的机会先对自己的数据进行备份，比如经过你的努力，磁盘可以读取了，那就马上进行备份。如果事后使用恢复软件找回文件，那么成功率是非常低的。
如果你的磁盘如下图所示
恭喜你，可以继续往下看了
你的磁盘可能有如下病症：
怼进USB时系统提示“文件目录损坏且无法读取”属性显示只有0字节磁盘管理器显示正常，但是磁盘的文件系统显示为RAW你很慌……解决方案
千万不要格式化，任何形式的格式化都不行，躺着、站着、坐着格式化都不行。如果没有死心那就先用文件恢复软件拷贝文件到另一个磁盘里，不过评经验这是一个非常漫长，成功率极低的操作。如果你豁出去了，那就看下面，建议通读一遍做到心中有数了再操作。winhex要找一个，相信看到这里的同学都知道哪里找了。一样的硬盘准备一个（没有的话就祈祷只是内容移位了而已）。winhex打开待修复的硬盘具体参看附件。找到MTF，如果没有，就到一样的硬盘里面复制一份过去，一个大格子是一个扇区，可以在‘编辑’里面找到复制扇区以及写入扇区的指令。保存修改后系统自动会识别的。祝好运。附件网站
其中的精华部分摘抄如下：
打开 WinHex ，必须以管理员权限运行；
“工具”→“打开磁盘”→“选择需要修复的磁盘（逻辑驱动器里面选）”→“确定”；
发现 offset 的 000000000 位置显示出 NTFS 字样，说明系统文件仍是 NTFS ，只是显示成 RAW 格式而已，仅需要修复 MFT；
由于 offset 的数据量实在太大，手动翻找太困难，因此用 Ctrl+G 定位指定簇号，移动硬盘的存放 MFT 的簇号一般是786432；（事实上 MFT 发生了偏移才导致硬盘问题，因此直接选择 MFT 定位到的位置也是不正确的，应该按照簇号定位）
在 offset 列对应的值是 0C0000000 ，开头的四个字节一定是 46 49 4C 45；相应的ASCII 码是 FILE 0；如果发现不是，说明发生了偏移，而这个偏移就是我们要修复的；现在可以在工具里面选择打开磁盘，选择一个正常的本地磁盘，同样定位到簇号786432，再此按照刚刚的方法检视，会发现这回对应的值都对，从 0C0000000 开始，往下慢慢滚动进度条，会发现右侧的 ASCII 码 FILE 0 下方有 $MFT 字样，从这一块区域开始，存在一定规律：每当左侧对应的第一行字节出现 46 49 4C 45 开头时，右侧 ASCII 码块区中一定会新显示出一块 FILE 0 开头的 ASCII 码，然后间隔一块同样大小的空白区域后再次出现一块 FILE 0 开头的，而 ASCII 码中显示的字样依次会出现 MFT 、空白、MFTMirr、空白、LogFile、空白、Volume、空白，这几项（并不醒目）。最后一行的位置应该是 0c0000FF0 ，以上就是正常磁盘的 MFT 位置；接下来就是参照正常磁盘的数值，对移动硬盘进行 MFT 修复；如果有条件，应该移植其他相似的正常移动硬盘（同一品牌最佳）因为我并没有深入了解其中原理和意义，只是单纯移植正常硬盘的数据，而毕竟移动硬盘跟本地磁盘是有些许区别的，不保证完全复原；经过查证，四个元文件中，Volume是最重要的部分，也是导致 chkdsk 无法正确识别的原因。（ Volume 里放的是卷关键信息，包括 NTFS 版本）因此四个元文件中优先修复 $Volume ，如果仅仅修复这里就可以执行 chkdsk ，那么剩余两个也无所谓了；选择正常本地磁盘的 Volume 区，复制从 46 49 4C 45 开始一直到最下方 0c0000FF0 这一行，也就是 ASCII 码区Volume 及其下方空白区两个区域的数值；Ctrl+C 复制，到对应的移动硬盘同样区域光标选中，Ctrl+B 填充数据，确定，保存。退出 Winhex。值得一提，如果您没有购买 Winhex ，直接用官网的免费版本，那么你会发现根本无法复制；可以从国内网站临时下载个破解版（最好是专业版的破解版）；
先别管另外的三个元文件，直接管理员权限下，WIN+R ，键入 CMD，ENTER。键入：chkdsk 目标盘符: /f ，修复看看。（记得反斜杠前有一位英文空格）
我个人在此修复成功；呵呵一笑；（您可以在修复后用 WinHex 查看另外三个元文件的状态）
后遗症：移动硬盘的盘符和格式全都恢复正常，数据健在，但是移动硬盘变成了主分区的外挂盘，然后图标发生了改变；这估计是因为我移植了本地磁盘的 Volume 数值造成的，如果有条件，应该移植其他相似的正常移动硬盘（同一品牌最佳）；
事实上如果想更加保险，应该在原盘修复之前，利用 WinHex 的备份功能直接对损坏磁盘的数据进行提取备份至其他硬盘；然后再尝试原盘修复
