Установка linux на ноутбук с uefi при установке пакета grub2 зависает

Обновлено: 02.07.2024

Поставь сначала манжаро а потом винду, так Груб будет основным загрузчиком, а то в твоем случае винда занимает загрузочную область на жестком, и ей абсолютно похрен что там за системы стоят рядом. Это конечно метод виндузятников (переустанавливать всю систему без причины), но для новичков пойдет. Вообще нужно просто установить GRUB на первычный раздел диска, и апдейтнуть его для обнаружения других систем, но я не в курсе как это повлияет на 10

П.С Винде похрен какой тип диска, так что не накручивай себя.

На самом деле странно. А какая таблица разделов на жестком диске? DOS или GPT? Как производилась установка grub? Что смонтировано в /boot/EFI? Если DOS, то grub должен записать себя в главную загрузочную запись при выполнении grub-install /dev/sda(ну, или как у вас определяется ваш hdd).
На сколько мне известно, именно винда при установке выкидывает все загрузчики как на gpt, так и на dos дисках. Поэтому grub нужно ставить определенно после установки windows.
Если у вас gpt диск, убедитесь, пожалуйста в том, что в /boot/EFI смонтирован раздел EFI System, обычно на жестком диске он второй по счету. так-же, возможно вы неверно выбрали способ установки grub? Если диск размечен, как GPT, а grub ставился для mbr, то он, конечно-же, не будет запускаться. Разметку делал GPT при установке винды. Grub ставился вместе с установкой Манджаро с лайв флешки, после установки Манджаро заходил через chroot по мануалам восстановления grub но все равно никак не видит. Но мало того, даже после форматирования раздела EFI и записи туда только grub, для того что бы мог запустится только Манджаро через grub, все равно ничего не происходит, либо кидает в биос либо если стоит флэшка то грузит ее. Через chroot монтировал все в ручную.

А можно увидеть содержимое каталока /boot/EFI из установленной системы?
Таблицу разделов с файловыми системами сможете показать(тоже из-под линукса)?

Еще правильно-ля я понял, что bios не видит uefi загрузчик manjaro?
А откуда мануалы?

ну… мануал абсолютно правильный… Вы выполняли команды из раздела «для систем UEFI» мануала?
Хм… судя по скриншотам, да.
может быть у вас в bios выбран режим загрузки «legacy first» или «legacy only»? Просто gpt диски имею mbr, для совместимости с dos системами. Возможно винда прописалась туда, и поэтому запускается только она.
Если в биосе режим загрузки «uefi only» или «uefi first», или что-то в этом роде, тогда, видимо это проблемы биоса?
Есть какие-то данные на установленных системах?
Была похожая ситуация, решили так: установили манджаро, оставив при этом свободное место вод виндоус. Потом установили винду, потом снова загружались в манджаро через установочный образ, и далее все по мануалу… В качестве экспериментальной меры можно удалить файл /boot/efi/boot/bootx64.efi, предварительно сделав копию резервную, конечно. Потом копировать туда файл /boot/efi/manjaro/grubx64.efi, переименовав его в bootx64.efi
Я форматировал полностью раздел EFI записывая туда только grub для запуска одного Манджаро, но как я говорил ранее, при перезагрузке системы выкидывает просто назад в биос. Системы стоят на ноуте Asus, могу скинуть фото биоса, но режимов загрузки как то легаси или uefi я там в упор не вижу. Кстати, до установки именно этой версии винды, со всеми этими твиками под ХДД, раньше все ставилось норм. Но, сейчас это именно проблема Манджаро, так как Убунту, Минт, и если я не ошибаюсь и правильно помню, то и сам Арч после установки запускается норм. Сейчас сносить системы, увы, не выход. Не помню точно ли Арч запускался, но проблема точно не в образе, так как перезаписывал и переустанавливал много раз разные ДЕ Манджаро. У вас путь к загрузчику манджаро — /boot/efi/efi/manjaro
А надо, чтобы был /boot/efi/manjaro
исправться путь, чтобы папки boot, manjaro, microsoft лежали в /boot/efi/ Поменять то поменял, только теперь и винда не запускается, сразу выкидывает в биос, загрузится могу только в винду и только через биос. не должно так быть. Все-таки посмотрите в arch wiki по ссылке Не надо было ничего менять, всё было правильно.
Так у тебя BIOS или UEFI прошивка?
Загрузочная запись efi для манжары прописана правильно?
Что показывает команда efibootmgr?



Прошивка uefi, образ манджаро создавал в винде Руфусом через ДД. У тебя не прописана загрузочная запись для манжары.
efibootmgr --create тебе в помощь

Установка UEFI-версии загрузчика
В режиме UEFI
Если Arch x86_64 уже загружен в режиме UEFI, системный загрузочный раздел EFI уже создан и смонтирован в /boot/efi, а efibootmgr уже установлен и работает, для установки загрузчика остаётся выполнить команду

