晚上吃过饭收拾完残局继续测试打开Filemon作测试确实找到了问题所在，进程中提示无法从C:\Windows\Prefetch目录中读取到TRANSFERMGR.EXE-0A60F95C.pf，出现这个问题的原因大致回忆分析了一下，之前因为插入了Intel的品牌U盘（嘿嘿，Intel公司送了一个1G的高速U盘并且支持Readyboost），盲目地配置为Readyboots磁盘，之后发现U盘无法使用，强制分区格式化，强行卸下卷，最后稀里糊涂的强行拔下了U盘，之后又重新分区希望一个分区用来做Readyboost，一个做数据存储，可是发现并不支持这样。总之稀里糊涂的结束了测试，后来也没有再去测试过。不过后来在使用过程中需要用到微软自己出品的一款虚拟光驱软件，发现无法正常使用了，必须关闭UAC，最后也没有去彻底解决，放在一旁抛在脑后。

      现在又出现这样的问题，估计跟Readyboost与UAC有关，为了快速解决问题，我首先进入C:\Windows\Prefetch目录删除掉下面所有的问题，之后手动停止了Readyboost服务并禁用了UAC，重新启动了系统，现在从MSDN可以正常下载了。看来大概分析的思路没有错误。那么接下来就是要重新打开UAC再测试……

      令人失望重新启用了UAC后，故障重现了！但是这次通过检测发现不是文件无法读取写入的问题而是出在注册表上，看来是UAC阻止了FTM运行时的一些必要进程。只能通过重新安装FTM和赋予对应的注册表权限来解决！

      未完……

      已经是半夜11点12分，问题依旧没有解决！但是现在看来当我禁用IE7的保护模式后，FTM可以正常下载了。解决办法仍在继续。

      待续……

      11点33分转了一圈又回来了，以上的关于Readyboost等相关的问题分析宣告错误。造成此故障的原因就是因为UAC及IE中的保护模式，只要禁用其中任何一个问题便不会出现，找了一圈没有答案，不过印象里好像有一个关于补丁修复的文章，实在太瞌睡了决定明天再找原因，否则就使用我在微软的服务权益！暂时的解决办法，将“*.microsoft.com”和“*.live.com”加入到信任列表中，这样以来访问微软相关站点就不会出现因安全问题所导致的故障，加入“*.live.com”是因为登录微软网站要使用Passport，而验证Passport的则是“login.live.com”，所以干脆直接将“*.live.com”也加入到信任列表，避免窗口反复的弹出影响使用。

      本文告一段落，本次TroubleShooting宣告失败！费解费解……难道真如王辉所说是我RPWT，难道其他人就没有遇到这样的问题么？！郁闷……

      11月8日，临下班时发现保护模式在提权时要使用ieuse这个文件，难道是这个文件损坏，无法正常识别需要提权的请求？……