GRUB/Восстановление загрузчика GRUB
Для загрузки операционной системы необходимо установить загрузчик, поддерживающий Linux, такой как GRUB, rEFInd или Syslinux, в главную загрузочную запись (MBR) или таблицу разделов GUID (GPT) носителя, содержащего операционную систему. Установки, созданные с помощью Manjaro ISO, по умолчанию используют GRUB.
По разным причинам загрузчик может быть поврежден, стерт или неправильно настроен, что приводит к появлению черного экрана с сообщением об ошибке при загрузке, например, No boot loaders found in /dev/. . Для восстановления работы системы без переустановки ОС и потери данных вам потребуется использовать установочный носитель Manjaro, например, CD/DVD или USB Flashdrive.
Процесс загрузки Archlinux Большая информация о процессе загрузки в дистрибутивах на базе Archlinux доступна на Archwiki
Подготовка
Определите тип системы, которую вы пытаетесь восстановить, так как команды немного отличаются.
- система BIOS/MBR/GPT
- система EFI/GPT
Загрузка с установочного носителя Manjaro
Переопределение загрузки системы Для переопределения порядка загрузки системы у каждого есть специальная клавиша. Большинство клавиатур ноутбуков имеют множественное назначение функциональных клавиш, и основная функция может быть изменена на противоположную. В таком случае вместе с функциональной клавишей необходимо использовать клавишу FN . Если вы не знаете — обратитесь к документации вашей системы. Имена пользователей и пароли Manjaro ISO по умолчанию
| Имя по-умолчанию | Пароль по-умолчанию |
|---|---|
| manjaro | manjaro |
| root | manjaro |
Идентификация разделов
Чтобы определить разделы и их назначение необходимо запустить менеджер разделов. В зависимости от окружения существуют различные инструменты. ISO на базе GTK предлагает GpartEd, ISO на базе QT предлагает KParted, и общим для всех является CLI.
user $ lsblk -o PATH,PTTYPE,PARTTYPE,FSTYPE,PARTTYPENAME COPY TO CLIPBOARD
Более полную информацию можно найти с помощью fdisk (требуется суперпользователь), и вы можете ограничить исследуемое устройство, например, /dev/sda или /dev/nvme0n1.
user $ sudo fdisk -l /dev/sda COPY TO CLIPBOARD
Подсказки, на которые следует обратить внимание, это mbr против gpt и наличие небольшого раздела (обычно первого), отформатированного в файловой системе vfat, за которым следует больший раздел, отформатированный как ext4.
Info Этот документ и его содержание никогда не должны использоваться в качестве ресурса для копирования/вставки. В оставшейся части этого документа будут использоваться псевдоимена и нумерация разделов. Устройства будут называться /dev/sdy, а разделы /dev/sdyA, и вам придется подставить в них реальные значения из вашей системы.
Использование контекста root
После загрузки живого ISO — в зависимости от окружения — откройте терминал и переключитесь в контекст root. Используйте вышеупомянутую комбинацию root:password.
user $ su COPY TO CLIPBOARD
Среда Chroot
Chroot — это метод ограничения различных задач в ограниченной области, например, установка пакетов и другие задачи по обслуживанию системы. Перейдите по ссылке [1], чтобы прочитать больше о chroot в Arch wiki.
Идентификация системных разделов
Из вышесказанного мы предполагаем, что вы определили соответствующие разделы в вашей системе, и в этом документе разделы будут упоминаться следующим образом. Разделы, которые не нужны для обслуживания такого рода, намеренно опущены (например, home, swap).
| Раздел | ! Использование | Комментарий |
|---|---|---|
| /dev/sdyA | EFI система | Требуется для EFI системы и монтируется в /boot/efi. |
| /dev/sdyB | boot | Необязателен, но монтируется в /boot В основном используется, когда GRUB не может быть записан в / (например, в f2fs). |
| /dev/sdyC | root | Требуется для корневой файловой системы и монтируется в / — обычно форматируется в ext4. |
Использование manjaro-chroot
Manjaro развертывает скрипт под названием manjaro-chroot , который принимает необязательный аргумент и выполняет поиск видимых устройств — сканирует разделы на наличие признаков операционной системы. Если найдено более одной операционной системы Linux — Вам будет предложено выбрать, какая система будет chroot, иначе файл /etc/fstab из системы будет использоваться для монтирования разделов и chroot в эту систему. Этот скрипт по умолчанию доступен только в live iso, но вы можете получить его в установленной системе, установив пакет manjaro-tools-base .
root # pamac install manjaro-tools-base COPY TO CLIPBOARD
root # manjaro-chroot -a COPY TO CLIPBOARD
Ручной chroot
(Нет необходимости, если вы использовали manjaro-chroot ) Монтируйте разделы, используя назначенную временную точку монтирования, и всегда начинайте с root.
root # mount /dev/sdyC /mnt COPY TO CLIPBOARD
Info При использовании файловой системы BTRFS следует учитывать, что субтома должны быть смонтированы. В таком случае:
root # mount -o subvol=@ /dev/sdyC /mnt COPY TO CLIPBOARD
Затем, если необходимо, смонтируйте boot.
root # mount /dev/sdyB /mnt/boot COPY TO CLIPBOARD
А после по необходимости и efi
root # mount /dev/sdyA /mnt/boot/efi COPY TO CLIPBOARD
Создайте среду chroot и используйте bash в качестве оболочки
root # manjaro-chroot /mnt /bin/bash COPY TO CLIPBOARD
Переустановка GRUB
Одна из возможных причин, по которой вы читаете этот документ — это незавершенное обновление, которое, в свою очередь, может быть вызвано несколькими ситуациями, в которые мы не будем углубляться. Чтобы исправить причину Вам следует запустить полное обновление системы, включая grub, чтобы убедиться, что все на месте.
root # pacman -Syu grub COPY TO CLIPBOARD
После завершения операции продолжите, используя раздел, соответствующий вашей системе
Система BIOS
В системе BIOS/GPT нет MBR и, следовательно, нет места для хранения загрузчика. Спецификация разделов GPT допускает наличие неформатированного раздела типа загрузочного раздела BIOS (0xEF02). Размер этого раздела может составлять всего 1 мегабайт. Программа установки Calamares использует фиксированный размер 32 мегабайта. В системе BIOS/MBR часть загрузчика записывается в Master Boot Record основного диска.
Устройство — это диск (не раздел)
root # grub-install —force —target=i386-pc —recheck —boot-directory=/boot /dev/sdy COPY TO CLIPBOARD
Убедитесь что конфигурация grub обновлена
root # grub-mkconfig -o /boot/grub/grub.cfg COPY TO CLIPBOARD
Система EFI
Info Вы должны быть в chroot для этой процедуры.
root # grub-install —target=x86_64-efi —efi-directory=/boot/efi —bootloader-id=manjaro —recheck COPY TO CLIPBOARD
Обновление конфигурации grub
root # grub-mkconfig -o /boot/grub/grub.cfg COPY TO CLIPBOARD
EFI grub install messages Переменные EFI не поддерживаются в этой системе.
Проверьте существование системного раздела EFI
root # lsblk -o PATH,PTTYPE,PARTTYPE,FSTYPE,PARTTYPENAME COPY TO CLIPBOARD
Убедитесь, что файловая система efi загружена
root # ls /sys/firmware/efi COPY TO CLIPBOARD
Выйти из chroot
root # exit COPY TO CLIPBOARD
Попробуйте загрузить файловую систему efi
root # modprobe efivarfs COPY TO CLIPBOARD
Повторно войдите в chroot
root # manjaro-chroot /mnt /bin/bash COPY TO CLIPBOARD
Затем смонтируйте файловую систему efi
root # mount -t efivarfs efivarfs /sys/firmware/efi/efivars COPY TO CLIPBOARD
Убедитесь, что файловая система efi загружена
root # ls /sys/firmware/efi COPY TO CLIPBOARD
В случае успеха повторно выполните вышеуказанные команды установки
Устранение неполадок
Manjaro не распознается
Если Manjaro не распознается после обновления grub, то, вероятно, в вашей установке отсутствует пакет lsb-release.
Посмотрите также
- Руководство по установке UEFI
- GRUB на Arch wiki
Cookie-файлы помогают нам предоставлять наши услуги. Используя наши сервисы, вы соглашаетесь с использованием cookie-файлов.
Сломался загрузчик после установки Linux рядом с Win10
Всем привет. Я установил Manjaro рядом с Windows 10, но решил попробовать Fedora. По одной инструкции удалил папку /boot/efi/EFI/Manjaro из-под Linux, папку Windows не трогал. Затем удалил том с Manjaro из-под Windows. Установил Fedora с авторазметкой, но после загрузки меню GRUB не появляется, система сразу загружается в Fedora. Раздел Windows по-прежнему существует. Как я могу восстановить GRUB и загрузиться в Windows? При загрузке появляется сообщение: «Loading GRUB. Welcome to GRUB!». После этого система загружается сразу в Fedora. В меню загрузки BIOS отображаются только HDD и DVD. Папка Windows исчезла из каталога EFI, теперь там только «BOOT» и «fedora». Попробовал загрузиться с LiveCD boot-repair, но после проверки он пишет: «/boot detected. Please check the options.». Там даже нет кнопки восстановление. Вкладки MBR и GRUB недоступны. На всякий случай приложил отчеты с boot-repair. https://pastebin.ubuntu.com/p/7Ghmwdc824/ https://pastebin.ubuntu.com/p/FtVBsT2jkJ/
ZGrain
21.06.22 13:31:13 MSK