grub-install
Программа установки сгенерирует стартовый образ GRUB2, оформленный в виде EFI-приложения, скопирует его в файл /boot/efi/EFI/arch/grubx64.efi, файлы загрузчика будут записаны в каталог /boot/grub/, в том числе модули в /boot/grub/x86_64-efi/, после чего будет сделана попытка с помощью efibootmgr создать в переменных UEFI загрузочную запись «arch» со ссылкой на файл \EFI\arch\grubx64.efi, которую можно будет выбрать при следующей загрузке и установить её по-умолчанию.

Опция --boot-directory задаёт путь, по которому будет установлен каталог grub/, и где grub-install будет искать каталог efi/ с загрузочным разделом EFI. По-умолчанию этот путь равен /boot. Если вы хотите установить каталог с файлами загрузчика в другое место, например в корень, используйте команду вида
grub-install --boot-directory=/
В этом случае файлы загрузчика установятся в каталог /grub, а загрузочный раздел раздел должен быть предварительно смонтирован в /efi.
Опция --efi-directory принудительно задаёт каталог, в который смонтирован загрузочный раздел EFI. С её помощью можно указать точку монтирования этого раздела, не привязанную жестко к расположению каталога grub/.
Опция --bootloader-id задаёт «ID загрузчика» – имя, под которым будет создаваться загрузочная запись GRUB, видимая при выборе варианта загрузки в интерфейсе UEFI. Под этим же именем в загрузочном разделе будет создан каталог с образом GRUB2. По-умолчанию это имя arch.
Используя эти опции вместе, при желании можно установить файлы загрузчика непосредственно в загрузочный раздел EFI, например так:

Установка linux на vhd без загрузчика
Здравствуйте, имеется такой вопрос: на ноутбуке стоит win10 на vhd (под uefi). Есть ли возможность.

Установка загрузчика
Доброго времени суток, кратко опишу свою проблему : у меня стоит две ОС на одном HDD "Windows 10" и.

Установка загрузчика GRUB 2
Всем доброго времени суток, прошу помочь мне восстановить загрузчик Linux, при переустановки.

[решено]Восстановление загрузчика. windows 7 linux grub
в общем ситуация такая. был линукс. удал его. вместе с ним, конечно, удалился grub сейчас при.

Запустить установку c ключом

Абсолютный чайник, имею в виду себя. Если можно подробнее.

Загружаетесь c установочного носителя, открываете терминал и вводите команду предложенную выше. Начнётся установка системы без установки загрузчика В окне подготовки разделов, не будет выбора, куда устанавливать загрузчик.

P.S. Владельцам Aser можно только посочувствовать (в плане установки Linux на эти ноуты).

Secure Boot отключать? Линукс х64. Если всё пройдёт удачно, как затем заставить загрузиться систему?

Вот и я хотел Вас спросить, как собираетесь потом загружать систему. Но Вы так уверенно пишите, что хотите не устанавливать загрузчик, что я подумал, возможно у Вас есть другая установленная система и загружать будете через её загрузчик.
Если другой системы нет, то какой-то загрузчик всё-равно нужен. Если GRUB не устанавливается, то вместо его можно попробовать использовать rEFInd например. Ссылок дать не могу , не успеваю. В интернете почитать про rEFInd не проблема.
Secure Boot можно отключить хуже не будет, а дополнительных трудностей она добавить может.

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

Стоит виндовс 10. Хотелось бы рядом линукс. Задача минимум - хотя бы установить без загрузчика, а затем уж с Вашей помощью хотелось бы его реанимировать рефиндом. Вы уже второй человек кто говорит об этой проге.
СПАСИБО за неравнодушие. Буду рад любой помощи.

valeron_76,
Вариантов разных много, но все не описАть и каждый нужно пробовать на "живом" железе. Предлагаю два варианта наиболее простых и требующих меньше писанины.
1. Пришла в голову такая идея:
а) В UEFI-BIOS Вашего ноута должна быть такая строка (или примерно такая) Select an UEFI file as trusted for executing. Если она есть, то можно пробовать этот вариант
б) Перед установкой Linux ноут НЕ подключать к интернету.
в) Загрузиться c установочной флешки и любым удобным способом удалить пакет efibootmgr. Можно через менеджер программ, можно через Synaptic или через терминал

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

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

Что такое Grub

GRUB_screenshot

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:

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

Rufus

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

Rufus obraz

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

С помощью 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

1335260967

С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный 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, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Когда я пытаюсь установить Ubuntu 18.04 на рабочий стол, появляется следующая ошибка:

всплывающая ошибка с повсеместностью

'grub-efi-amd64-signed' Не удалось установить пакет в /target/ . Без загрузчика GRUB установленная система не будет загружаться.

