安装Windows时,将search其驱动程序数据库并安装相应的HBA驱动程序,以便引导装载程序可以访问驱动器并引导系统。 当映像被采集并克隆到不兼容的HBAtypes的计算机时,Windows将无法使用7B(无法访问的引导设备)错误进行引导,因为每次引导时都不会重新扫描HBA。
在一台机器上创build的Windows映像是如何获取一个HBAtypes的,以克隆到另一个不兼容的HBAtypes的? 例如AHCI不支持AHCI,RAID支持非RAID,IDE支持SCSI等。
约束上:
我能够得到这个工作的唯一方法是:
CriticalDeviceDatabaseregistry信息和驱动程序sys文件。 这通常工作,但它不是特别容易,ERD指挥官正在老化。 它甚至不是基于WinPE的。
我使用ERD命令的原因是它可以通过读/写访问连接到registryconfiguration单元,并具有对磁盘的读/写访问权限。 我使用这两种function来导入registry数据和驱动程序文件。
到目前为止,这种方法对我来说一般是有效的,但是我想看看考虑到我列出的约束条件,人们还有什么其他方法来解决这个问题。
Acronis Backup&Recovery(带有通用还原插件)可以执行此操作。 事实上,你也可以创build一个自定义的acronis光盘,所有的驱动程序,如声卡,graphics卡,以及所有的驱动程序。
这不是免费的,但并不昂贵(我购买的最后一个许可证大约是50英镑)。
一台机器在克隆之前应该被系统化。 Sysprepping将导致克隆在下次启动时重新扫描驱动程序等等。 任何其他支持不同恢复的服务都将透明地调用sysprep或使用模仿sysprep的类似技术。 我build议find一种方法来删除“我不能sysprep这个形象”的约束,因为这是一个非常不寻常的。