2023年12月11日发(作者：)
本帖为 SkyIAR v2 常见问题与解答，任何常见问题请参见本帖，如未包含您的问题请回帖反馈。
如果你对 SkyIAR 的功能还不了解，建议先看看 SkyIAR V2 简介 。下载最新版 。
1、PE进不去，SkyIAR怎么办？
2、为什么不开发DOS版的SkyIAR？
3、NT5系列驱动里，有带有“fix”标记的驱动项目，是什么意思？
4、未检测到匹配的硬件ID时怎么处理？
5、我可以手动点选驱动吗？
6、驱动之间的冲突是怎么回事？
7、通用方案可以兼容所有机型吗？
8、我可以手动在通用方案中点选未选中的驱动选项吗？
9、是否可以在已包含其他IAR驱动的系统映像中使用SkyIAR？
10、为什么不能在系统部署过程中自动运行SkyIAR？
11、SkyIAR有无自动的方法？
12、精确匹配导入法的优势、劣势分别是什么？
13、通用方案导入法的优势、劣势分别是什么？
14、什么时候需要选中“清理目标系统即插即用驱动”？
15、什么时候需要选中“清理目标系统磁盘控制器驱动”？
16、为什么IDE模式下，提示“未检测到匹配的硬件ID”？
17、为什么IDE模式下无法导入AHCI的驱动？提示“未检测到匹配的硬件ID”？
18、为什么通用方案不是选中所有驱动？
19、SkyIAR v2 的x86和x64程序文件分别对应32位和64位系统吗？ 1、PE进不去，SkyIAR怎么办？
SkyIAR v2锁定于PE环境运行，一旦PE进不去，或进PE后无法发现硬盘，那SkyIAR怎么办？在这种条件下，SkyIAR的确是不能用了，但要注意的是，IT天空U盘装机助理系列PE使用的IAR驱动与SkyIAR中完全相同，这就意味着，如果U盘装机助理系列的PE无法正常进入的机型，同时也意味着SkyIAR无法支持此机型。
2、为什么不开发DOS版的SkyIAR？
（1）DOS版应用程序（16位）与Windows桌面应用程序（32位/64位）是完全不同的两个概念，不是简单的一句说“要开发DOS版”，就能做得到的。至少作者我本人无此类开发能力。
（2）NT6系列，微软官方给出的添加IAR驱动的方法，都是基于WinPE环境的，无法在DOS下完成。
（3）NT5系列，所有的修改离线注册表导入IAR驱动的方法，在DOS目前是无法实现的。
3、NT5系列驱动里，有带有“fix”标记的驱动项目，是什么意思？
fix是“修正”的意思，也就是说，带有fix的驱动是经过人为修改的，而非官方原版。修改驱动的目的是为了提高此驱动与其他驱动的兼容性，以达到与其他存在冲突的驱动并存的目的。fix类驱动经常用于NT5系统IAR驱动的通用方案中，建议将此类驱动仅用于通用方案，不要在平时使用。另外，因NT6系列的驱动验证非常严格，此类修正方法在NT6系统中基本无效。
4、未检测到匹配的硬件ID时怎么处理？
“未检测到匹配的硬件ID”的意思是：当前磁盘控制器的ID不存在于SkyIAR的支持范围内。出现这类提示时，一般分为两类情况：
（1）此磁盘控制器为IDE类控制器，虽然不在SkyIAR的支持范围内，但存在于系统自带磁盘控制器驱动的支持范围内。因为SkyIAR主要用于拓展对磁盘控制器AHCI、RAID模式的支持，对于系统本身就支持的IDE类控制器，无需再另行支持，所以这类“未检测到匹配的硬件ID”的现象绝大多数时候不会影响系统的正常部署。
（2）此磁盘控制器不在SkyIAR的支持范围内，同样也不在系统自带磁盘控制器驱动的支持范围内。这类情况在日常装机维护中一般并不多见，因为SkyIAR已经包含了绝大多数常见主板和第三方磁盘控制器的驱动。此类情况可能多发于服务器类硬件、嵌入式设备、高定制特性的OEM主机中。
5、我可以手动点选驱动吗？
可以。除了精确匹配、通用方案外，用户可以根据自己的需求选择合适的IAR驱动。但，除非您对磁盘控制器与驱动对应关系非常了解，否则不建议做这类操作。因为某版本驱动对某磁盘控制器的兼容性经常和官方给出的对应列表有出入。可能低版本驱动对A控制器支持更好，而高版本驱动对B控制器支持最佳，但反之则互不兼容。SkyIAR中的所有自动点选，都是根据长期以来在IAR驱动方面的实践经验得出的最佳方案，所以并不推荐用户手动搭配驱动。
6、驱动之间的冲突是怎么回事？
有时在点选了A驱动后再点选B驱动时，会有提示A驱动与B驱动之间不兼容。这种情况一般发生在A与B驱动属于同一厂商，驱动名称相同，但驱动版本不同的时候。这种不兼容问题可能导致无法同时兼容同一厂商不同时期的产品，不过SkyIAR的通用方案已经尽可能的同时兼容各类不同时期的PC，无需过于担心。有朋友可能会问：SkyIAR v1为什么没有这类提示？因为SkyIAR v1并不检测兼容问题，如果选中了不兼容的驱动，后导入的版本会覆盖先导入的版本，从而造成一系列的问题，所以SkyIAR v2则着力避免这类情况的发生。
7、通用方案可以兼容所有机型吗？
明确指出的是，通用方案无法兼容所有机型，但对于常见台式机、笔记本等，可以做到95%以上的支持。为什么不能100%支持？这个问题很容易回答，
首先，PC机型本就千差万别，虽然基于同样的公共架构，但定制机型、特殊硬件、特殊控制器层出不穷；
其次，硬件本身维持着较高的更新频率，在更新中旧的IAR驱动无法支持新硬件，或对新硬件支持不良的情况屡见不鲜；
第三，官方提供的驱动也不见得绝对可用，更不见得绝对稳定，硬件官方对于新产品的驱动（哪怕是Intel这类大厂）都曾不只一次的出现兼容问题；
最后，多驱动版本间的不兼容问题，无法得到绝对的解决。这些问题，都是通用方案无法达到“万能”的重要原因，我们更不能不顾客观现实的一味强求“万能”。
8、我可以手动在通用方案中点选未选中的驱动选项吗？
可以，但并不建议这样做。通用方案是经过大量经验累积，基于大量测试结果所得出的方案。除非您对磁盘控制器与驱动对应关系非常了解，否则不建议做这类操作，此类操作可能会打乱整个方案的兼容性，导致一系列的问题，所以请务必谨慎操作。
9、是否可以在已包含其他IAR驱动的系统映像中使用SkyIAR？
可以，但不建议这样做。系统内包含的IAR驱动可能会与SkyIAR后来导入的IAR驱动产生冲突，从而造成未知问题。有朋友会问，不是有“清理目标计算机磁盘控制器驱动”的选项吗？选中再导入不就相当于对没有IAR驱动的系统重新导入IAR驱动了？这个理解是错的，先清理后导入，和向未包含IAR驱动的系统中导入，不一定是相同的。简单解释为，一张没有用过的白纸和一张写满字的白纸，把写满字的白纸用橡皮擦一下和原本就没写字的白纸一样吗？
10、为什么不能在系统部署过程中自动运行SkyIAR？
有不少人提过这个问题，但这其实是个逻辑错误。SkyIAR的作用是保证系统能够正常启动，系统能够正常启动才能开始系统部署。而如果你要在部署过程中调用SkyIAR，那谁来保障系统能够正常启动并开始部署？无法在一个靠后的时机保证一个靠前的时机正常。就像，你能在3点钟保障你在1点钟不丢100元吗？
11、SkyIAR有无自动的方法？
有的，SkyIAR v2的参数为：
/Auto，启用自动化运行模式
/TimeOut:[时间（秒）]，配置自动化模式时等待时间，3~10秒有效，如/TimeOut:6 [无/Auto时无效] /Reboot，自动化模式运行结束后自动重启计算机 [无/Auto时无效]
/WinDir:""，使用参数指定Windows目录位置，如/WinDir:"C:Windows"
/CleanPNP，默认选中清理PNP驱动选项
/CleanSRS，默认选中清理SRS驱动选项
12、精确匹配导入法的优势、劣势分别是什么？
精确匹配导入法，是将与当前系统、磁盘控制器最为匹配的IAR驱动进行导入的一种方法，这种方法只对系统导入最为匹配的IAR驱动。
这种方法是万用的，只要有对应的驱动就可以实现导入，完全不必考虑冲突问题。而且在这种方法下，系统映像内是不包含IAR驱动的，也就是说IAR驱动是灵活存在于映像外部的，对于一旦发现IAR驱动存在问题可以很容易的修正，无需对映像做任何修改操作。但精确匹配导入法需要在系统恢复完成后进PE进行导入，对PE有依赖性，有些朋友认为这个方法比较麻烦。
13、通用方案导入法的优势、劣势分别是什么？
通用方案导入法，是将多个IAR驱动根据兼容规则导入至系统的方法，这种方法会对系统导入大量的IAR驱动。
这种方法主要受制于驱动间冲突问题，所以无法100%做到通用兼容，但通用方案至少可以解决95%的常见机型。在这种方法中，IAR驱动是集成在映像中的，所以映像在绝大多数机型中具有很高的通用性。如果系统映像类型为“.gho”，则可以同时在DOS和PE两种环境下进行恢复，不是特别依赖PE环境。不过，由于IAR驱动集成于映像，一旦IAR驱动需要修正或更新，将非常麻烦。
建议使用这类导入法的朋友，先备份一个不包含IAR驱动的映像备用，一旦IAR驱动需要更新和修正，可以以此映像为基本再次导入IAR驱动通用方案。切勿对已集成IAR驱动的映像执行清理并导入，易造成各类未知问题。
14、什么时候需要选中“清理目标系统即插即用驱动”？ 一般用于目标系统中可能包含有与当前硬件冲突的硬件驱动时，例如换硬件不换系统时。此功能为应急类功能，不要作为常用功能使用。
15、什么时候需要选中“清理目标系统磁盘控制器驱动”？
一般用于目标系统中包含与即将导入的IAR驱动冲突的IAR驱动时，例如恢复的系统映像包含了其他IAR驱动、换硬件不换系统时、强改磁盘控制器模式时等。此功能为应急类功能，不要作为常用功能使用。
16、为什么IDE模式下，提示“未检测到匹配的硬件ID”？
首先请参见FAQ第4条。系统自带驱动对绝大多数磁盘控制器的IDE模式有着良好的兼容，并具备相当高的稳定性（毕竟是被选入Windows系统内的驱动），所以专攻AHCI和RAID的SkyIAR没必要再对这类驱动做任何修改和没必要的额外支持。所以，这类情况下提示“未检测到匹配的硬件ID”，意为此类ID不在SkyIAR的支持范围内。
17、为什么IDE模式下无法导入AHCI的驱动？提示“未检测到匹配的硬件ID”？
这个很正常，哪怕是同一个磁盘控制器，当处于不同工作模式时，硬件ID是不同的（除了个别早期产品和个别无良厂商使用同一ID）。同时请参见FAQ第16条，SkyIAR不会对系统自带的IDE驱动做没必要的额外支持。所以，如果你以在IDE模式下运行SkyIAR，此时磁盘控制器的ID是IDE模式的，SkyIAR自然检测不到其AHCI模式ID，自然找不到其AHCI模式需要对应哪个驱动。那么，如果要对系统导入AHCI的驱动，请先将磁盘控制器工作模式改为AHCI，后进入PE使用SkyIAR。当然，也可以在IDE模式下强行手动选中AHCI模式的驱动，并进行导入，但并不建议这样做。有朋友会问：
为什么v1时IDE模式下没有这类提示，而v2就不行了？请先了解两者区别，见发布帖解释说明第2条。v2是基于硬件ID的精确匹配，而v1是基于AIDA64的模糊匹配，v1无法精确到磁盘控制器用的是什么模式，而v2可以。
18、为什么通用方案不是选中所有驱动？
通用方案，是聚集了大量测试结果和实践经验而形成的，将常用驱动进行有机整合的驱动组。通用方案中的驱动互不冲突，又各司其职，稳定的、高兼容的匹配绝大多数常见机型。所以通用方案并不是简单的全选，每个通用方案都是大量测试和实践的结晶。
19、SkyIAR v2 的x86和x64程序文件分别对应32位和64位系统吗？
这个理解中有一部分是错误的。首先要肯定的是，x86代表32位，x64代表64位，这个理解是对的。不过，x86和x64主程序对应的是当前系统的位宽。例如当前系统是32位的WinPE，则要使用x86的版本，而如果当前系统是64位的WinPE（虽然不多），则要使用x64的版本。所以，x86和x64对应的是当前系统位宽，而不是目标系统位宽。
那么，如果目标系统是x64的，而当前系统是x86的，会不会导致驱动导入失败？当然不会。无论是x86的主程序文件，还是x64的主程序文件，都包含有针对目标系统32位和64位的驱动程序。所以，无论目标系统是32位或64位，只要使用匹配当前系统位宽的主程序，都可以实现驱动导入。
一般而言，针对目前绝大多数32位WinPE，只有SkyIAR_v2_可以用的上，x64的可以留作备用。
发布评论