有个U盘插在电脑上识别不了，尝试各种方法无效后开始在网上乱查，然后看到不知哪个孙子说的，用以下命令修复：
Dism /Online /Cleanup-Image /CheckHealth
Dism /Online /Cleanup-Image /RestoreHealth
死马当活马医，试了一下，结果运行Dism /Online /Cleanup-Image /RestoreHealth时，卡在62.3%上好久，没办法，只好又到处找解决卡住的解决办法。
原来这组DISM命令有三个，依次是：
Dism /Online /Cleanup-Image /CheckHealth
Dism /Online /Cleanup-Image /ScanHealth
Dism /Online /Cleanup-Image /RestoreHealth
微软的建议是这三个按顺序运行，第1个是快速检测，运行速度最快，只检测不修复，第2个全面扫描检测，也不修复，只有第3个才是修复。
其实从微软对Dism /Online /Cleanup-Image /RestoreHealth命令的说明来看，其本身就带有检测功能，就是说只运行它就能检测并修复，从实践看，也有人只执行它就够了，为什么还要有前两个命令？这是针对企业级的应用，毕竟前两个命令速度快，一般不会卡进度，先检查一下确认有没有问题，没问题就不用浪费时间修复了，有问题再修复，当然对个人用户，直接上修复命令也是可以的，反正不耽误什么。
这三个命令检查与修复的对象是系统映像，系统功能、模块、组件，它与另一个修复命令SFC/scannow的区别是后者修复的是损坏的系统文件，是文件级的修复，如果发现具体系统文件损坏、丢失或被替换，它会从WinSxS（组件存储）或缓存中提取正确的版本进行修复，但如果WinSxS里的源文件本身就损坏了，SFC就无法修复，会提示找不到源文件，所以它依赖的是统映像的完整性，如果系统映像本身损坏，则SFC无法实现离线修复，就要靠前面的DISM命令修复。
所以如果SFC命令修复不了，就要运行前面DISM三个命令或直接运行最后一个/RestoreHealth命令先修复系统，再运行SFC进行文件级修复。带/RestoreHealth参数的DISM命令默认是通过联网检测与修复系统映像（当然也可以指定镜像源文件离线实行修复，如下命令就指定了F盘根目录下的install.wim作为镜像源：
Dism /Online /Cleanup-Image /RestoreHealth /source:f:\install.wim /LimitAccess
/source:后的镜像源路径与文件名可以按实际修改，具体的参考相关文档，我这就不多说了，毕竟还有个62.3%在等我），通过连接Windows Update网站下载相应的文件，因为这个原因，所以受网络状况的影响，可能会导致进度比较慢，所以如果遇上卡进度了，就只能等，或者是提前准备好Windows系统镜像去指定使用。
网上有人说他运行Dism /Online /Cleanup-Image /RestoreHealth也卡在62.3%，等了15分钟后才继续下去。我这个，在找完一大堆资料以及各种答疑解惑后，看看进度已经恢复了，大约卡了40分钟吧。
虽然命令顺利结束，但U盘还是认不出，这些命令对U盘识别问题没有效果，在又尝试了对U盘的低格、量化后，依然没有任何起色。最后，这个U盘被我判了“死刑”，剪碎了。
>> 除非说明均为原创，如转载请注明来源于http://www.stormcn.cn/post/2351.html
