Ja, Bootloader und Bootmanager werden direkt von der Firmware gestartet.
(Obwohl einige Firmwares so komplex sind, dass Sie UEFI praktisch als "OS" und seine Bootloader als "UEFI-Programme" bezeichnen könnten ...)
- Könnte Windows Boot Manager ohne Windows existieren? Ja.
- Könnte es GRUB ersetzen? Vielleicht, vielleicht nicht. (Auch wenn es darauf ankommt, welches Betriebssystem Sie unter "UNIX" meinen!) UEFI wäre einfacher als das BIOS.
- Könnte GRUB den Windows-Bootmanager ersetzen? Vielleicht, vielleicht nicht. (Abhängig von der Windows-Version.)
Das Problem ist, dass Betriebssystem-Kernel auf unterschiedliche Weise gestartet werden können. Von dem Bootloader werden bestimmte Anfangsparameter angegeben, z. B. von der Festplatte, von der "Kernel-Befehlszeile", wo die Linux-Initramfs verwendet werden sollen, und so weiter. Hier ist zum Beispiel das Linux-Boot-Protokoll und hier die Multiboot-Spezifikation, die von einigen BSDs verwendet wird.
Sie können also Windows BOOTMGR nicht vmlinuz
direkt starten lassen und GRUB kann nicht ntoskrnl.exe
direkt starten .
Aber manchmal, dass Arbeit nicht durch den Bootmanager getan selbst, sondern durch einen kleinen „Stummel“ Bootloader, der kann in üblichen Weise gestartet werden. Dieser Stub-Bootloader könnte von einem anderen Bootmanager als üblich gestartet werden.
Zum Beispiel Windows BOOTMGR startet ersten
winload.efi
, und das ist, wo alle Vorbereitungen für den Startntoskrnl
fertig sind.Dies bedeutet, dass Sie GRUB mit Windows starten können
winload.efi
, ohne BOOTMGR zu verwenden.In Linux-Kerneln ist außerdem häufig ein "EFI-Stub" integriert, sodass der Kernel selbst als eigenständiges UEFI-Programm ausgeführt werden kann.
Wenn also für Ihren Linux-Kernel eine eigene "EFISTUB" -Option aktiviert oder der systemd-boot-Stub angehängt ist, können Sie Windows BOOTMGR direkt ohne GRUB oder irgendetwas anderes starten lassen.