- Внешние ссылки, для просмотра которых требуется регистрация.
You need to be logged in to view this paste.
Выложи куда-нибудь, где другие люди смогут это прочесть.
Vsevolod-linuxoid ★★★★★
( 21.06.22 13:44:50 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 13:45:21 MSK (всего исправлений: 1)
Отчеты сам изучай, тебе полезней.
Папка Windows исчезла из каталога EFI
Намекает на то, что системы у тебя в разных режимах.
Все должно быть в одном режиме: ЕФИ, загрузчик, системы. Без этого никакая магия не поможет. С этого и начни.
andytux ★★★★★
( 21.06.22 13:45:33 MSK )
Ответ на: комментарий от andytux 21.06.22 13:45:33 MSK

Это новичек, так что может быть вообще что угодно. Нужно сперва посмотреть на текущую ситуацию.
Vsevolod-linuxoid ★★★★★
( 21.06.22 13:46:41 MSK )

У тебя есть ведь LiveFlash какого-нибудь Linux, верно?
Выложи выводы с него:
lsblk sudo fdisk -l sudo blkid -c /dev/null sudo efibootmgr -v
для начала. Можешь прямо сюда и запостить: Как правильно копировать вывод терминала
Если что, эти команды ничего не меняют, просто показывают, что у тебя и как.
Vsevolod-linuxoid ★★★★★
( 21.06.22 13:49:09 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 14:03:44 MSK (всего исправлений: 2)
Довольно недавно боролись с федорой (случайно это не твой брат). Но это показательный пример, как никогда не надо делать.
andytux ★★★★★
( 21.06.22 13:55:13 MSK )
Ответ на: комментарий от andytux 21.06.22 13:55:13 MSK

Да, согласен. Удаление файлов загрузки было плохой идеей. Мне следовало просто сказать ему добавить запись в UEFI руками для существующих файлов.
Хотел всё по науке сделать, чтобы был один EFI раздел на диске, а не 3 с мусорными ошметками от прошлых установок. До сих пор не понимаю, что не так сработало. Впрочем, это проблема с многими UEFI — они такие глючные, что даже при 100% правильных действиях всё наперекосяк.
Так что теперь — только посмотреть, что сейчас на диске, и если нужно, то добавить запись руками. Более ничего, а то фиг его знает, сработает ли.
Vsevolod-linuxoid ★★★★★
( 21.06.22 13:56:19 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 14:01:06 MSK (всего исправлений: 2)
Установка загрузчика efi такое же говно, как и установка загрузчика mbr потому что все ос перезаписывают первую запись вместо добавления новой.
naKovoNapalBaran ★
( 21.06.22 14:03:39 MSK )
Ответ на: комментарий от naKovoNapalBaran 21.06.22 14:03:39 MSK

Это один из самых глупых и ложных комментариев, что я тут видел.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:04:42 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:04:42 MSK
Ну умник докажи что я не прав.
naKovoNapalBaran ★
( 21.06.22 14:05:47 MSK )
Ответ на: комментарий от naKovoNapalBaran 21.06.22 14:05:47 MSK

Сейчас поставлю в виртуалку Win10 и Fedora в дуалбуте, чтобы посмотреть, как должно быть в точности.
Но вообще из моих знаний — при классическом дуалбуте Windows и Linux в UEFI на EFI разделе лежат в отдельной директории загрузчик Windows, а в другой Linux.
И из меню UEFI можно выбирать, какой грузить. Именно поэтому во всех современных дистрибутивах при установке в дуалбуте в UEFI отключают os-prober — за ненадобностью.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:08:55 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 14:09:15 MSK (всего исправлений: 1)
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:08:55 MSK
Можешь не тратить свое время, я отвечу сам, ничего там не файлы ни какие, а запись переменной в uefi.
naKovoNapalBaran ★
( 21.06.22 14:11:55 MSK )
Ответ на: комментарий от naKovoNapalBaran 21.06.22 14:11:55 MSK

Есть файлы загрузчиков на EFI разделе, что отформатированы в FAT32.
А есть записи в UEFI о том, какой файл с какого раздела грузить.
И этих записей может быть больше одной. Да, по умолчанию грузится только одна — что первая в списке. Но UEFI позволяет настроить как очередность, так и руками выбирать, какую из записей грузить.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:15:17 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:15:17 MSK
Это все отличается от поставщика к поставщику, присутствие файла в директории может ничего не значить.
naKovoNapalBaran ★
( 21.06.22 14:21:13 MSK )
Последнее исправление: naKovoNapalBaran 21.06.22 14:21:52 MSK (всего исправлений: 1)
Ответ на: комментарий от naKovoNapalBaran 21.06.22 14:21:13 MSK

Да, некоторые кривые UEFI в принципе грузят только один файл по пути для стандартного файла Windows с первого раздела. И это невозможно перенастроить.
Но файл в директории нужен. Иначе что грузить?
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:22:12 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 14:23:45 MSK (всего исправлений: 2)
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:22:12 MSK
И это не глюк и не ошибка. Это намеренное поведение. Когда еще только начинали хвалить УЕФИ, это приподносилось как очень важная фича.
andytux ★★★★★
( 21.06.22 14:28:10 MSK )
Ответ на: комментарий от andytux 21.06.22 14:28:10 MSK

Вообще-то в хвальбе шла речь о том, чтобы грузить файлы, только защищенные ключом.
И в норме UEFI должны иметь возможность добавлять свои ключи, а не только дефолтный от MS.
На практике зачастую приходится или обходить это путем подписи утекшим ключом от MS, или отключением SecureBoot нафиг.
Вообще я конечно согласен, что некоторые, даже скорее многие, реализации UEFI крайне кривые и не умеют нормально грузить ничего, кроме Windows.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:30:59 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 13:49:09 MSK
[yuri@fedora ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS sda 8:0 0 465,8G 0 disk ├─sda1 8:1 0 100M 0 part ├─sda2 8:2 0 16M 0 part ├─sda3 8:3 0 367,1G 0 part ├─sda4 8:4 0 521M 0 part ├─sda5 8:5 0 1M 0 part ├─sda6 8:6 0 1G 0 part /boot └─sda7 8:7 0 97,1G 0 part /home / sr0 11:0 1 1024M 0 rom zram0 252:0 0 3,7G 0 disk [SWAP] [yuri@fedora ~]$ sudo fdisk -l Диск /dev/sda: 465,76 GiB, 500107862016 байт, 976773168 секторов Disk model: TOSHIBA MQ01ABF0 Единицы: секторов по 1 * 512 = 512 байт Размер сектора (логический/физический): 512 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт Тип метки диска: gpt Идентификатор диска: 52CF2BFF-E8EE-4BC1-8143-A09DE397AF91 Устр-во начало Конец Секторы Размер Тип /dev/sda1 2048 206847 204800 100M EFI /dev/sda2 206848 239615 32768 16M Зарезервированный раздел Microso /dev/sda3 239616 770049071 769809456 367,1G Microsoft basic data /dev/sda4 975704064 976771071 1067008 521M Среда для восстановления Microso /dev/sda5 770050048 770052095 2048 1M BIOS boot /dev/sda6 770052096 772149247 2097152 1G Файловая система Linux /dev/sda7 772149248 975704063 203554816 97,1G Файловая система Linux Элементы таблицы разделов упорядочены не так, как на диске. Диск /dev/zram0: 3,71 GiB, 3980394496 байт, 971776 секторов Единицы: секторов по 1 * 4096 = 4096 байт Размер сектора (логический/физический): 4096 байт / 4096 байт Размер I/O (минимальный/оптимальный): 4096 байт / 4096 байт [yuri@fedora ~]$ sudo blkid -c /dev/null /dev/sda4: BLOCK_SIZE="512" UUID="4666354066353253" TYPE="ntfs" PARTUUID="3f2c7ebc-fc7e-4a7b-9e49-cbd206c0eb8c" /dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="a85df863-349d-4a77-b94b-4e70d53a2223" /dev/sda7: LABEL="fedora_localhost-live" UUID="6b8107cb-522f-48c5-99a4-d5de76ab0cbd" UUID_SUB="0a666a16-333f-4fcb-81d8-0d4a216aecfe" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="2c49c68b-0452-4e7c-9915-bf9b8ea054e9" /dev/sda5: PARTUUID="1ed16122-1df5-43d3-9c85-567cfba219c3" /dev/sda3: BLOCK_SIZE="512" UUID="AAB08A30B08A0355" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="680b3499-a313-4a83-a56e-82f828ddf318" /dev/sda1: UUID="D005-43B4" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="51de354f-7c4b-4ce8-bfff-13f2c6077395" /dev/sda6: UUID="7033bbfc-ac7f-4b1b-a315-e622c4863b1b" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="ed1f3d14-30b6-46e4-84b3-2f73f387e1af" /dev/zram0: LABEL="zram0" UUID="46181e15-ca2c-4985-9b7c-05d310ebfc9a" TYPE="swap" [yuri@fedora ~]$ sudo efibootmgr -v EFI variables are not supported on this system.
ZGrain
( 21.06.22 14:31:55 MSK ) автор топика
Ответ на: комментарий от ZGrain 21.06.22 14:31:55 MSK

Кхм… andytux , ты оказался прав.
Насколько я вижу, у него Windows 10 установлен в UEFI режиме, а Fedora в BIOS режиме с поддержкой GPT.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:36:22 MSK )
Ответ на: комментарий от ZGrain 21.06.22 14:31:55 MSK
/dev/sda5 770050048 770052095 2048 1M BIOS boot
Намекает, что он таки вкорячил федору в легаси-режиме.
/dev/sda1 2048 206847 204800 100M EFI
ЕФИ-раздел, созданный виндой. То есть, винда была в ЕФИ-режиме. Смотреть на этом разделе, если виндовый загрузчик со своим окружением на месте, то возможно еще не все потеряно. Самое простое, скопировать на этот раздел грубЕФИ, весь. И настроить его на загрузку всех систем.
andytux ★★★★★
( 21.06.22 14:42:52 MSK )
Ответ на: комментарий от ZGrain 21.06.22 14:31:55 MSK

Скорее всего, никакой загрузчик Windows у тебя не ломался. Просто Fedora в BIOS режиме по очередности загрузки стоит выше, чем Windows в UEFI режиме.
А директория /boot/efi у тебя пуста потому, что твой текущий EFI раздел не примонтирован никуда, что для Fedora в BIOS режиме совершенно нормально.
Можешь сделать (чтобы посмотреть)
sudo mkdir /mnt/efi sudo mount -o ro /dev/sda1 /mnt/efi ls -laR /mnt/efi
— скорее всего, твои файлы для загрузки Windows в UEFI режиме на месте.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:46:02 MSK )
Последнее исправление: Vsevolod-linuxoid 21.06.22 14:48:34 MSK (всего исправлений: 1)
Ответ на: комментарий от andytux 21.06.22 14:42:52 MSK

Самое простое, скопировать на этот раздел грубЕФИ, весь. И настроить его на загрузку всех систем.
Угу, простое. В той теме, ссылку на которую ты же и привел, я как раз и помогал новичку на Fedora руками поставить GRUB2-EFI на первый EFI раздел на диске и добавить в UEFI запись о нём. Неудачно.
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:48:11 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:48:11 MSK
Это одна из ошибок. Не ставить, а скопировать. УЕФИ отвратителен, но есть у него и хорошие стороны. Любой загрузчик ставится простым копированием файлов. Почему-бы этим не пользоваться. И никакого chroot, уж его простым точно не назовешь.
andytux ★★★★★
( 21.06.22 14:55:10 MSK )
Ответ на: комментарий от andytux 21.06.22 14:55:10 MSK

И откуда же он будет копировать файлы, которых вероятнее всего нет? Ну буквально.
Fedora же в BIOS режиме стоит. У него в /boot/efi вероятнее всего или пусто, или файлы-затычки без записей.
Если вообще пакеты есть в наличии. Впрочем, чего гадать…
ТС, покажи выводы:
ls -laR /boot/efi rpm -qa | grep -i -e grub -e shim -e efi
Vsevolod-linuxoid ★★★★★
( 21.06.22 14:59:59 MSK )
Ответ на: комментарий от Vsevolod-linuxoid 21.06.22 14:59:59 MSK
[yuri@fedora ~]$ sudo ls -laR /boot/efi /boot/efi: итого 20 drwx------. 4 root root 4096 мая 5 00:29 . dr-xr-xr-x. 7 root root 4096 июн 20 21:00 .. drwxr-xr-x. 4 root root 4096 янв 20 04:44 EFI -rw-r--r--. 1 root root 34 янв 20 21:42 mach_kernel drwxr-xr-x. 3 root root 4096 янв 20 21:42 System /boot/efi/EFI: итого 16 drwxr-xr-x. 4 root root 4096 янв 20 04:44 . drwx------. 4 root root 4096 мая 5 00:29 .. drwx------. 2 root root 4096 июн 20 20:56 BOOT drwx------. 2 root root 4096 июн 20 20:56 fedora /boot/efi/EFI/BOOT: итого 1828 drwx------. 2 root root 4096 июн 20 20:56 . drwxr-xr-x. 4 root root 4096 янв 20 04:44 .. -rwx------. 1 root root 742064 июн 15 19:38 BOOTIA32.EFI -rwx------. 1 root root 946712 июн 15 19:38 BOOTX64.EFI -rwx------. 1 root root 70776 июн 15 19:38 fbia32.efi -rwx------. 1 root root 90280 июн 15 19:38 fbx64.efi /boot/efi/EFI/fedora: итого 12480 drwx------. 2 root root 4096 июн 20 20:56 . drwxr-xr-x. 4 root root 4096 янв 20 04:44 .. -rwx------. 1 root root 112 июн 15 19:38 BOOTIA32.CSV -rwx------. 1 root root 110 июн 15 19:38 BOOTX64.CSV -rwx------. 1 root root 1660168 июн 7 20:16 gcdia32.efi -rwx------. 1 root root 2622728 июн 7 20:16 gcdx64.efi -rwx------. 1 root root 1660168 июн 7 20:16 grubia32.efi -rwx------. 1 root root 2622728 июн 7 20:16 grubx64.efi -rwx------. 1 root root 678576 июн 15 19:38 mmia32.efi -rwx------. 1 root root 857248 июн 15 19:38 mmx64.efi -rwx------. 1 root root 946712 июн 15 19:38 shim.efi -rwx------. 1 root root 742064 июн 15 19:38 shimia32.efi -rwx------. 1 root root 946712 июн 15 19:38 shimx64.efi /boot/efi/System: итого 12 drwxr-xr-x. 3 root root 4096 янв 20 21:42 . drwx------. 4 root root 4096 мая 5 00:29 .. drwxr-xr-x. 3 root root 4096 янв 20 21:42 Library /boot/efi/System/Library: итого 12 drwxr-xr-x. 3 root root 4096 янв 20 21:42 . drwxr-xr-x. 3 root root 4096 янв 20 21:42 .. drwxr-xr-x. 2 root root 4096 мая 5 00:29 CoreServices /boot/efi/System/Library/CoreServices: итого 12 drwxr-xr-x. 2 root root 4096 мая 5 00:29 . drwxr-xr-x. 3 root root 4096 янв 20 21:42 .. -rw-r--r--. 1 root root 384 янв 20 21:42 SystemVersion.plist [yuri@fedora ~]$ rpm -qa | grep -i -e grub -e shim -e efi efi-filesystem-5-5.fc36.noarch efivar-libs-38-2.fc36.x86_64 grubby-8.40-57.fc36.x86_64 python3-olefile-0.46-16.fc36.noarch efibootmgr-16-12.fc36.x86_64 grub2-common-2.06-42.fc36.noarch grub2-tools-minimal-2.06-42.fc36.x86_64 grub2-tools-2.06-42.fc36.x86_64 grub2-efi-ia32-2.06-42.fc36.x86_64 grub2-efi-x64-2.06-42.fc36.x86_64 grub2-pc-modules-2.06-42.fc36.noarch fwupd-efi-1.3-1.fc36.x86_64 fwupd-plugin-uefi-capsule-data-1.8.1-1.fc36.x86_64 grub2-pc-2.06-42.fc36.x86_64 shim-x64-15.6-1.x86_64 shim-ia32-15.6-1.x86_64 grub2-tools-extra-2.06-42.fc36.x86_64 grub2-tools-efi-2.06-42.fc36.x86_64 grub2-efi-ia32-cdboot-2.06-42.fc36.x86_64 grub2-efi-x64-cdboot-2.06-42.fc36.x86_64 efi-srpm-macros-5-5.fc36.noarch grub-customizer-5.1.0-9.fc36.x86_64
ZGrain
( 21.06.22 15:03:05 MSK ) автор топика
Ответ на: комментарий от ZGrain 21.06.22 15:03:05 MSK

Хм… ну может и есть возможность.
andytux — говори ему, что делать.
Vsevolod-linuxoid ★★★★★
( 21.06.22 15:04:12 MSK )
Ответ на: комментарий от ZGrain 21.06.22 14:31:55 MSK

Да, и попробуй пронажимать разные клавиши при включении, чтобы выбрать список вариантов загрузки. Есть шанс, что там есть вариант Windows в режиме UEFI.
И проверь настройки очередности и режима загрузки своего UEFI. Может у тебя BIOS-only выставился.
Vsevolod-linuxoid ★★★★★
( 21.06.22 15:28:44 MSK )
Ответ на: комментарий от andytux 21.06.22 13:45:33 MSK

Да, и строго говоря, если матплата умеет грузить как в UEFI, так и в BIOS режиме, то дуалбут ОС в разных режимах возможен.
Просто очень неудобен: при каждой загрузке руками в UEFI(BIOS) выбирать, что и в каком режиме грузить.
How to Update Grub on Arch Linux

For Ubuntu and other Linux systems, GRUB (GRand Unified Bootloader) is a bootloader tool. The Linux kernel, as well as the initial RAM disc (initrd), are loaded by it at system startup. If more than one operating system or kernel is available, the user may choose which one to start. Additionally, it offers the sophisticated users with a command-line interface to directly configure the boot procedure. In this guide, we will discuss the methods of updating Grub on the Arch Linux system.
Update the Arch Linux
Start from the following listed command that is used to update the package databases and upgrade all packages on a system that is running on Arch Linux. The -S flag tells Pacman to sync (install or update) the packages. The -y flag tells Pacman to assume yes as an answer to any question that it may ask. And the -u flag tells Pacman to also upgrade the packages that are already installed on the system. In the output, you can see that the package databases for the core, extra, and community package repositories are already up to date.
[ omar @ omar ~ ] $ sudo pacman -Syu
Install Grub
Now, if grub is not yet installed, we install it using the “grub” package within a Pacman command. The -S flag tells Pacman to sync (install) the package. In the output, you can see that the “grub” package is already up-to-date and the command reinstalls the package. It then proceeds with the installation of the “grub” package. It checks for file conflicts and available disk space.
[ omar @ omar ~ ] $ sudo pacman -S grub
Update Grub Using Grub Customizer
The “/etc/default/grub” file is a configuration file for the GRUB boot loader which is used to manage the boot procedure of the system. It contains various options and settings that determine how GRUB behaves and what options are presented to the user at boot time. It is important to be cautious when editing this file since making mistakes or using incorrect settings can lead to the system being unable to boot. After making changes to it, save it using Ctrl+S.
[ omar @ omar ~ ] $ sudo nano / etc / default / grub

Grub-customizer is a graphical interface tool to configure the grub2/burg settings and appearance. It allows the users to edit the menu entries, update the GRUB configuration file, change the background image, and more which provide an easy-to-use interface to manage the boot process. The following command is used to install the “grub-customizer” package on a system that runs on Arch Linux. In the output, you can see that Pacman installs the “grub-customizer” package. Pacman then checks the available disk space and processes the package changes.
[ omar @ omar ~ ] $ sudo pacman -S grub-customizer
Now, search for the Grub Customizer application in your system activity area as shown in the following image. Then, open it.

It might require authentication. Therefore, add your system password to continue.

You can see the configuration settings if you want to make any changes in the first place.

Within its “Appearance settings” tab, you can find the settings regarding the appearance of your Linux system. After making changes, save and close the Grub Customizer.

The GRUB2 “grub.cfg” bootloader file is generated by the grub-mkconfig command based on the settings in the /etc/default/grub file and the files in the /etc/grub.d directory. By generating the grub.cfg file, you can ensure that your system’s boot loader is configured correctly and that it includes the latest changes that you made to your system’s boot settings using Grub Customizer.
[ omar @ omar ~ ] $ sudo grub-mkconfig -o / boot / grub / grub.cfg
Using the Update-Grub Repository
If you find the previous method tricky and long, you can switch to the installation of the update-grub repository from Git. The following command is used to install the “git” and “base-devel” packages on Arch Linux. The “base-devel” is a group of packages that are commonly used to build and compile the software from the source on Arch Linux. The command asks the user to confirm the installation and shows the total size of packages to be installed and the net upgrade size. Once the user confirms with y, the command proceeds with the installation.
[ omar @ omar ~ ] $ sudo pacman -S git base-devel
The following command is used to download a copy of a package called “update-grub” from the Git version control system. The package is downloaded to a new directory called “update-grub” in the current working directory. The process of downloading the package is called cloning. It includes several steps like enumerating the objects, counting the objects, compressing the objects, reusing the objects, and receiving the objects. After downloading the package, you can apply it by going to the update-grub directory.
[ omar @ omar ~ ] $ git clone https: // aur.archlinux.org / update-grub.git
The update-grub folder can be found in the current working directory of Arch Linux as per the ls command.
[ omar @ omar ~ ] $ ls
Desktop Downloads Pictures Templates docker-git update-grub
Documents Music Public Videos index.jpg yay
The next command, “cd update-grub”, changes the current working directory to the directory of the cloned repository.
[ omar @ omar ~ ] $ cd update-grub
The final command, “makepkg -sri”, is used to build and install the package from the cloned repository using the makepkg utility. The “-s” flag is to build the package with all dependencies. The “r” flag is to install the package after building it. And the “i” flag is to isntall the package without prompting for confirmation.
[ omar @ omar update-grub ] $ makepkg -sri
The following command uses the AUR “yay” helper program to install the “update-grub” package from the Arch User Repository (AUR). The command first checks for any package conflicts and inner conflicts. Then, it lists the package it finds (update-grub 0.0.1-7) and prompts the user to confirm the installation.
[ omar @ omar update-grub ] $ yay -S update-grub
Here are the instructions to update the Grub bootloader configuration file on the system. The command is typically used after making changes to the system’s boot configuration such as installing a new operating system or modifying the boot order of the existing operating systems. The command generates the Grub configuration file by searching for the installed Linux kernels and initial ram disk images and then adding them as boot options in the configuration file.
[ omar @ omar update-grub ] $ sudo update-grub
Conclusion
The guide introduction lets you know about the uses of Grub in different Linux-like operating systems. It tells how important it is to use it for boot loading. After this, we installed Grub on Arch Linux and discussed two different ways to update it one by one using the grub customizer and the update-grub repository of Git. Using the grub configuration file shows how you can make changes and then save it for boot loading.
About the author
Omar Farooq
Hello Readers, I am Omar and I have been writing technical articles from last decade. You can check out my writing pieces.
CHROOT в Arch и Manjaro Linux

P.S. Так же можете принудительно, но не обязательно запустить переустановку всех пакетов из официального репозитория.
sudo pacman -S $(pacman -Qnq)
Установим загрузчик если у вас UEFI:
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=grub
Установим загрузчик для BIOS:
grub-install /dev/sda
Обновим настройки загрузчика:
grub-mkconfig -o /boot/grub/grub.cfg
Обновим загрузочный RAM диск: