为什么在BIOS SATA模式为AHCI的情况下引导失败？
简而言之，我想为一些Jetway工程师和我自己弄清楚为什么他们给我提供的自定义BIOS不允许SATA设备以AHCI模式引导。 显然，很难考虑将其视为*自定义的个人简介，但希望我可以提供足够的细节，以便有人可以提供一些想法，因为我已经精疲力尽了。 该板是Jetway NF98。原始的传记说美国大趋势在顶部。我了解到，他们只是提供要编译的源代码（？或仅仅是徽标？），但是Jetway是配置和生成实际BIOS的人。所以我联系了捷波，他们提供了令人难以置信的帮助。我告诉了他们我的目标，他们正确地实现了目标，并提供了自定义的BIOS。 目标很简单，除了通过SATA端口0连接的磁盘之外，我还可以配置BIOS以拒绝其他任何介质。他们提供的功能几乎完全可以做到，除了它不可配置之外，它被设置为不允许引导除SATA Port 0之外的任何东西。 因此，我将SATA磁盘插入运行Crux Linux发行版的自定义版本，bios报告请连接磁盘，好像看不到磁盘一样（即使浏览bios设置显示磁盘已连接到端口0）。 经过一些调试后，我将SATA模式从AHCI更改为IDE。这样可以看到磁盘，但是引导仍然失败。这次，它变得更远了，并且在寻找根目录/时失败了。 首先，我有调试Linux引导的体面经验。此外，我使用NF98随附的标准BIOS对该系统进行了精确的复制（包括硬件和软件方面的信息）。因此，我可以拿起磁盘，在标准BIOS中启动它，一切都成功。当我将其放入自定义BIOS中时，不会成功。 经过进一步调试，这是我想知道的： -使用SATA模式作为IDE --Linux（crux）引导直到寻找根目录 -Vista启动成功 使用SATA模式作为AHCI --Linux（crux）无法成功启动（更多，启动过程无法启动） --Vista无法成功启动（更多，启动过程无法启动） Crux OS的自定义内核略有过时，并使用initramfs（也是自定义的）。Jetway工程师建议升级内核，我认为还算足够，但这没有帮助。 然后我想我会尝试Arch Linux，它在IDE模式下也失败了，并且在AHCI中没有出现。这是一个3.0-ARCH内核。 接下来，最后，我再次安装了arch，但是这次将其安装到单个分区并使用了dev，而不是UUID或LABEL。在AHCI模式下，仍然看不到。在IDE模式下，转移到根目录仍然失败。 但是，当我选择Arch的后备启动菜单选项，并且SATA模式为IDE时，我将获得半成功启动。那是我进入登录提示符，但是在启动过程中有很多错误。我目前正在寻找与众不同的东西。 我对长文本表示歉意。是否有人对为什么或应该寻找帮助的原因有任何想法，为什么带有SATA Mode AHCI的自定义BIOS无法启动？