Ошибка grub при установке astra linux - ErrorsMaster.ru - большая энциклопедия ошибок и их решений

Ошибки возникающие в процессе установки операционной системы специального назначения Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.5) и Astra Linux Common Edition:

Не удалось выполнить команду "grub-install dummy". Это неисправимая ошибка.

Установка происходит в UEFI режиме, но таблица диска MBR.

Использовать «Boot menu» для выбора загрузки в режиме Legacy или изменить режим для носителя в BIOS.

Если установка продолжена без установки загрузчика

Загрузиться с носителя в режиме восстановления;
Запустить оболочку в разделе установки системы;
Выбрать устройство используемое в качестве корневой файловой системы;
Провести запуск оболочки в /dev/sd* ;
Перейти в tty (на пример Alt-Ctrl-F2) и выполните chroot /target (Выбранная корневая файловая система смонтирована в каталог /target.)
Запустить пакетный менеджер (например aptitude);
Убедиться, какой пакет grub установлен: grub-pc (Legacy), grub-efi-amd64 (EFI);
Заменить пакет grub на подходящий при необходимости;
Проведите установку загрузчика на устройство, например grub-install /dev/sd* и выполните обновление списка систем: update-grub.

Установка GRUB’a PCI-e SSD

NVMe (Non-Volatile Memory Express) это спецификация для доступа к дискам через PCI Express, специально разработанная для энергонезависимой памяти. Способ именования NVMe-SSD отличается от SATA-дисков. Первый NVMe-SSD имеет имя /dev/nvme0n1, а не /dev/sda. Здесь n после nvme0 означает пространство имён (namespace). Первый раздел на таких дисках имеет имя /dev/nvme0n1p1 вместо /dev/sda1.

После возникновения ошибки установки загрузчика, перейти в терминал (CTRL+ALT+F2) выполнить:

chroot /target

Установить grub-efi:

apt-get install grub-efi

Затем установить grub на ssd:

grub-install /dev/nvme0n1

где nvme0n1 — PCI-e SSD диск

Источник

Содержание

При установке линукса, выдает ошибку не удалось установить GRUB
Как исправить ошибку загрузки grub: «символ grub_calloc не найден
Не загружается Linux, чиним загрузчик GRUB
Что такое Grub
От чего могут возникнуть проблемы
Восстановление Grub с помощью LiveCD/USB
Как создать LiveCD/USB
С помощью Rufus:
С помощью Etcher:
Восстановление с помощью chroot
Восстановление Grub в rescue mode
Восстановление Grub с помощью утилиты Boot repair
Выводы

При установке линукса, выдает ошибку не удалось установить GRUB

Доброго времяни суток! Устанавливаю линукс на компьютер, установка почти проходит до конца, понимаю что система уже практически полностью загружается на диск компьютера, но в самом конце установки, выдает ошибку: Не удалось установить GRUB Не удалось установить пакет ‘grub-efi-amd64-signed’ в /target/. Без системного загрузчика GRUB установленная система не будет загружаться. Разбивку системного диска проводит сам линукс при попытке установки.

Загрузка дистрибутива проводилась с помощью unetbootin. Когда я смотрел эту ошибку в поисковике, нашел сообщение о том что нужно производить установку системы с выключенным интернетом, но я интернет и не подключал при установке. Known issues Grub fails to install grub-efi-amd64-signed In EFI mode, if the installer fails with the following error message: «The ‘grub-efi-amd64-signed’ package failed to install into /target/.» Reboot the live medium and disconnect the computer from the Internet before launching the installation. The installation should then proceed in offline mode and prevent this issue from happening.

Потом думаю а чем черт не шутит, и подцепил устройство к интернету, и система скачала пакет языков и что то ещё и установилась без каких либо ошибок, почему? Как можно установить систему не давая доступа к интернету? UEFI, Secure Boot: on, диск идет с разбивкой GPT

особый секретный дистрибутив который нельзя называть? У каждого дистра (ну не у каждого, у родственных может быть одинаковый) свой установщик.

Интернет/без интернета — дичь какая-то, как раз через сеть загрузились обновленные исправленные пакеты, как я понял, и всё прошло без проблем. Почти все дистрибутивы линукса могут ставиться с удаленного носителя, в том числе и из «интернета». Некоторые только «из интернета». Половина пользователей этого сайта только так и делают инсталяцию: так называемый ‘netinstall’.

mandala, спасибо за ответ! Дистрибутив был скачан с офф сайта, то есть последняя версия дистрибутива, зачем ему инет, что он скачивает оттуда для того что бы он работал? А если интернета нету, что, никак не получится его установить?

Источник

Как исправить ошибку загрузки grub: «символ grub_calloc не найден

Только что запустил последний пакет обновлений 20.04 (Xubuntu), и теперь я получаю ошибку GRUB:

Я попал в оболочку «grub rescue», но понятия не имею, что там делать, что может быть полезно. Для меня «символ не найден» означает какую-то ошибку сборки с пакетом grub, но я действительно не знаю, как работает grub. Я заметил, что это обновление также включало «прошивку», не уверен, может ли это быть связано. Лучше всего загрузиться с live CD и посмотреть, смогу ли я как-нибудь откатить обновление до grub?

Отредактировано для добавления:

Хорошо, спасибо многим! Вот что я теперь понимаю.

В системах без UEFI grub устанавливается в двух отдельных частях. Первая, самая основная часть — это часть, которая запускается при загрузке. Но для большей части его функциональности нужна вторая часть. Эти части должны быть выровнены — ни одна из частей не должна требовать каких-либо функций от другой части, которой на самом деле нет.

Видимая проблема во время выполнения возникает, когда эти части не выровнены, а функция grub_calloc не предоставляется. Мне не на 100% ясно, принадлежит ли grub_calloc второй, большей части или первой. Я ожидал второго, но система сборки grub — произведение искусства, поэтому я не знаю:).

Основная причина проблемы заключается в том, что обновление grub не обеспечило обновление обеих частей. В идеале невыполнение этого требования должно привести к сбою установки grub, и систему следует вернуть в безопасное состояние. Так не бывает.

На самом деле для меня это до сих пор остается загадкой. Все, что требуется для обновления по умолчанию, — это поместить каждую часть на место текущих частей, потому что, очевидно, это сработало. Если места установки / диски зависят от конфигурации, и одно из этих мест не может быть достигнуто, то каким-то образом возникло несоответствие между этими данными конфигурации и реальностью. Это может не проявляться как проблема, пока между частями не будет введена новая зависимость.

Все варианты решения включают переустановку личинки, чтобы обеспечить совмещение двух частей. На самом деле нет необходимости возвращаться к предыдущей версии (хотя это будет работать), потому что сама по себе среда выполнения grub не работает. Есть множество способов добиться этого, в зависимости от вашей среды, но запуск живого диска Boot-repair для меня сработал.

Во избежание подобного несоответствия в будущем может быть полезно убедиться, что установщик grub в вашей системе настроен для установки на правильные устройства.

Это обновление устраняет некоторые важные ошибки (см. Уведомление о безопасности Ubuntu 4432). Если вы вернули grub для решения этой проблемы, имейте в виду, что вы подвержены этим проблемам.

Источник

Не загружается Linux, чиним загрузчик GRUB

Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.

Что такое Grub

Grub (или GRand Unified Bootloader) — загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего — основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.

Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно — узнаете далее.

От чего могут возникнуть проблемы

Одна из самых распространенных причин — это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК — вам непременно стоит знать правильную последовательность:

Сначала устанавливаем Windows
И только потом уже Linux

Если, например, сделать наоборот, то как раз-таки Grub будет поврежден; система будет грузиться напрямую в Windows, а дистрибутив Linux останется недоступным.

Grub может сломаться и по другим причинам. Например, из-за попыток ручного изменения параметров запуска (при недостатке опыта), в таком случае нужно будет либо вручную убирать лишнее, либо полностью переустанавливать Grub.

Восстановление Grub с помощью LiveCD/USB

Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.

Как создать LiveCD/USB

Само собой, нам понадобится носитель, на который мы временно (а может и нет) запишем систему. Сохраните все важные файлы, которые были на этом носителе, после чего (имеется ввиду на другом ПК, желательно под управлением Windows) запишите загруженный образ дистрибутива на носитель. В качестве примера мы будем использовать дистрибутив Ubuntu.

Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.

С помощью Rufus:

Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:

Вставляем носитель, выбираем его в соответствующем меню. Далее выбираем нужную схему раздела и тип системного интерфейса, и после уже открываем файловый менеджер с помощью этой кнопки:

Находим загруженный образ через менеджер, после чего жмем «Старт».

С помощью Etcher:

Опять же, идем на официальный сайт, где скачиваем последнюю версию утилиты. Далее делаем все так, как показано на этой гифке:

Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:

Открываем таблицу разделов с помощью команды:

Примерно такая таблица будет выведена на экран:

По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.

С помощью следующей команды мы смонтируем этот раздел в /mnt:

Теперь, для записи grub в MBR, нужно ввести следующую команду:

Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.

Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:

Вот и все, восстановление закончено!

Восстановление с помощью chroot

Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.

Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:

В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.

В этом способе нам необходимо примонтировать системный, а также нескольких других важных разделов. Для этого вводим эти команды:

Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.

Далее мы переходим в окружающую среду chroot с помощью команды:

И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:

Если вы на этом этапе получаете какие-то сообщения об ошибках, то попробуйте использовать эти команды:

Если все прошло успешно, выходим из chroot, используя команду:

Далее нужно отмонтировать все разделы. Для этого вводим в терминал:

В случае, если вы монтировали раздел /boot введите команду:

Теперь перезагружаем систему с помощью:

Можно также обновить меню Grub, используя команду:

Восстановление Grub в rescue mode

Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.

Само восстановление проходит таким образом: сначала мы подгружаем все модули, чтобы открыть доступ ко всей функциональной части Grub, после чего запуститься с нужного раздела. Надо понимать, что Grub состоит из двух частей:

Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).

Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:

Для начала вводим следующую команду:

В выводе будет что-то подобное:

В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.

В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела — (hd0,1). Используем следующую команду:

С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:

Если в выводе будет список файлов и папок, значит мы все сделали правильно. Теперь можно загрузить все необходимые модули. Для этого выполним команды:

После выполнения команд Grub загрузится в полнофункциональном режиме. Будут найдены все операционные системы, которые установлены на компьютере, после чего будет показано стандартное меню загрузки.

Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:

sdX — диск, на который должен быть установлен Grub.

Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:

И подгрузить модули:

Ну и теперь запустить GRUB:

Восстановление Grub с помощью утилиты Boot repair

С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный GUI, ее использование не вызовет трудностей.

Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:

Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.

Если с первым способом все понятно: нужно просто скачать и записать образ с помощью соответствующих инструментов. То во втором уже нужно знать конкретные команды, которые выглядят следующим образом:

В утилите будет доступно два варианта на выбор:

Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.

Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.

Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.

Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.

Выводы

Вот мы и рассмотрели несколько вариантов исправления загрузчика Grub. Стоит сказать, что некоторые из них могут показаться сложными или даже невыполнимыми. Это не так, каждый из рассмотренных способов нашел подтверждение в виде сотен и тысяч актов исправления загрузчика Grub в опенсорсном сообществе. Кстати говоря, какой из способов выбрать — решать только вам, любой из них достаточно эффективен, чтобы попасть в этот материал.

Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Источник

Содержание

При установке линукса, выдает ошибку не удалось установить GRUB
Операционные системы Astra Linux
Не устанавливается загрузчик в MBR [Решено]
Не загружается Linux, чиним загрузчик GRUB
Что такое Grub
От чего могут возникнуть проблемы
Восстановление Grub с помощью LiveCD/USB
Как создать LiveCD/USB
С помощью Rufus:
С помощью Etcher:
Восстановление с помощью chroot
Восстановление Grub в rescue mode
Восстановление Grub с помощью утилиты Boot repair
Выводы
Не устанавливается Ubuntu
Почему Ubuntu не устанавливается
Что делать если не устанавливается Ubuntu
1. Настройка BIOS
2. Целостность установочного диска
3. Проблема с драйверами NVIDIA
4. Зависание на этапе настройки PCMCIA
5. Система установлена но нет загрузчика
6. Ошибки во время установки
Выводы

Источник

Операционные системы Astra Linux

Оперативные обновления и методические указания

Операционные системы Astra Linux предназначены для применения в составе информационных (автоматизированных) систем в целях обработки и защиты 1) информации любой категории доступа 2) : общедоступной информации, а также информации, доступ к которой ограничен федеральными законами (информации ограниченного доступа).

1) от несанкционированного доступа;
2) в соответствии с Федеральным законом от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации» (статья 5, пункт 2).

Операционные системы Astra Linux Common Edition и Astra Linux Special Edition разработаны коллективом открытого акционерного общества «Научно-производственное объединение Русские базовые информационные технологии» и основаны на свободном программном обеспечении. С 17 декабря 2019 года правообладателем, разработчиком и производителем операционной системы специального назначения «Astra Linux Special Edition» является ООО «РусБИТех-Астра».

На web-сайтах https://astralinux.ru/ и https://wiki.astralinux.ru представлена подробная информация о разработанных операционных системах семейства Astra Linux, а также техническая документация для пользователей операционных систем и разработчиков программного обеспечения.

Мы будем признательны Вам за вопросы и предложения, которые позволят совершенствовать наши изделия в Ваших интересах и адаптировать их под решаемые Вами задачи!

Репозитория открытого доступа в сети Интернет для операционной системы Astra Linux Special Edition нет. Операционная система распространяется посредством DVD-дисков.

Информацию о сетевых репозиториях операционной системы Astra Linux Common Edition Вы можете получить в статье Подключение репозиториев с пакетами в ОС Astra Linux и установка пакетов.

В целях обеспечения соответствия сертифицированных операционных систем Astra Linux Special Edition требованиям, предъявляемым к безопасности информации, ООО «РусБИтех-Астра» осуществляет выпуск очередных и оперативных обновлений.

Очередные обновления (версии) предназначены для:

Оперативные обновления предназначены для оперативного устранения уязвимостей в экземплярах, находящихся в эксплуатации, и представляют собой бюллетень безопасности, который доступен в виде:

Ввиду совершенствования нормативно-правовых документов в области защиты информации и в целях обеспечения соответствия информационных актуальным требованиям безопасности информации, а также обеспечения их долговременной эксплуатации, в том числе работоспособности на современных средствах вычислительной техники, рекомендуется на регулярной основе планировать проведение мероприятий по применению очередных и оперативных обновлений операционной системы.

Источник

Не устанавливается загрузчик в MBR [Решено]

Причем теперь приходится при загрузке жаль Enter, т.к. акронис грузится первым (все равно!), затем он сообщает, что не может найти свои файлы, нажмите Enter чтобы попробовать загрузить вашу ОСь

Кубунту (и вообще линукс) устанавливал раз 30, если не больше;

GRUB и LILO устанавливал в MBR

Посмотрите BIOS на предмет защиты винчестера (в частности бут секторов). Аналогичное было, когда работала антивирусная утилита ASUS-UEFI, она блочила все попытки записи в MBR.

Просто удивительно то, что акронис прописался в MBR!

Всё возможно. Может утилита ей дала сделать запись. Старые бивисы наглухо блокировали, а нынешние очень умные. Но идей пока других нет, попробуй, дальше видно будет.

Завтра попробую.
Отпишусь )

P.S. Насколько я понял, если скопировать мой MBR (с домашнего ПК) на тот, что не работает, все должно заработать?
эмм.. а как же адресация?

//MBR прописывается для диска (sda, sdb), а не в каждом разделе (sda1, sdb2). Информация о разделах (размер, тип ФС и т.д.) хранится в партишнтэйбле (64 байта следующие за бутстрапом).

Источник

Не загружается Linux, чиним загрузчик GRUB

Что такое Grub

От чего могут возникнуть проблемы

Восстановление Grub с помощью LiveCD/USB

Как создать LiveCD/USB

С помощью Rufus:

Находим загруженный образ через менеджер, после чего жмем «Старт».

С помощью Etcher:

Открываем таблицу разделов с помощью команды:

Примерно такая таблица будет выведена на экран:

По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.

С помощью следующей команды мы смонтируем этот раздел в /mnt:

Теперь, для записи grub в MBR, нужно ввести следующую команду:

Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:

Вот и все, восстановление закончено!

Восстановление с помощью chroot

Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:

В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.

Далее мы переходим в окружающую среду chroot с помощью команды:

И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:

Если вы на этом этапе получаете какие-то сообщения об ошибках, то попробуйте использовать эти команды:

Если все прошло успешно, выходим из chroot, используя команду:

Далее нужно отмонтировать все разделы. Для этого вводим в терминал:

В случае, если вы монтировали раздел /boot введите команду:

Теперь перезагружаем систему с помощью:

Можно также обновить меню Grub, используя команду:

Восстановление Grub в rescue mode

Для начала вводим следующую команду:

В выводе будет что-то подобное:

И подгрузить модули:

Ну и теперь запустить GRUB:

Восстановление Grub с помощью утилиты Boot repair

Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:

В утилите будет доступно два варианта на выбор:

Выводы

Источник

Не устанавливается Ubuntu

В этой статье мы рассмотрим почему Uubntu не устанавливается, какие причины могут быть для такого поведения, а также как решить основные проблемы с установкой. Конечно, не все из них решаемы, но что-то можно исправить.

Почему Ubuntu не устанавливается

Давайте сначала рассмотрим основные ошибки, которые вы можете получить на определенных этапах установки, как они себя будут проявлять и чем они вызваны:

Все эти ошибки могут быть вызваны проблемами совместимости Linux с вашим оборудованием. Несмотря на то, что Linux постоянно разрабатывается и ядро добавляется поддержка нового оборудования, некоторые старые устройства могут не поддерживаться. Но также могут быть и другие причины:

Теперь пройдемся по решению тех проблем, которые можно решить и поговорим что делать, если проблему решить нельзя.

Что делать если не устанавливается Ubuntu

1. Настройка BIOS

Второе, это режим загрузки, UEFI или BIOS. В принципе, образ должен успешно загружаться независимо от того какой способ вы используете, но если на этапе установки возникают какие-либо ошибки, то, возможно, лучше отключить UEFI и использовать Legasy BIOS, обычно, эта функция тоже находится на вкладке «Boot».

2. Целостность установочного диска

Дальше необходимо проверить целостность установочного диска. Ошибка могла произойти на этапе загрузки его из сети и на этапе записи на диск. Обычно, на странице загрузки есть не только сам образ, но и файл контрольной суммы, с помощью которого можно определить правильно ли загружен образ. Обычно такой файл имеет название MD5SUMS и лежит в папке с образом.

В Linux для подсчета контрольной суммы можно использовать утилиту md5sum:

Затем нужно сравнить эту сумму из суммой для этого образа из файла, они должны совпадать. Если не совпадают, значит образ загружен с ошибками. В Windows для подсчета контрольных сумм можно использовать расширение проводника HashCheck Shell Extension.

grub3

Здесь нужно выбрать «Check installation media»:

grub3

Утилита проверит все поставляемые пакеты и если все будет хорошо, то выдаст сообщение:

grub2

Если же есть ошибки, то опять же, вы нашли проблему и попробуйте перезаписать диск или использовать другой носитель.

3. Проблема с драйверами NVIDIA

Свободный графический драйвер nouveau совместим с большинство карт NVIDIA, но в некоторых случаях с этим драйвером операционная система не запускается и вы будете видеть только черный или фиолетовый экран. Чтобы все-таки обойти проблему не устанавливается Ubuntu 16.04 или другая версия, нужно использовать опцию nomodeset. Для этого в меню загрузки образа нажмите кнопку F6:

grub

Затем выберите в открывшемся списке «nomodeset» и нажмите «Enter». Система должна загрузиться нормально. Если проблема не была решена можно попробовать еще использовать параметр ядра fb=false. Только его нужно прописать вручную после нажатия F6.

4. Зависание на этапе настройки PCMCIA

Некоторые старые ноутбуки от Dell могут зависать на этапе выполнения сканирования PCMCIA устройств. Если вам не нужны устройства PCMCIA во время установки то вы можете отключить эту возможность с помощью параметра ядра:

После установки вы можете настроить PCMCIA так, чтобы сканирование не вызывало таких проблем.

5. Система установлена но нет загрузчика

Во-первых, убедитесь, что тот диск, на который вы устанавливали загрузчик выбран первым загрузочным диском в BIOS. Если вы установили загрузчик на /dev/sda, а первым указан /dev/sdb, то будет загружаться загрузчик из /dev/sdb, а до вашего загрузчика дело так и не дойдет.

И последнее, это когда во время установки возникла ошибка установки загрузчика. Система установлена, а не хватает только загрузчика. Тогда можно загрузиться с LiveCD и просто установить его как описано в статье восстановление Grub2. Сначала примонтируйте раздел диска, куда была установлена Ubuntu к папке /mnt, например, /dev/sda1:

sudo mount /dev/sda1 /mnt

Если раздел /boot был вынесен отдельно, то его тоже надо примонтировать. Затем надо примонтировать папки с виртуальными файловыми системами:

Затем переключаемся в окружение chroot нового дистрибутива:

chroot /mnt /bin/bash

Затем осталось установить загрузчик:

sudo grub-install /dev/sda

И генерировать конфигурационный файл:

После этого осталось перезагрузить компьютер и выбрать Ubuntu в меню Grub.

6. Ошибки во время установки

В этом вопросе вам поможет отладочная информация, поскольку без дополнительных данных что-либо сказать сложно. Логи установки можно найти в папке /var/log/installer/ или вытащить из /var/log пока установка незавершена.

Выводы

Источник

В Astra Linux, как и в любом другом Linux, разработчики совершенно не следят за соответствием компонентов системы друг другу. Зачем тратить на это время? Есть полурабочий пакетный менеджер, вот пусть он разбирается с соответствием зависимостей. Сами зависимости кривые? Пускай тогда пользователь разбирается что там чему не соответсвует. В конце концов, если система будет работать правильно, за что тогда получать зарплату? Нет, система должна постоянно преподносить сюрпризы и требовать квалифицированного обслуживания. Так крутится бизнес.

Обновления Astra Linux 1.6 так же требуют нестандартных действий. Даже если само обновление сработает, велика вероятность того, что одна часть загрузчика Grub обновится на boot-разделе. А другая часть загрузчика, расположенная в начале диска, останется старой. И перейти из rescue-режима в режим загрузки Grub не получится по той простой причине, что старая версия на уровне вызываемых функций несовместима с обновленной частью. Об этом, при выполнении команд перехода в normal-режим, будет говорить следующая ошибка:

error: symbol `grub_calloc` not found

Если так произошло, средствами установленного Grub-а восстановить загрузку не получится. Надо пользоваться дополнительным компакт-диском с утилитами восстановления или загрузочной флешкой.

Итак, надо достать первый установочный диск Astra Linux 1.6, и, если необходимо, сделать из него установочную флешку, например через утилиту Unetbootin. Когда произойдет старт с данного носителя, нужно сделать следующее.

В появившемся меню выбрать пункт «Режим восстановления»:

Система потребует принять лицензионное соглашение. Далее запросит клавиши переключения языка ввода. Потом спросит имя компьютера. Вроде как это имя будет использоваться только для сеанса восстановления, если придется работать с сетью. То есть, данная настройка не должна повлиять на существующие настройки сети восстанавливаемой системы.

В конце концов режим восстановления попросит выбрать корневую файловую систему (на нее будет устанавливаться вторая часть Grub). Необходимо выбрать корневой раздел диска с установленной ОС. Здесь возможны два варианта:

Если специальный boot-раздел не создавался, то выбирается просто корневой раздел с установленной ОС.
Если создавался boot-раздел (это раздел, на котором есть каталог /boot), то следует выбирать его. Не следует путать boot-раздел и EFI-раздел, это разные вещи. В данном случае речь идет именно о boot-разделе.

Далее возможно два варианта: простая переустановка Grub, если в системе не использовалось загрузка EFI, и переустановка Grub для системы с EFI.

Простая переустановка Grub

Необходимо выбрать пункт «Переустановка системного загрузчика Grub».

Появится окно, в котором необходимо указать устройство для установки системного загрузчика. Имеется в виду, что надо указать место, в которое будет установлена первая (начальная) часть загрузчика Grub. Обычно, это MBR (т. е. главная загрузочная запись) первого диска, например /dev/sda.

После нажатия «Продолжить», обе части Grub-а будут переустановлены, и снова появится окно выбора действия, в котором надо выбрать «Перезагрузка системы».

Переустановка Grub с системой EFI (UEFI)

Возможен вариант, что в системе использовалась загрузка EFI. Тогда на запрос «Монтировать /boot/efi как отдельный раздел» необходимо ответить ДА.

В меню восстановления (при обнаружении EFI), будет показан пункт «Выполнить принудительную установку GRUB в путь съемных носителей EFI». Нужно выбрать именно его, а не «Переустановку системного загрузчика Grub»:

После чего необходимо перезагрузиться.

Примечание: в случае с EFI главный системный загрузчик (из MBR) для загрузки ОС не используется. Материнская плата сама считывает VFAT-раздел с EFI-загрузчиками, и передает выбранному в интерфейсе BIOS EFI-загрузчику управление. То есть, главный системный загрузчик, располагаемый в MBR, в этом режиме вообще не используется. Именно поэтому для варианта EFI надо выбирать пункт «Выполнить принудительную установку GRUB в путь съемных носителей EFI» а не «Переустановка системного загрузчика Grub».

Если данное решение не приводит к устранению проблемы, необходимо перезагрузиться в режиме восстановления, и проделать практически те же действия, но пункт установки Grub не выбирать:

Выбрать устройство (раздел), используемое в качестве корневой файловой системы
Для параметра «Монтировать /boot/efi как отдельный раздел» установить ДА
В меню выбрать «Запуск оболочки»

В запущенной оболочке выполнить команды:

sudo grub-install

sudo update-grub

Если эти команды невозможно выполнить, то для получения доступа к корневому разделу необходимо вначале выполнить команду:

chroot /target

После окончания установки и обновления параметров, необходимо нажать <Ctrl+D> и перезагрузить ПК.

Нередко возникает необходимость в установке двух принципиально разных операционных систем на один компьютер: Windows и Linux. Разумеется, подобное «соседство» будет связано с некоторыми неудобствами. Для установки, как правило, используют специальную программу GRUB. Но к сожалению, при её использовании можно столкнуться с рядом ошибок. В этой статье разберёмся с тем, как исправить ошибки загрузчика GRUB. Давайте же начнём. Поехали!

Для начала давайте определимся с тем, что из себя представляет эта программа. GRUB — представляет собой системный загрузчик, устанавливающийся непосредственно с Линукса и записывающий все данные на первый раздел диска (MBR).

Сам rescue mode является отличительной чертой GRUB 2 от его предыдущей версии. Этот режим запускается, если программе-загрузчику не удалось найти файл «grub.cfg» либо не удалось передать управление в kernel (ядро). В итоге не удаётся найти загрузочные файлы и запустить операционную систему. Именно тогда и возникает ошибка.

Следуйте инструкциям ниже, чтобы узнать, как решить проблему с GRUB

Способ 1

Что делать в случае ошибки unknown filesystem grub-rescue? Перед вами окно, в котором можно использовать только 4 команды, их вполне достаточно, чтобы исправить все проблемы и успешно загрузиться:

ls — позволяет вывести всё содержимое;
set — применяется для установки переменных;
unset — очищает переменную;
insmod — необходима для загрузки модулей.

Также можно сделать доступным ряд других команд. Сделать их доступными можно, загрузив модуль «normal». Для этого пропишите:

insmod normal

После этого станут доступны:

dump — для очистки памяти;
exit — команда выхода из загрузчика;
chainloader — необходима, чтобы указать последующей команде boot передать управление цепочечному загрузчику;
kfreebsd — несколько команд, позволяющих загрузить ядро FreeBSD, его модули;
rmmod — позволяет выгрузить указанный модуль ядра;
multiboot.

Первым делом нужно отыскать модули, чтобы загрузить их. Для этого введите:

ls

Результатом выполнения команды будет следующее:

(hd0) (hd0,msdos3) (hd0,msdos2) (hd0,msdos1) (hd1) (hd1,msdos2) (hd1,msdos1)

Из этого можно сделать вывод, что загрузчик не может определить файловые системы дисков, поэтому определяет их как msdos. Теперь необходимо угадать видимые диски. В конкретном примере перед вами два диска: hd0 (с тремя разделами) и hd1 (с двумя разделами). Допустим, вы знаете, что Linux инсталлирован на диск, который имеет три раздела. В таком случае вам нужен диск с индексом «0».

GRUB даёт названия разделам в обратном порядке. В связи с этим, неясно как трактовать запись: «(hd0,msdos3)». Ведь можно посчитать это как первым разделом, так и третьим. К счастью, из этой ситуации можно выйти при помощи такого синтаксиса команды: «(hd0,1)». Обратите внимание, что в программе-загрузчике GRUB отсчёт дисков идёт с 0, а разделов с 1.

Допустим, что Линукс хранится в первом разделе, тогда он будет обозначаться (hd0,1). В этом случае команда, которую необходимо прописать, будет иметь вид:

set prefix=(hd0,1)/boot/grub
set root=(hd0,1)

Теперь модули могут быть загружены. Использовать их можно только после загрузки.

После того как вы выбрали нужный диск, проверьте содержится ли там то, что нужно. Для этого пропишите:

ls /boot/grub

В результате выполнения на экране появится список md файлов.

Далее, пропишите:

insmod ext2
insmod normal
normal

После этого загрузчик будет переведён в режим полной функциональности. Затем автоматически будут найдены разделы с операционной системой, и откроется меню программы.

Теперь остаётся загрузить Linux. Делается это при помощи команды:

grub-install /dev/sda

Способ 2

Всё сильно упрощается, если использовать Live CD – загрузочный диск с системой Linux. Он может быть записан на флешке, на внешнем винчестере или на обычном диске – это неважно, главное, чтобы с него можно было загрузить компьютер.

После загрузки Linux стандартным способом устанавливается бесплатная утилита Boot Repair. Она предназначена именно для устранения ошибок загрузки с помощью загрузчика Grub и очень проста в использовании – достаточно кликнуть по кнопке.

Заметим, что иметь Live CD для линуксоида всегда полезно и даже необходимо. Это зачастую избавляет от множества проблем, так как позволяет загрузить полноценную систему с внешнего носителя и использовать весь её инструментарий. Скачать такой диск с любой версией Linux не представляет сложностей, в комплекте обычно идёт инструкция по записи его на флешку.

После выполнения всех этих действий ошибка будет устранена. Пишите в комментариях была ли полезна для вас эта статья и задавайте любые интересующие вопросы по рассмотренной теме.

Источник

0

2

Доброго времяни суток!
Устанавливаю линукс на компьютер, установка почти проходит до конца, понимаю что система уже практически полностью загружается на диск компьютера, но в самом конце установки, выдает ошибку: Не удалось установить GRUB
Не удалось установить пакет ‘grub-efi-amd64-signed’ в /target/.
Без системного загрузчика GRUB установленная система не будет загружаться.
Разбивку системного диска проводит сам линукс при попытке установки.

Загрузка дистрибутива проводилась с помощью unetbootin. Когда я смотрел эту ошибку в поисковике, нашел сообщение о том что нужно производить установку системы с выключенным интернетом, но я интернет и не подключал при установке.
Known issues Grub fails to install grub-efi-amd64-signed In EFI mode, if the installer fails with the following error message: «The ‘grub-efi-amd64-signed’ package failed to install into /target/.» Reboot the live medium and disconnect the computer from the Internet before launching the installation. The installation should then proceed in offline mode and prevent this issue from happening.

Источник

21.10.2021

Здравствуйте.
После обновления Astra Linux Special Edition 1.6 с обновления 6 до оперативного обновления 9 на сервере, после перезагрузки системы слетел GRUB: symbol ‘grub_calloc’ not found. И строка grub rescue. Загрузка в режиме EFI.
У сервера был настроен дисковый массив на dmraid, в fstab был прописан корневой раздел по идентификатору массива (UUID). При загрузке дистрибутива с DVD в режиме восстановления массив не видится потому как в ALSE, как я понял, нет нормальных драйверов для RAID.
Посоветуйте что можно сделать в данном случае, чтобы починить загрузку?
Спасибо.

Последнее редактирование: 21.10.2021

21.10.2021

Спасибо за ответ. Проблема в том, что из-за dmraid в системе нет дисков sda. Если б можно было как-то увидеть массив на dmraid — поправить GRUB можно было бы без особых усилий.

21.10.2021

При чём здесь sda? Это просто пример подвернулся. Вы вообще пробовали? Мне тоже интересно.
Там был пример с новым железом и Астра как то спасовала. После восстановления загрузчика смогла загрузиться. Мне эта утилита помогала не только линуксовые загрузчики восстанавливать, но и виндовые (Win 10) после падения линукс-систем и ихнего Граба.

oko

21.10.2021

to Jbanchic
Правильно понимаю, что у вас на руках только DVD-диск с ALSE (базовый, без обновлений) и проблемный сервер, на который кто-то ранее установил пакеты поддержки dmraid? Если так, то пробуйте аналогично вот этому…

to YNA
Никакая утилита не поможет, если ОС, под которой загрузились, не видит накопителей с установленной ОС. Поэтому да, дело как раз в поддержке блочных устройств (те же /dev/sda в обычном случае SATA-дисков или /dev/dm в случае dmraid)…

21.10.2021

Правильно понимаю, что у вас на руках только DVD-диск с ALSE (базовый, без обновлений) и проблемный сервер, на который кто-то ранее установил пакеты поддержки dmraid? Если так, то пробуйте аналогично вот этому…

Сервер был установлен с базового диска по вами указанной инструкции с подсовыванием модулей dmraid для того, чтобы система увидела массив и прекрасно работала и грузилась. На нее успешно было накатано оперативное обновление 6. После накатывания последнего оперативного обновления 9, который кстати установился без проблем, после перезагрузки сломался GRUB. На текущий момент времени при старте появляется grub rescue и вышеуказанная ошибка. Для того, чтобы починить GRUB, как я понимаю, нужно подцепить дисковый массив, который голым дистрибом ALSE в режиме восстановления не видится на моменте подключения корневого каталога. Поэтому и задаю вопрос здесь.

P.S.: Особенность dmraid в том, что в fstab сам массив прописан был по UUID. И, как я понимаю, там есть свои особенности. Для того, чтобы подцепить массив по UUID и примонтировать его куда-либо для починки GRUB что нужно сделать?

Последнее редактирование: 21.10.2021

oko

21.10.2021

to Jbanchic
Никогда не пользовался ALSE в режиме восстановления…
В Grub rescue команда ls тоже ничего не показывает?
Остается вариант грузануться с LiveCD с поддержкой dmraid, выполнить chroot в /boot-раздел или корневой (если /boot там) и оттуда восстановить grub через update-grub. Сам подобным не занимался на ALSE с учетом обязаловки паролей на grub и невозможности корректно использовать root (придется chroot выполнять под уч.запись sudo-пользователя, устанавливавшего систему). Поэтому что-то более детальное посоветовать не могу…

oko

21.10.2021

to Jbanchic
Кстати, да, можно и дистриб ALSE использовать. Выполнить как по инструкции dmraid=true, чтобы ALSE его увидела. Далее CTRL+ALT+F2, chroot, установить пакеты поддержки dmraid и обновить GRUB. И, не возвращаясь в графику, ребутнуть сервер. По-идее должно помочь…

21.10.2021

Никогда не пользовался ALSE в режиме восстановления…
В Grub rescue команда ls тоже ничего не показывает?

Показывает. Два диска с тремя разделами на каждом. Ну оно и понятно — в RAID зеркало.
hd0 (hd0.gpt3) (hd0.gpt2) (hd0.gpt1) hd1 (hd1.gpt3) (hd1.gpt2) (hd1.gpt1)

Остается вариант грузануться с LiveCD с поддержкой dmraid, выполнить chroot в /boot-раздел или корневой (если /boot там) и оттуда восстановить grub через update-grub

Да, я примерно так и представлял. Спасибо.

oko

21.10.2021

to Jbanchic
Значит, поддержка dmraid не слетела. Тогда без LiveCD (чисто из grub rescue) можете сделать то же самое — ищите hd с /boot, чрутьтесь в него и далее по тексту…

21.10.2021

Если можно поподробнее….из grub rescue. Какие команды доступны и какие нужно запустить из rescue? Насколько я знаю, в этом режиме доступны всего 4 команды: ls, set, unset, insmod.
По разделам: gpt3 -скорее всего раздел EFI, gpt2 — /, gpt1 — swap.

Последнее редактирование: 21.10.2021

oko

21.10.2021

to Jbanchic
Не знаю, актуально ли еще, но вот тут испчерпывающе расписаны возможные варианты…
Вообще, у вас, конечно, комбо: dmraid + efi. Imho, в подавляющем большинстве случаев любого сервера и GPT (и, следовательно, EFI) не требуется, и аппаратный (и тем более фейковый) RAID проще заменить программным на базе mdadm. Если речь не идет о каких-нибудь сверхнагруженных системах и обязательном требовании BBU и доп.кэширования…

21.10.2021

Добрый вечер, когда уберут косяк с grub из обновлений? Уже две тачки легли.

22.10.2021

Добрый вечер, когда уберут косяк с grub из обновлений? Уже две тачки легли.

Похоже надо трясти техподдержку Астры. Похоже это реально проблема для тех, у кого есть RAID-массивы.

27.10.2021

Проблема с dmraid решена.
Долгое время не было возможности исправить ситуацию из-за того, что загруженная система не распознавала разделы массива, видела только сам массив без разделов. Не помог ни оригинальный дистрибутив ALSE, ни более новый ALCE.
В итоге загрузчик починен. Помог Linux Mint 20.2 Cinnamon загрузочный диск с офсайта. Все три раздела (EFI, root, swap) система увидела без добавления инструкции dmraid=true.
Решение:
1. Создается каталог, к примеру /mnt/1
2. Монтируется корневой каталог (в моем случае /dev/mapper/isw_xxxxx_xxxp2) в /mnt/1
3. mount -o bind /proc /mnt/1/proc
mount -o bind /sys /mnt/1/sys
mount -o bind /dev /mnt/1/dev
4. chroot /mnt/1
5. Если у вас UEFI загрузка, то дополнительно монтируется раздел с EFI (в моем случае /dev/mapper/isw_xxxxx_xxxp1) в раздел, в который он должен монтироваться в /etc/fstab (после chroot он легко смотрится cat /etc/fstab) (в моем случае в /boot/efi)
6. grub-install
7. update-grub

Загрузчик починен, система грузится.

P.S.:Единственное добавлю, что в некоторых случаях, если используется UEFI, в BIOS может появиться другой починенный раздел загрузки и сохранится старый, который не грузит grub. Лишний можно (да и нужно) удалить в BIOS.

12.11.2021

1. Ошибка error symbol: `grub_calloc` not found на дисках с UEFI.
2. Загрузиться в AstraLinux Orel 2.13.1 livecd или Linux Mint 20.2 livecd.
3. Список дисков:
# lsblk
4. Монтируем корневой раздел:
# sudo mount /dev/sda2 /mnt/
5. efi:
# sudo mount /dev/sda1 /mnt/boot/efi/
7. # sudo mount -o bind /sys/ /mnt/sys/
# sudo mount -o bind /proc/ /mnt/proc/
# sudo mount -o bind /dev/ /mnt/dev/
8. # sudo chroot /mnt/
9. # grub-install
10. # update-grub
11. Перезагрузка.

01.07.2022

Исправить GRUB UNKNOWN ERROR:
1. Список доступных разделов:
# ls
2. Просмотреть содержимое каждого раздела:
# ls (hd0,3)/
Если вы увидели папку boot, значит это наш раздел.
3. # set root=(hd0,3)
# set prex=(hd0,3)/boot/grub
4. # insmod normal
# normal

Если загрузились с текущего диска:

1. Устанавливаем GRUB на диск /dev/sda:
# sudo grub-install
2. # sudo update-grub
3. Перезагрузка.

116.3 КБ
Просмотры: 3 271
18.6 КБ
Просмотры: 3 160

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-04 09:46

Hello!

I originally installed Manjaro Linux as Dual Boot after Win10, it all worked, but I decided after some months to install Debian Linux instead of Manjaro.
I resized my Nvme to get a bit more space for the Linux partition first, then used the debian-live-10.10.0-amd64-kde+nonfree.iso from a USB stick.
Installation went flawlessly, but the first boot attempt produced this error:

error: symbol ‘grub_is_lockdown’ not found
Entering rescue mode…
grub rescue>

Thanks to my MSI Bios I can still press F11 and boot into either Win10 and Debian, but of course I want to fix this Grub Problem.

/boot/efi/EFI# ls -la
total 6
drwx—— 6 root root 1024 Aug 2 17:20 .
drwx—— 3 root root 1024 Jan 1 1970 ..
drwx—— 2 root root 1024 Jul 30 2020 Boot
drwx—— 2 root root 1024 Aug 2 17:20 debian
drwx—— 2 root root 1024 Mar 3 12:53 Manjaro
drwx—— 4 root root 1024 Jul 30 2020 Microsoft

Obviously the installer (or I) screwed this up, there is no more Manjaro on the System, just Debian and Win10.
I didn’t try anything yet. My first idea would be to delete the Manjaro directory in the /boot/efi/EFI directory,
but I guess it would need more than that to fix this issue, so I hope you guys can help me out.

Thank you!

mm3100: Posts: 324; Joined: 2020-10-21 21:39; Has thanked: 7 times; Been thanked: 12 times

Re: Grub bootloader ERROR after Installation

Post

by mm3100 » 2021-08-04 16:52

Check with efibootmgr -v to see boot order of EFI files. If Manjaro bootloader is before Debian or Win10 then that is your issue. For that you can change ordering, deactivate or delete Manjaro EFi file.

To deactivate run efibootmgr -A -b bootXXXX, where bootXXXX of Manjaro you get from efibootmgr -v. Then try to restart. If it works fine then that is your issue. Deactivating won’t delete anything, will just make it inactivate in boot process.

If you set Debian to be first in order then it will start it with grub, from there you could chose Win10 or Debian.

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Re: Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-06 16:51

ok here’s what I did so far, rebooting now after writing this reply…
No idea why there’s 2 Debian entries, maybe one for GUI one for shell? I’ll have to check later…

Code: Select all

root@Valhalla:/boot# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager  HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0003* Manjaro       HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMANJAROGRUBX64.EFI)
Boot0004* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO
root@Valhalla:/boot# man efibootmgr
root@Valhalla:/boot# efibootmgr -A -b boot0003
Invalid bootnum valueboot0003
                        ^
root@Valhalla:/boot# efibootmgr -A -b 0003    
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager
Boot0001* debian
Boot0003  Manjaro
Boot0004* debian
root@Valhalla:/boot# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager  HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0003  Manjaro       HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMANJAROGRUBX64.EFI)
Boot0004* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO
root@Valhalla:/boot# efibootmgr -B 0003
You must specify an entry to delete (see the -b option).
root@Valhalla:/boot# efibootmgr -B -b 0003
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0000,0001,0004
Boot0000* Windows Boot Manager
Boot0001* debian
Boot0004* debian
root@Valhalla:/boot# cd efi/
root@Valhalla:/boot/efi# ls -la
total 6
drwx------ 3 root root 1024 Jan  1  1970 .
drwxr-xr-x 4 root root 4096 Aug  2 19:34 ..
drwx------ 6 root root 1024 Aug  2 17:20 EFI
root@Valhalla:/boot/efi# cd EFI
root@Valhalla:/boot/efi/EFI# ls -la
total 6
drwx------ 6 root root 1024 Aug  2 17:20 .
drwx------ 3 root root 1024 Jan  1  1970 ..
drwx------ 2 root root 1024 Jul 30  2020 Boot
drwx------ 2 root root 1024 Aug  2 17:20 debian
drwx------ 2 root root 1024 Mar  3 12:53 Manjaro
drwx------ 4 root root 1024 Jul 30  2020 Microsoft
root@Valhalla:/boot/efi/EFI# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0000,0001,0004
Boot0000* Windows Boot Manager  HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0004* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO
root@Valhalla:/boot/efi/EFI# rm -rf M
Manjaro/   Microsoft/ 
root@Valhalla:/boot/efi/EFI# rm -rf Manjaro/
root@Valhalla:/boot/efi/EFI# ls -la
total 5
drwx------ 5 root root 1024 Aug  6 18:49 .
drwx------ 3 root root 1024 Jan  1  1970 ..
drwx------ 2 root root 1024 Jul 30  2020 Boot
drwx------ 2 root root 1024 Aug  2 17:20 debian
drwx------ 4 root root 1024 Jul 30  2020 Microsoft
root@Valhalla:/boot/efi/EFI#

Last edited by Symposion33 on 2021-08-08 07:52, edited 1 time in total.

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Re: Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-06 17:00

so, the Grub error is gone now, but the PC just boots directly into Win10 instead of showing the Grub selection window.
Guess I need to change something more, but it’s already better.
I’ll read the man page, maybe I can figure it out, or if you’re so nice, help me out again.
in any case, thanks a lot!! (I don’t see a thank you button on your reply, otherwise I would hit that too)

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Re: Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-06 17:13

Code: Select all

root@Valhalla:/home/platon# efibootmgr -v
BootCurrent: 0004
Timeout: 2 seconds
BootOrder: 0000,0001,0004
Boot0000* Windows Boot Manager  HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0004* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO
root@Valhalla:/home/platon# efibootmgr -o 0001,0000,0004
BootCurrent: 0004
Timeout: 2 seconds
BootOrder: 0001,0000,0004
Boot0000* Windows Boot Manager
Boot0001* debian
Boot0004* debian
root@Valhalla:/home/platon# /sbin/shutdown -r now

I hope that returns the Grub menu, as you wrote.
One more question: i have now boot 0,1,4. can i rename Boot0004 into Boot002 somehow?

thanks a lot!

Last edited by Symposion33 on 2021-08-08 07:53, edited 1 time in total.

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Re: Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-06 17:30

ok, I set boot order to -o 4,1,0 and then used -n to set next boot . which worked ONCE, after every boot it forgets the boot order I gave it.
do in need to use -w to write ‘unique signature to MBR’?