Ваш компьютер поддерживает EFI? похоже вы пытаетесь установить grub-efi на MBR диск или вы создали системный раздел EFI? проверьте настройки BIOS и обновите свой вопрос, У меня была такая же проблема. Что мне помогло, так это выбор варианта загрузки без UEFI на установщике USB.

Отредактировал и изменил оригинальный ответ, ПОСЛЕ дальнейших 20+ экспериментов на обеих моих машинах. Чтобы сделать его кратким ответом, я удалю все неверные предположения и выводы в старом ответе.

---------------- Мои компьютеры 1. Fujitsu LIFEBOOK-LH532, BIOS UEFI которого на материнской плате был уничтожен Ubuntu EFI ubiquity версии 12.04, в 2012 году https: //bugs.launchpad .net / ubuntu / + source / efibootmgr / + bug / 1082418 Очевидно, я выбираю ручную установку BIOS на моем ноутбуке UEFI LH532. ПОТОМУ ЧТО Я НЕ ХОЧУ ОТКРЫТЬ МОЙ НОУТБУК ДЛЯ КОРОТКОГО ПЕРЕКЛЮЧАТЕЛЯ ПЕРЕКЛЮЧАТЕЛЯ cl1 & cl2 НА ПЕЧАТНОЙ СОВЕТЕ снова, ПОТОМУ ЧТО Я "ЖУК" ЕЩЕ ТАМ *** Я включил ручной режим BIOS, не предоставляя раздел EFI на любом жестком диске. НО ВСЕ УСТАНОВКИ ОБНАРУЖИВАЮТ ОСНОВНУЮ ПЛАТУ UEFI И ПЫТАЮТСЯ УСТАНОВИТЬ EFI UBUNTU "FIRST".

    Старый ксеноновый сервер Gigabyte без материнской платы UEFI.

Который не имеет ошибок вообще.

Ошибки точно так же, как тема, привели к проблемам только с "UEFI" NOTEBOOK.

  1. НЕ загружаемый ноутбук UEFI (LH532). Повсеместное уничтожение Уничтожить существующий UBUNTU GRUB.
  2. «ИЛИ ЛАКИ» будет просто использовать старый Bios grub, установленный 16.04, и загрузиться в новый 18.04 (в старых разделах 16.04) с некоторой ошибкой в ​​начале времени загрузки.

Я исправил загрузку

  1. Боль ?? сложный? Использование Boot-Repair (не удалось использовать grubcustomiser), установленного в существующей установке Ubuntu на других разделах или на BOOTED Live usb. И следуйте инструкциям, которые в разное время отличались от других, зависит от конфигурации жестких дисков в системах, а также от используемой версии ubuntu 18.04.
  1. Легко и отлично "большую часть времени". Я использовал 16.04 UBUNTU ИЛИ LUBUNTU для новой установки на другие разделы жесткого диска на том же компьютере, на котором вы установили «18.04» и не смогли установить grub с этой ОШИБКОЙ.

Так что 16.04 заставит вашу систему загрузиться. И да, вы можете получить доступ к версиям Great 18.04 из этого 16.04 grub.

И ДА, я использую UBUNTU 18.04, чтобы написать этот ответ, после того, как LUBUNTU 16.04 установил новый GRUB для моего ноутбука LH532 с правильной опцией выбора 18.04.

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

Так что если вы намеренно, как и я, не хотите иметь раздел EFI. у вас будет эта ошибка

Но 16.04 версии, умнее UBIQUITY или? без разницы? чем 18.04. Он обнаружит, что вы устанавливаете с установкой BIOS (без раздела efi на жестком диске) и позволяете выбрать «GO BACK» для установки Ubuntu в режиме BIOS. Но 18.04 сделает установку без какого-либо выбора в моем случае и, возможно, с вашим.

Я назову эти худшие качества в данных обстоятельствах 18.04 года «БУГ». Но это может быть намерение программистов заставить нас использовать только надлежащую чистую автоматизацию, которую они должны удалить опцией «что-то еще».

  1. Я исправил проблемы, полностью РЕФОРМАЦИЯ моего SSD. Установите режим Windows 10 UEFI. Который автоматически создает раздел EFI.

Затем установите UBUNTU 18.04 без ошибок, хотя он ревностно запрещает мне загружаться в MANJARO LINUX, который я установил после Windows 10, тоже без проблем.

И конечно же, UBUNTU 18.04 уничтожит мой BIOS F12. ДЕЙСТВИТЕЛЬНО ЗАПРЕЩАЕТСЯ установить любую другую ОС, и я должен открыть корпус ноутбука с помощью перемычек CL1 и CL2, чтобы F12 мог выбрать загрузочный носитель.

Я сообщил об этом на блокнот, как указанная выше ссылка.

Немного извините за тему, но пусть все знают, что в распространенности и процессе установки больше ошибок, чем в этой проблеме.

Читайте также: