标签: boot-loader

在嵌入式设备中引导内核时，您需要向 Linux 内核提供设备树，而在常规 x86 pc 上引导内核不需要设备树——为什么？

据我了解，在 x86 pc 上，内核“探测”硬件（如果我错了，请纠正我），那么为什么内核不能探测嵌入式系统中的硬件？

在 MacBook 2017 上禁用 SIP 的情况下安装 Ubuntu - 0 个问题，几秒钟内启动。

我一直在构建它并在尝试使 WiFi 工作时产生了问题。在某个时候（很晚了）发生了 3 件事的组合：

1. 我启用了 SIP
2. 我试图安装 Broadcom 4360x 驱动程序
3. 我从 GitHub 存储库重新安装了触摸板驱动程序

这些是项目：

[  +0.001007] input: Apple Inc. iBridge as /devices/pci0000:00/0000:00:14.0/usb1/1-3/1-3:1.2/0003:05AC:8600.0001/input/input7
[  +0.057765] hid-generic 0003:05AC:8600.0001: input,hidraw0: USB HID v1.01 Keyboard [Apple Inc. iBridge] on usb-0000:00:14.0-3/input2
[  +0.000196] hid-generic 0003:05AC:8600.0002: hiddev0,hidraw1: USB HID v1.01 Device [Apple Inc. iBridge] on usb-0000:00:14.0-3/input3
[  +0.000230] PKCS#7 signature not signed with a trusted key
[  +0.000002] PKCS#7 signature not signed with a trusted …

我已经设置了 USB 密钥来多重引导不同的 Linux 映像。我不介意添加 FreeNAS，并且有一个包含示例的文档可以添加到grub.cfg

menuentry "FreeNAS-8.0.4-RELEASE-x64" {
    insmod ufs2
    insmod iso9660

    # /usr/local/sbin/grub-probe -d /dev/sde1 -t fs_uuid
    # c89c-7b3a
    #search --no-floppy --fs-uuid --set c89c-7b3a

    set isofile="/boot/FreeNAS-8.0.4-RELEASE-x64.iso"
    loopback loop $isofile
    kfreebsd  (loop)/boot/kernel/kernel.gz
    kfreebsd_loadenv  (loop)/boot/device.hints

    #set FreeBSD.vfs.root.mountfrom=ufs:/dev/ad4s1a
    set kFreeBSD.vfs.root.mountfrom=ufs:/dev/acd0
    set kFreeBSD.vfs.root.mountfrom.options=rw
    #set vfs.root.mountfrom=cd9660:/dev/ad1s1
    #set vfs.root.mountfrom.options=rw
}

我对设置 vfs 根目录有点不确定，这是尝试启动它的结果；

可以在以下位置找到一些有用的信息； 从 grub2 U 盘启动 FreeBSD iso

我想使用存储在 TPM 中的密钥来密封系统上的文件。由于我的系统使用 UEFI 来引导，我不能再使用 TrustedGrub 作为引导加载程序来维护我的信任链。是否有任何替代方法/方法可以在 UEFI 系统上使用 TPM？Grub2 能否在引导 UEFI 时维护信任链？

我正在准备一份详细介绍 Linux 启动顺序的文档，从按下主机的开机按钮到登录提示出现。

如果我们可以将这里的正确答案合并和整理成一个单一的参考位置，那就太好了。请包括在启动期间可能需要注意的任何细节。一旦文档从所有方面都完成，我也会在此处发布文档详细信息并更新问题中的链接。

请考虑所有可能的情况，例如从磁盘启动、从 USB 启动、在 rootfs(/) 位于网络上的无盘客户端上从网络启动。

很多时候，尤其是在使用引导加载程序时，我会看到使用的数字驱动器和分区号。例如，在我的/boot/grub/grub.cfgI see 中set root='hd0,gpt2'，我的 UEFI 引导条目通常引用驱动器/分区编号，并且它似乎出现在几乎所有涉及引导加载程序的上下文中。

现在我们有了 UUID 和 PARTUUID，以这种方式寻址分区似乎非常不稳定（afaik，不能保证驱动器总是以相同的顺序安装，用户可能会移动插入其主板的驱动器的顺序，等等）

因此，我的问题是双重的：

1. 这个寻址方案是否像我上面概述的那样不稳定？我是否遗漏了标准中的某些内容，这意味着该方案比我预期的要可靠得多，还是因为您的驱动器只是在不同的顺序或将它们插入主板上的不同插槽？

2. 如果上述问题的答案是肯定的，那么为什么还要继续使用这种寻址方案？对所有内容使用 UUID 或 PARTUUID 会不会更加稳定和一致？

我已经安装了 Ubuntu 19 64bit 和 Windows 10 64bit，我发现我在不同的位置有 3 个不同的 EFI 文件：

EFI\boot\bootx64.efi

EFI\ubuntu\grubx64.efi

/boot/grub/x86_64-efi/grub.efi

这三者有什么区别？

我正在运行带有单一操作系统的笔记本电脑：东芝笔记本电脑 Core i3 上的 UbuntuMATE 15.04 Beta1 64 位。使用 UNetbootin 在实时 USB 驱动器上刻录“Elementary OS”后，发生的情况是：

- 重启后，笔记本电脑直接显示 UbuntuMATE 启动画面，没有像往常一样在开始时显示 Toshiba 标志。因此无法再访问 BIOS 或启动菜单。所以它直接启动到 UbuntuMATE 并正常运行。

• 安装引导修复并运行（推荐修复）；它被中止向我显示此消息：“请在实时会话（实时 CD 或实时 USB）中使用此软件。这将启用此功能”...我无法从实时 CD 或 USB 启动作为我无法访问启动菜单。

• 启动信息摘要给了我这个链接http://paste.ubuntu.com/10664795/我可以寻求帮助提供信息。

• 我环顾了几个帖子，但找不到与我的情况相符的内容。

我到底该怎么做？我对 Linux 有点陌生（3 个月），我还在学习，所以我知道的不多。

我在我的计算机上以多重引导配置（Ubuntu、Linux Mint、Windows 等）安装了多个操作系统。当我打开我的电脑时，启动菜单出现超时。有时，我不会专注于它（例如，我打开我的电脑，然后我去冰箱拿一杯软饮料），所以我错过了启动菜单，所以我无法选择我想要的操作系统。因此，我必须重新启动计算机并再次选择所需的操作系统。反正有没有删除超时。我的意思是当启动菜单出现时，所以没有超时，在我选择我想要的操作系统之前，不会启动任何操作系统。

我正在使用 Ubuntu 和 Linux Mint。

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

我不太需要“dmesg”风格的冗长启动；但确实对这个系统上的引导加载感到好奇。

PS 只是为了澄清，我试图在机器上的 Ubuntu 引导上启用详细加载屏幕。