От това, което вече сте прочели в заглавието на публикацията, ще обясня как да стартирате ArchLinux (нямам представа дали работи на други дистрибуции) без какъвто и да е буутлоудър на компютри EFI или UEFI.
Първа стъпка
Инсталирайте efibootmgr (ако все още не сте го инсталирали)
# pacman -S efibootmgr
Втора стъпка
Монтирайте efivarfs (ако вече не е монтиран)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Трета стъпка
Добавете дистрибуцията си към "Boot Order" на вашия компютър
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
в моя случай го направих по този начин
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Последна стъпка
Вижте дали е работило
# efibootmgr -v
Изтрийте дистрибуцията на вашия bootorder
Ако по някаква причина не е работил за вас или просто не ви харесва идеята да не използвате буутлоудър, можете да направите следното:
Първа стъпка
Вижте кой е номерът, който съответства на вашия дистрибутор в подреждането за зареждане
# efibootmgr -v
Трябва да видите нещо подобно:
BootCurrent: 0000 Timeout: 0 секунди BootOrder: 0000,3000,2001,2002,2003 Стартиране0000 * Arch Linux HD (1,800,100000 49 02 7, bf7dd42-5af967-840bb-ac3d-8ea5e9.3f0.9) Файл (\ vmlinuz-linux) root = .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 устройство (UEFI) RC Boot3002 * Вътрешно CD / DVD ROM устройство (UEFI) RC BootXNUMX * Вътрешен твърд диск или SSD RC BootXNUMX * Вътрешен твърд диск или SSD RC BootXNUMX * Вътрешен твърд диск или SSD RC
Ще видите, че той маркира Boot0000 *, но в този случай се интересуваме само от числото 0000
Втора стъпка
Изтрийте дистрибуцията на вашия bootorder
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
ВАЖНО СЪОБЩЕНИЕ
В третата стъпка от този запис командата, която използвам, НЕ РАБОТИ.
Опитвам се да намеря решението, ще го публикувам, когато го намеря
Тук линията, която работи
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img тих loglevel = 0"
Моля всеки, който може да редактира записа, моля, направете го
Готово, коригирано нали? 🙂
Благодаря ви
Здравей Вече го направих преди известно време (същото и в Arch Linux) и мога да ви кажа, че поне компютърът ми не претърпя никакви щети, лаптопът ми е Lenovo G480. Ами ако се случи е, че когато ядрото е актуализирано, вече не може да презареди системата и отново трябваше да направя цялата процедура, която описвате тук; След като направих експерименти, заредих системата (изяснявам, че това е моя вина, а не системата), така че трябваше да преинсталирам и не знам по каква причина вече не можех да я оставя без буутлоудъра. Тъй като по това време нямах време да се забавлявам с гръцки сфинкс пъзели и гатанки, инсталирах grub и никога повече не опитах.
Е, използвам този метод на лаптопа си (павилион на HP n029-la), актуализирах ядрото и не съм имал проблеми. Но в случай че ми се случи нещо подобно, винаги нося арка livecd в куфарчето, с което го нося.
Четох и да, вярно е, че след актуализация на ядрото, командата (efibootmgr) не може да създаде запис (може само да изтрие) в някои изолирани случаи. https://bugs.archlinux.org/task/34641
Можете ли да обясните връзката с груба? Не разбирам разликата или ако обясните концепциите на efi / uefi по отношение на grub, буутлоудъра
Идеята на влизането е да започне екипа, без да минава през Grub. Тоест, че същият EFI (т.е. текущата подмяна на BIOS) отговаря за зареждането на ядрото и образа за зареждане.
Това, което направи BIOS, беше прочетената първата част на първия твърд диск, където обикновено се инсталира Grub, който отговаря за зареждането на ядрото и изображението. EFI позволява на ядрата да се зареждат (и по този начин дава възможност за разширени опции за сигурност като обичания / мразения SecureBoot).
От практическа гледна точка за мен няма предимство да използвам този метод за стартиране на компютъра.
поздрави
Въпрос:
Искам да си купя нов компютър (или не чак толкова нов) само за да инсталирам GNU / Linux. В случай, че идва с Window $ 8, ще имам ли проблем със Secure Boot?
Мога. Проблемът ще бъде, че в зависимост от компютъра, ако има W8, той ще дойде с активиран UEFI и ще трябва да го деактивирате, за да инсталирате според какви дистрибуции. В моя активиран бих могъл да инсталирам ubuntu, ако си спомням правилно, но когато инсталирах manjaro, той не работи и трябваше да го деактивирам, за да мога да го инсталирам правилно. (Всъщност сега в archlinux мисля, че може да се инсталира без особени затруднения и мисля, че grub2 го поддържа, но предполагам, че когато инсталирах системата отдавна тя все още не беше напълно полирана).
Деактивирайте UEFI и Secure Boot и след това стартирайте компактдиска, когато инсталирате, преди да изтриете дяловете Win8 и UEFI.
Почти всички EFI позволяват зареждането на операционни системи в режим "Legacy", тоест класически. Ако конфигурирате EFI по този начин, няма да имате проблеми.
Има нещо, което не разбирам. Да предположим, че имам нов компютър с Windows и UEFI. Къде да изпълня тези стъпки? В инсталацията на Arch или от LiveCD?
Когато го направих, беше от Live CD, като инсталирах система от нулата, никога не съм я опитвал от вече инсталирана система. Предполагам, че това също трябва да е възможно, след като системата бъде инсталирана, като премахнете bootloader, grub или gummiboot, за да споменете най-често срещаните, и след това изтриете записите в bootloader, за да следвате инструкциите от самото начало, как се осмелявате да да преживея?. Ако не беше проклетата абсорбираща работа, която имам, вече я правех.
Ами ако не мисля, че можете да се справите с двойно зареждане с този метод.
В моя случай имам дънна платка MSI B85M-E45 и въпреки че тя работеше при мен, тя повреди моя фърмуер по такъв начин, че вече не мога да влизам в настройките на BIOS; Направих BIOS нулиране от джъмперите на дънната платка и проблемът продължава да съществува. Ще се опитам отново да мига фърмуера. Тогава ще ви кажа дали бих могъл да възстановя BIOS
Във всеки случай смятам, че това е процес, който не си струва да се опитва заради рисковата в замяна на няколко предимства
За щастие успях да мигам фърмуера, въпреки че не ми позволяваше да вляза в конфигурацията на BIOS, пак можех да стартирам от твърдия диск и след това да създам стартиращ DOS pendrive с програмата, за да мига отново BIOS и файла на фърмуера.
Тичах с късмет и веднъж се случи, че фърмуерът на ACER лаптоп с UEFI беше повреден, когато инсталирах openSUSE, когато UEFI съвместимите дистрибуции започнаха да се появяват.
Фу по-малко лошо, успех този път !!!!