З того, що ви вже читали в заголовку допису, я пояснити, як завантажити ArchLinux (не маю уявлення, чи працює він на інших дистрибутивах) без будь-якого завантажувача на комп'ютерах EFI або UEFI.
Перший крок
Встановіть efibootmgr (якщо він ще не встановлений)
# pacman -S efibootmgr
Другий крок
Змонтувати efivarfs (якщо він ще не змонтований)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Третій крок
Додайте дистрибутив до "Порядку завантаження" на вашому комп'ютері
# 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
Видаліть дистрибутив завантаження
Якщо з якихось причин це не допомогло вам, або вам просто не подобається ідея не використовувати завантажувач, ви можете зробити наступне:
Перший крок
Подивіться, яке число відповідає вашому дистрибутиву в порядку завантаження
# 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 * Внутрішній жорсткий диск або твердотільний диск RC BootXNUMX * Внутрішній жорсткий диск або твердотільний диск RC BootXNUMX * Внутрішній жорсткий диск або твердотільний диск
Вони побачать, що він позначає Boot0000 *, але в цьому випадку нас цікавить лише число 0000
Другий крок
Видаліть дистрибутив завантаження
# efibootmgr -b 0000 -B
Фуенте: Arch Linux Wiki
ВАЖЛИВЕ ОГОЛОШЕННЯ
на третьому кроці цього запису команда, яку я використовую, НЕ РОБОТИ.
Я намагаюся знайти рішення, опублікую його, коли знайду
Ось лінія, яка працює
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img тихий журнал = 0"
Прошу будь-кого, хто може редагувати запис, будь ласка, зробіть це
Готовий, виправлений, правда? 🙂
Дякую
Привіт. Я вже робив це деякий час тому (те саме в Arch Linux), і я можу вам сказати, що принаймні мій комп'ютер не зазнав ніяких пошкоджень, мій ноутбук - Lenovo G480. Що якби трапилось так, що після оновлення ядра воно більше не могло перезавантажити систему, і знову мені довелося виконати всі процедури, які ви тут описуєте; Провівши експерименти, я завантажив систему (я з'ясовую, що це моя вина, а не система), тому мені довелося перевстановити, і я не знаю, з якої причини я більше не міг залишити її без завантажувача. Оскільки на той час я не встиг розважитись головоломками та загадками грецького сфінкса, я встановив груб і більше ніколи не пробував.
Ну, я використовую цей метод на своєму ноутбуці (павільйон HP n029-la), я оновив ядро і не мав жодних проблем. Але якщо щось подібне трапляється зі мною, я завжди ношу арку livecd у портфелі, з яким я її ношу.
Я читав, і так, це правда, що після оновлення ядра команда (efibootmgr) не може створити запис (його можна лише видалити) у деяких поодиноких випадках. https://bugs.archlinux.org/task/34641
Чи можете ви пояснити мені стосунки з грубою? Я не розумію різниці. або якщо ви поясніть поняття efi / uefi щодо grub, завантажувача
Саме ідея вступу полягає в тому, щоб створити команду, не проходячи через Grub. Тобто, той самий EFI (тобто поточна заміна BIOS) відповідає за завантаження ядра та завантажувального образу.
Те, що зробив BIOS, було прочитання першої частини першого жорсткого диска, де зазвичай встановлюється Grub, який відповідає за завантаження ядра та образу. EFI дозволяє ядрам завантажуватися (і тим самим включає розширені параметри безпеки, такі як улюблений / ненависний SecureBoot).
З практичної точки зору, для мене не має переваг використовувати цей метод для запуску ПК.
привіт
Питання:
Я хочу придбати новий комп'ютер (або не такий вже й новий), щоб лише встановити GNU / Linux. У випадку, якщо він поставляється з вікном $ 8, чи матиму я проблему з безпечним завантаженням?
Можна. Проблема буде полягати в тому, що залежно від комп'ютера, якщо на ньому встановлений W8, він поставляється з активованим UEFI, і вам доведеться його деактивувати, щоб встановити відповідно до розподілів. У моєму активованому режимі я міг встановити ubuntu, якщо я правильно пам'ятаю, але коли я встановив манджаро, це не спрацювало, і мені довелося його деактивувати, щоб мати можливість правильно встановити його. (Насправді зараз в archlinux я думаю, що його можна встановити без особливих труднощів, і я думаю, що grub2 це підтримує, але я вважаю, що коли я давно встановив систему, вона все ще не була повністю відполірована).
Вимкніть UEFI та Secure Boot, а потім завантажте компакт-диск, коли ви встановлюєте, перш ніж він видалить розділи Win8 та UEFI.
Майже всі EFI дозволяють завантажувати операційні системи в "застарілому" режимі, тобто класичному. Якщо ви налаштуєте EFI таким чином, у вас не виникне проблем.
Щось я не розумію. Скажімо, у мене є новий комп’ютер з Windows та UEFI. Де я можу зробити ці кроки? В інсталяції Arch або з LiveCD?
Коли я робив це з Live CD, встановлюючи систему з нуля, я ніколи не пробував її з уже встановленої системи. Я думаю, що після встановлення системи це також має бути можливо, видаливши завантажувач, grub або gummiboot, щоб згадати найпоширеніші, а потім видаливши записи завантажувача, щоб слідувати інструкціям з самого початку, як ви наважуєтесь випробувати? . Якби не ця проклята абсорбційна робота, яку я маю, я вже робив її, ти дав мені колючку.
Що, якщо я не думаю, що ви можете, це обробити подвійне завантаження цим методом.
У моєму випадку у мене є материнська плата MSI B85M-E45, і хоча вона працювала для мене, вона пошкодила мою прошивку таким чином, що я більше не можу входити в налаштування BIOS; Я скинув BIOS із перемичок на материнській платі, і проблема все ще залишається. Я спробую прошити прошивку ще раз. Тоді я скажу вам, чи зміг би я відновити BIOS
У будь-якому випадку, я вважаю це процесом, який не варто випробовувати через ризикованість в обмін на кілька переваг
На щастя, я зміг прошити прошивку, хоча це не дозволило мені увійти до конфігурації BIOS, я все одно міг завантажуватися з жорсткого диска, а потім створити завантажувальну програму DOS з програмою для повторної прошивки BIOS та файлу прошивки.
Мені пощастило, і одного разу мені трапилось, що прошивка ноутбука ACER з UEFI була пошкоджена, коли я встановив openSUSE, коли починали з'являтися дистрибутиви, сумісні з UEFI.
Фуу менше погано, удачі цього разу !!!!