-w | —write-signature
write unique signature to the MBR if needed

or how can i tell the system to not forget my boot order?
thanks

Last edited by Symposion33 on 2021-08-06 18:18, edited 1 time in total.

mm3100: Posts: 324; Joined: 2020-10-21 21:39; Has thanked: 7 times; Been thanked: 12 times

Re: Grub bootloader ERROR after Installation

Post

by mm3100 » 2021-08-06 18:18

You have broken UEFI implementation, like I do. Your system might not be able to remember boot order. To get grub to start you need to deactivate windows EFI file. Like you did with Manjaro in start. It doesn’t remove it from boot order, but when you look at description it is missing *, which means it is inactive, and won’t start. So you didn’t really needed to delete Manjaro one at all.

Run

You will still be able to boot windows from grub. If you don’t see windows as option in grub, you would have to call OS probing manually. Check here for possible issues.
https://wiki.debian.org/DualBoot/Windows10

As for why there are 2 Debian EFI files I am not sure, I don’t have that, but did you possibly install Debian with secure boot off once? As that would explain other one.

Edit, also please edit previous post and place that text to code block, so it is easier to read through.

Symposion33: Posts: 9; Joined: 2021-08-03 21:13

Re: Grub bootloader ERROR after Installation

Post

by Symposion33 » 2021-08-08 08:03

Code: Select all

root@Valhalla:/home/platon# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0000,0001,0004
Boot0000* Windows Boot Manager  HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....................
Boot0001* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0004* debian        HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO
root@Valhalla:/home/platon# efivootmgr -A -b 0000
bash: efivootmgr: command not found
root@Valhalla:/home/platon# efibootmgr -A -b 0000
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0000,0001,0004
Boot0000  Windows Boot Manager
Boot0001* debian
Boot0004* debian
root@Valhalla:/home/platon# efibootmgr -t 6
BootCurrent: 0001
Timeout: 6 seconds
BootOrder: 0000,0001,0004
Boot0000  Windows Boot Manager
Boot0001* debian
Boot0004* debian
root@Valhalla:/home/platon# df -h
Filesystem      Size  Used Avail Use% Mounted on
udev             16G     0   16G   0% /dev
tmpfs           3.2G  9.5M  3.2G   1% /run
/dev/nvme0n1p5  335G   11G  308G   4% /
tmpfs            16G   37M   16G   1% /dev/shm
tmpfs           5.0M  4.0K  5.0M   1% /run/lock
tmpfs            16G     0   16G   0% /sys/fs/cgroup
/dev/nvme0n1p1   96M   29M   68M  30% /boot/efi
tmpfs           3.2G   16K  3.2G   1% /run/user/1000

After disabling the Windows Boot option, the PC still boots directly into Win10. Grub does not even show up (unless I explicitly tell efibootmgr to boot Debian partion on next boot, then it works once)
My system disk is a Crucial NVME P1 1000GB, all the other disks are SATA hdds.

mm3100: Posts: 324; Joined: 2020-10-21 21:39; Has thanked: 7 times; Been thanked: 12 times

Re: Grub bootloader ERROR after Installation

#11

Post

by mm3100 » 2021-08-08 11:47

p.H wrote: ↑2021-08-08 11:01

mm3100 wrote: ↑2021-08-06 18:18
You have broken UEFI implementation, like I do. Your system might not be able to remember boot order.

Then how come the Manjaro boot entry worked ?

It was first in the line, so it was selected before Windows one, if that is what you mean? I know that when I installed Windows after Debian, that Windows got pushed to the first line, don’t know exactly how it works.

Can you check in BIOS if you can change boot order, maybe you can do it there. I know I wasn’t able to and efibootmgr was only way. I am not sure why it started Windows even after EFI file was inactive. Can you check again after booting to Debian result of efibootmgr -v? Maybe it wasn’t saved?

mm3100: Posts: 324; Joined: 2020-10-21 21:39; Has thanked: 7 times; Been thanked: 12 times

Re: Grub bootloader ERROR after Installation

#13

Post

by mm3100 » 2021-08-09 10:30

Symposion33 wrote: ↑2021-08-06 16:51
root@Valhalla:/boot# efibootmgr -v
BootCurrent: 0001
Timeout: 2 seconds
BootOrder: 0003,0000,0001,0004
Boot0000* Windows Boot Manager HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMICROSOFTBOOTBOOTMGFW.EFI)WINDOWS………x…B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}………………..
Boot0001* debian HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANSHIMX64.EFI)
Boot0003* Manjaro HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIMANJAROGRUBX64.EFI)
Boot0004* debian HD(1,GPT,ee358138-4650-4f46-b15b-84a524416213,0x800,0x32000)/File(EFIDEBIANGRUBX64.EFI)..BO

From here, it was first in line. But user didn’t change it manually. How they are ordered after installation is unknown to me. But even if Winodws is 0000, installer can still push something in front of it. Only issue with efibootmgr here is that it isn’t able to manually change boot order.

For example here is my list

Code: Select all

BootOrder: 0001,3001,0003,2001,2002,2003
Boot0001  Windows Boot Manager  HD(1,GPT,590f7b70-e9ba-4286-a898-00be21c7ca01,0x800,0x100000)/File(EFIMicrosoftBootbootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...a................
Boot0003* debian        HD(1,GPT,590f7b70-e9ba-4286-a898-00be21c7ca01,0x800,0x100000)/File(EFIdebianshimx64.efi)
Boot2001* USB Drive (UEFI)      RC
Boot3001* Internal Hard Disk or Solid State Disk        RC

Numbering scheme doesn’t make much sense, and they seem to be ordered randomly. But I wasn’t able to change order manually as well. Once I installed Winodws after Debian it pushed it self to the front of the line.

error: symbol `grub_calloc` not found

В появившемся меню выбрать пункт «Режим восстановления»:

Если специальный boot-раздел не создавался, то выбирается просто корневой раздел с установленной ОС.
Если создавался boot-раздел (это раздел, на котором есть каталог /boot), то следует выбирать его. Не следует путать boot-раздел и EFI-раздел, это разные вещи. В данном случае речь идет именно о boot-разделе.

Простая переустановка Grub

Необходимо выбрать пункт «Переустановка системного загрузчика Grub».

Переустановка Grub с системой EFI (UEFI)

После чего необходимо перезагрузиться.

Выбрать устройство (раздел), используемое в качестве корневой файловой системы
Для параметра «Монтировать /boot/efi как отдельный раздел» установить ДА
В меню выбрать «Запуск оболочки»

В запущенной оболочке выполнить команды:

sudo grub-install

sudo update-grub

chroot /target

После окончания установки и обновления параметров, необходимо нажать <Ctrl+D> и перезагрузить ПК.

Источник