Z toho, co jste si již přečetli v názvu příspěvku, vysvětlím, jak zavést ArchLinux (netuší, jestli funguje na jiných distribucích) bez jakéhokoli bootloaderu na počítačích EFI nebo UEFI.
První krok
Nainstalujte efibootmgr (pokud jej ještě nemáte nainstalován)
# pacman -S efibootmgr
Druhý krok
Připojit efivarfs (pokud již nejsou připojeny)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Třetí krok
Přidejte svou distribuci do „Boot Order“ svého počítače
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
v mém případě jsem to udělal takto
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Poslední krok
Podívejte se, jestli to fungovalo
# efibootmgr -v
Odstraňte distribuci bootorderů
Pokud vám to z jakéhokoli důvodu nefungovalo nebo se vám nelíbí myšlenka nepoužívat bootloader, můžete provést následující:
První krok
Podívejte se, které číslo odpovídá vašemu rozdělení v pořadí zavádění
# efibootmgr -v
Měli byste vidět něco takového:
BootCurrent: 0000 Časový limit: 0 sekund BootOrder: 0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD (1,800,100000 49 02 7, bf7dd42-5af967-840bb-ac3d-8ea5e9.3f0.9) root souboru (\ vmlinuz-linux) = .UUID = .d.0.2.e.8.b.4.5.9.7 .-. 0.5.9.a.3 8.7 .-. B.8.2.2.1.8.2.5 .-. 0.f.2001.a.2002. .initrd =. /. initramfs-.linux..img .quiet .loglevel = .3000. Boot3001 * USB Drive (UEFI) RC Boot3002 * Interní jednotka CD / DVD ROM (UEFI) RC BootXNUMX * Interní pevný disk nebo Solid State Disk RC BootXNUMX * Interní pevný disk nebo Solid State Disk RC BootXNUMX * Interní pevný disk nebo Solid State Disk RC
Uvidíte, že to označuje Boot0000 *, ale v tomto případě nás zajímá pouze číslo 0000
Druhý krok
Odstraňte distribuci bootorderů
# efibootmgr -b 0000 -B
zdroj: Arch Linux Wiki
DŮLEŽITÉ OZNAMY
Ve třetím kroku této položky nefunguje příkaz, který používám.
Snažím se najít řešení, zveřejním ho, až ho najdu
Zde linka, která funguje
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img tichý loglevel = 0"
Žádám každého, kdo může záznam upravit, prosím, udělejte to
Připraveno, opraveno, že? 🙂
Děkuji
Ahoj. Už jsem to udělal před časem (stejně jako v Arch Linuxu) a mohu vám říci, že alespoň můj počítač neutrpěl žádné škody, můj notebook je Lenovo G480. Co když se to stalo, je to, že když bylo jádro aktualizováno, už nemohlo znovu načíst systém a znovu jsem musel udělat celý postup, který zde popisujete; Po provedení experimentů jsem načetl systém (upřesňuji, že to byla moje chyba, nikoli systém), takže jsem musel znovu nainstalovat a nevím, z jakého důvodu jsem ho už nemohl nechat bez bootloaderu. Protože jsem v té době neměl čas bavit se hádankami a hádankami řecké sfingy, nainstaloval jsem grub a už jsem to nikdy nezkoušel.
Tuto metodu používám na svém notebooku (pavilon HP n029-la), aktualizoval jsem jádro a neměl jsem žádné problémy. Ale pokud se mi něco takového stane, vždy nosím v kufříku, s nímž nosím, arch livecd.
Četl jsem, a ano, je pravda, že po aktualizaci jádra příkaz (efibootmgr) není schopen v některých ojedinělých případech vytvořit záznam (je schopen ho pouze smazat). https://bugs.archlinux.org/task/34641
Můžete vysvětlit vztah s grubem? Nerozumím rozdílu nebo pokud vysvětlíte koncepty efi / uefi týkající se grub, bootloader
Myšlenkou vstupu je právě nastartování týmu, aniž by prošel Grubem. To znamená, že načítání jádra a zaváděcího obrazu má na starosti stejný EFI (tj. Aktuální výměna systému BIOS).
BIOS provedl přečtení první části prvního pevného disku, kde je obvykle nainstalován Grub, který je zodpovědný za načtení jádra a obrazu. EFI umožňuje samotným jádrům načítat se (a tím umožňuje pokročilé možnosti zabezpečení, jako je milovaný / nenáviděný SecureBoot).
Z praktického hlediska pro mě nemá žádnou výhodu použít tuto metodu ke spuštění počítače.
pozdravy
Otázka:
Chci si koupit nový počítač (nebo ne tak nový) jen kvůli instalaci GNU / Linux. V případě, že je dodáván s Windows 8, budu mít problém se zabezpečeným spuštěním?
Umět. Problém bude v tom, že v závislosti na počítači, pokud má W8, bude dodáván s aktivovaným UEFI a budete jej muset deaktivovat, abyste mohli instalovat podle toho, jaké distribuce. V mém aktivovaném jsem si mohl nainstalovat ubuntu, pokud si dobře pamatuji, ale když jsem nainstaloval manjaro, nefungovalo to a musel jsem ho deaktivovat, abych jej mohl správně nainstalovat. (Vlastně nyní v archlinuxu si myslím, že jej lze nainstalovat bez větších obtíží, a myslím, že to grub2 podporuje, ale předpokládám, že když jsem systém nainstaloval už dávno, ještě nebyl úplně vyleštěný).
Po instalaci před odstraněním oddílů Win8 a UEFI deaktivujte UEFI a Secure Boot a poté spusťte CD.
Téměř všechny EFI umožňují načítání operačních systémů v režimu „Legacy“, tedy v klasickém režimu. Pokud nakonfigurujete EFI tímto způsobem, nebudete mít žádné problémy.
Je tu něco, čemu nerozumím. Řekněme, že mám nový počítač s Windows a UEFI. Kde provedu tyto kroky? V instalaci archu nebo z LiveCD?
Když jsem to udělal, bylo to z Live CD instalovajícího systém od nuly, nikdy jsem to nezkoušel z již nainstalovaného systému. Představuji si, že to musí být možné také po instalaci systému odstraněním bootloaderu, grub nebo gummiboot, abychom zmínili nejběžnější, a poté odstraněním položek bootloaderu podle pokynů od začátku, jak se odvážíte zažít?. Kdyby nebylo té zatracené absorpční práce, kterou mám, už jsem to dělal.
Co když si nemyslím, že můžete zvládnout duální boot s touto metodou.
V mém případě mám základní desku MSI B85M-E45 a přestože to pro mě fungovalo, poškodilo můj firmware takovým způsobem, že už nemohu vstoupit do nastavení BIOSu; Provedl jsem reset systému BIOS z propojek na základní desce a problém stále přetrvává. Pokusím se znovu flashovat firmware. Pak vám řeknu, jestli mohu obnovit BIOS
V každém případě to považuji za proces, který se neoplatí zkoušet kvůli riskantní výměně za několik výhod
Naštěstí se mi podařilo firmwarovat flash, i když mi to nedovolilo vstoupit do konfigurace BIOSu, mohl jsem stále bootovat z pevného disku a poté vytvořit bootovací DOS pendrive s programem, abych znovu flashoval BIOS a soubor firmwaru.
Běžel jsem se štěstím a jednou jsem se stal, že firmware notebooku ACER s UEFI byl poškozen, když jsem nainstaloval openSUSE, když se začaly objevovat distribuce kompatibilní s UEFI.
O to méně špatné, tentokrát hodně štěstí !!!!