Chromebook使用了哪个引导程序？

我在Acer C7 Chromebook上安装了ChrUbuntu，并且能够双重启动Ubuntu 12.04和ChromeOS并控制默认情况下加载的操作系统。我尝试编辑文件并成功运行，但是没有效果。我试图启用“ dmesg”样式的详细系统加载屏幕，而不是安静的启动屏幕（在Ubuntu引导过程中）。我怀疑GRUB不是计算机上的引导程序，或者仅在Linux分区上起着相当晚的辅助引导程序的作用。我意识到Chromebook是一个由Google严格控制的相当封闭的系统，但是由于它本质上是Linux，因此人们可能会知道答案。/etc/default/grubupdate-grub

我不需要“ dmesg”样式的详细启动程序；但确实对此系统的引导加载感到好奇。

PS为了澄清一下，我试图在计算机的Ubuntu引导上启用详细的加载屏幕。

Chrome操作系统使用U-Boot：

“ Chromium OS本质上是专门定制的GNU / Linux发行版。我们希望对上游内核进行尽可能少的修改，理想情况下，不做任何修改。但是与任何其他GNU / Linux系统一样，内核前启动过程不可避免地依赖于在硬件，BIOS和引导程序上。”

尽管ChromeOS具有它自己的引导方式：

“ Google Chrome操作系统设备（x86 / x86_64 / arm）具有自定义BIOS，该BIOS使用另一种引导方法来确保用户仅运行所需的位。其中不包含单独的引导加载程序和内核，而是包含一个二进制blob。自己的GPT分区。该blob已加密签名，并且在启动前已对签名进行了验证。”

有关更多信息：http : //www.chromium.org/chromium-os/chromiumos-design-docs/disk-format

这可能会造成混乱，尤其是回想起来，因为我的带有chrx / Gallium的Lenovo N22（reks）的行为符合您的预期：当固件将控制权移交给操作系统时，Grub会接管启动。但这不适用于内核直接接管的Chrome操作系统启动过程，请查看我在此处发布的有关不同方法的图像和信息。我没有深入研究细节（也许永远不会），但是我猜想是因为它使用Chrome OS内核引导Ubuntu（固件和内核之间不涉及引导加载程序），所以该内核被指示引导另一个根文件系统，而不是引导该根文件系统。然后重新安装Chrome操作系统。

ChrUbuntu 作者于2013年10月15日发布了以下内容：

自2010年12月我启动ChrUbuntu以来，始终有必要将Chrome OS Linux内核与Ubuntu配合使用，以解决与Chromebook体系结构的某些兼容性问题。Chromebook Pixel和Acer C720和HP Chromebook 14等基于Haswell的新型Chromebook改变了这些情况。每种型号都支持从更传统的PC BIOS模式启动，这使得在其上使用库存的Ubuntu内核变得很容易。

我不知道所有的细节，很早以前我才在今年获得N22之前测试过基于ARM的Chromebook，我的解释是，这涉及到所有基于主板的草率版本，以及后来提到的平台2。仓库。

不能100％确定，但引导程序位于BIOS内。内核是直接从分区加载的，例如没有文件系统。这就是您需要GPT而不是普通的DOS分区表的原因。