为什么启用AHCI还要分装系统前和装系统后？ 第1页

这种问题只有在混合内核和微内核的系统上才比较明显，原因就是驱动和内核是分离的，内核文件本身不包含驱动。

在微内核（这里包括混合内核，下同）里，引导程序需要知道内核在什么位置（哪个物理设备，哪个分区），内核的启动参数是什么，以及支撑内核运行的基本驱动在哪（主要是IO相关的）。因为内核功能很弱，所以引导程序需要加载一些必要的驱动才行。

于是这里存在这一个难题：引导程序该做多大？（多复杂？）

理论上说引导程序的功能类似于一个简化版本的操作系统：有基本的IO、内存、设备管理，有基本的文件系统，以及一个加载器。其中的代码量最多的就是设备驱动。

Win2K-WinXP时代（一直延续到Win7）都支持使用NTLDR作为引导程序启动系统，但这个东西非常小，只有几百KB大小，不可能集成很多功能。

那么引导程序能不能做大呢？答案是可以，但维护性会变得很差。

NTLDR是通过引导扇区加载的，引导扇区只有几百个字节的汇编指令，无法完成内存初始化等复杂的操作，所以NTLDR自己要实现从实模式到保护模式的转换，这种情况下，NTLDR的尺寸就限制在了640KB以下，实际上只有500多KB，所以NTLDR的功能就非常有限了。

有限的后果就是：NTLDR里无法集成磁盘设备驱动（因为种类太多了），于是AHCI这类驱动必须跟引导程序分离。

对于Windows来说，NTLDR选择的是用INT 13H中断来读磁盘，省去了自己实现硬盘驱动的工作量。

没有辅助的驱动，就意味着引导程序要去读内核配置（在注册表里），要知道内核运行时需要的基本设备驱动在哪，并且为内核准备好这些驱动。

我前面已经说过了，引导程序不能太复杂，有些只能用INT 13之类的BIOS中断，而一台电脑上可能存在着多个操作系统，引导程序需要知道自己要找的操作系统在哪。

因此引导程序需要有一张映射表，这张映射表能告诉引导程序：内核安装在分区X上，X分区对应的物理设备是Y，通过这种映射关系，引导程序才能正确地找到内核对应的设备（分区）并正确加载驱动。

那么，就会有题主遇到的问题，如果从IDE模式改成AHCI模式，那么这种映射表就会被破坏了，因为设备名变了。并且因为是用户在BIOS里改的，操作系统和引导程序是不知道这种变化的，所以一旦改变，就意味着要手动修改系统配置（注册表），操作系统和引导程序才能正确的加载。

这种情况在Linux一类的宏内核系统上并不常见，原因是内核里可以同时集成AHCI和IDE驱动，并且整个内核文件只有一个，只要这一个内核文件被加载到内存以后，关键的驱动已经被加载了，内核代码可以自己去probe设备，不存在找不到设备或者设备访问失败的情况下。

对于微内核的操作系统，要解决这个问题，只要把AHCI和IDE之类的驱动在引导程序阶段都加载到内存里即可。但这样就意味着引导程序要做很多事情，因为AHCI/IDE并非是两个驱动，AHCI的控制器种类很多，非标准设备也很多，都在引导程序阶段加载的话，驱动的“必要性”就不明显了，也不太符合微内核的设计思路，所以Windows最终也没采用这种方案。