Зависает при загрузке uefi
Всем привет! Раз уж в предыдущей статье я затронул тему ошибок BIOS'а, то напишу как решить еще одну неисправность, которая возникает в начале загрузки компьютера, а именно в момент прохождения POST BIOS'а - это зависание на логотипе материнской платы.
Данная инструкция пойдет как к классическому BIOS, так и к UEFI в режиме BIOS.
Симптомы
Рассмотрим следующий сценарий:
У вас есть компьютер под управлением Windows 7 или Windows Server 2008 R2.
Включить режим единым интерфейсом микропрограмм (UEFI) на этом компьютере.
Затем происходит одно из следующих событий во время запуска.
Клавишу F8, чтобы открыть меню Дополнительных вариантов загрузки и нажмите клавишу ESC для отмены.
Запустите компьютер с установочного DVD-диска Windows и выберите параметр Восстановить компьютер для запуска среды восстановления Windows (WinRE).
Устранимая ошибка происходит, когда загружается Winload.efi или Winresume.efi, а затем запускается среда восстановления Windows (WinRE).
В случае загрузки зависает (перестает отвечать) появляется черный экран.
Примечание. Эта проблема может быть более вероятны при наличии на компьютере исправление 980598.
Способы устранения неисправности.
Причина
Данная проблема возникает из-за одного из следующих приложений не обеспечивает очистки всех записей таблицы страниц для страниц, которые были освобождены.
Приложения загрузчик операционной системы Windows (Winload.efi)
Приложение загрузчика возобновления Windows (Winresume.efi)
При попытке очистить этих записей таблицы страниц Bootmgfw.efi приложения, это приложение обращается к недопустимый адрес памяти и вызывает нарушение прав доступа.
Примечание. Bootmgfw.efi приложение является приложением диспетчер загрузки Windows.
1) BIOS висит на инициализации USB контроллёров.
Именно так BIOS будет висеть, через некоторое время он продолжит загрузку. Фото взято из открытого доступа. Источник: Яндекс.Картинки
Именно так BIOS будет висеть, через некоторое время он продолжит загрузку. Фото взято из открытого доступа. Источник: Яндекс.Картинки
Для начала следует отключить все дополнительные USB-устройства, кроме мыши. Если компьютер все-равно будет висеть, а мышь в системе будет работать, то необходимо зайти в "Диспетчер задач".
Там можно будет обнаружить "Unknown Device". Если у вас есть такое, и у вас подключен кард-ридер, то проблема скорее всего в нем. Вам необходимо открыть крышку системника и отключить его от внутреннего интерфейса USB материнской платы.
Далее попробуйте не закрывая крышку запустить компьютер. Если проблема уйдет - значит все решено, если нет, то попробуйте отключить все устройства USB, которые находятся внутри системного блока (у них будет такой же интерфейс, как и у кард-ридера).
Внутренние интерфейсы USB материнской платы. Фото взято из открытого доступа. Источник: Яндекс.Картинки
Внутренние интерфейсы USB материнской платы. Фото взято из открытого доступа. Источник: Яндекс.Картинки
Если вы отключили все устройства, но компьютер все равно зависает с той же ошибкой, рекомендую почитать эту статью , возможно, скоро потребуется менять материнскую плату.
3) Универсальный способ, который подойдет при конфликте настроек BIOS и при некоторых других проблемах.
Я описал две основные причины зависания, теперь я опишу самый простой и универсальный способ, который может помочь при мелких проблемах, типа конфликта настроек BIOS.
Снимаем крышку системного блока и вытаскиваем батарейку BIOS на 10 минут. Произойдет обнуление BIOS'а и сброс его до заводских настроек.
Windows 7 Enterprise Windows 7 Home Basic Windows 7 Home Premium Windows 7 Professional Windows 7 Starter Windows 7 Ultimate Windows Server 2008 R2 Datacenter Windows Server 2008 R2 Enterprise Windows Server 2008 R2 Standard Еще. Меньше
Диагностируем проблему.
Для начала проведем диагностику. Для этого нам нужно отключить само лого материнской платы, чтобы компьютер грузился логами BIOS'a, тогда мы сможем понять, на каком моменте он зависает.
1) Войти в режим BIOS. Для этого при загрузке компьютера на логотипе нажмите клавишу DEL (на некоторых материнских платах может отличаться - уточняйте в мануалах к вашей материнской плате).
2) Переходим в раздел "Boot"
3) Находим функцию "Full Screen Logo". По умолчанию она будет стоять в режиме "Enable", то есть "Включено". Наша задача - это перевести ее в режим "Disable", соответственно "Отключено".
Теперь при загрузке не будет логотипа, а BIOS будет выдавать свои логи на экран, в итоге мы сможем понять в чем проблема. Тут у каждого будет свой путь решения проблемы.
Система зависает при загрузке UEFI
В локальной сборке chroot Заменил в /EFI/. grubx64.efi и /boot/. grubcd.efi с переименованием от ubuntu. В результате, у меня был проблемный ноут асус с единственным типом загрузки UEFI, и загрузился и без проблем установился. РАЗРАБОТЧИКИ АУ?
Имеется нетбук MSI S12 (https://linux-hardware.org/index.php?probe=1fbdf6ab06).
Предустановлена Win8.1 в EFI-режиме, в планах было рядом в этом же режиме установить ROSA Desktop.
В режиме Legacy ROSA загружается и даже устанавливается (за исключением установки загрузчика), а вот в EFI - зависает после "Loading initramfs. "
Было испробовано:
- загружаться с флэшки, записанной при помощи Image Writer, а также с USB-DVD
- разные версии: ROSA Desktop R8.1 KDE/Plasma, ROSA Desktop R10 KDE/Plasma/XFCE
- физически отключал винт
Результат одинаковый.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
P.S. Пробовал вводить различные параметры ядра типа acpi=off, nomodeset, radeon.nomodeset, debug и. т.п., но, похоже, что до передачи управления ядру дело не доходит.
P.P.S. После зависания при нажатии на стрелку "Вправо" на клавиатуре происходит короткое обращение к загрузочному носителю, либо перезагрузка ноута.
там при загрузке bios efi должен быть выбор файла для загрузки /EFI/BOOT/grubx64.efi, его надо выбрать.
Если grubx32.efi то скорей всего не загрузится, у меня биос о такой штуке не знает.
К сожалению, в BIOS нет возможности вручную создавать/редактировать загрузочные пункты меню EFI.
Т.к. загрузка производится с "родного" (x86_64) образа, то grubx32.efi в нём отсутствует. В каталоге /EFI/BOOT/ имеются файлы BOOTx64.efi, grubx64.efi и grub.cfg
чего то не хватает, не может быть так что ЕФИ работает только на определенное расположение ЕФИ файлов? хотя вроде стандартное расположение. может быть должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы?
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
можете еще и в корень и папку /EFI, позможно биос откуда нибудь подхватит. А потом методом исключения можно будет вычислить откуда загружается.
Предпологаю что initrams здесь не причем, так как вы режиме легаси грузитесь спокойно.
Могу предположить что в BOOTx64.efi, grubx64.efi нет какого то нужного модуля.
Возьмите эти файлы из любой из последних ubuntu 18.04 например, они подписаны и имеют кучу модулей в сборке, даже iso загружает. и замените Росовские, результат если будет в студию.
Можете и сами собрать эти файлы, мануалы по сети есть, сам не собирал.
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
В простейшем случае у вас должн сохранится /EFI/BOOT/ от виндус, туда и закинте свои файлы. Ну и grub2 установить нужно. хотя это все должно при установке ROSA произойти, и загрузчик ROSA виндус должен обнаружить виндус и прописать в загрузку. Виндус переустанавливать не надо, linux в отличии от виндус знает о других системах.
Если есть возможность пишите свои танцы с бубном, это опыт и информация для других. Разработчикам не плохо бы уже переделать grubx64.efi по типу Ubuntu хотя бы, так как видно запросы по оборудованию растут.
Да, каталог /EFI/BOOT/ от винды имеется, но даже теоретически не хотелось бы мешать всё в одну кучу.
Тем более, что установщик Росы создал каталог /EFI/rosa/ и переписал туда несколько *.efi файлов (вером будет ноут под рукой - распишу, какие именно). Но т.к. установка производилась в режиме Legacy, то загрузчик grub2 не был установлен и сконфигурирован, о чем установщик Росы честно предупредил. Также, не был создан пункт меню в EFI.
Собственно, два последних пункта мне и оставалось доделать:
Установил grub2 из-под Live-системы при помощи команды
В итоге, EFI не хочет загружать вновь созданный пункт меню - ошибок не пишет, просто выкидывает обратно в BIOS.
P.S. Единственное, что настораживает - файл \EFI\rosa\grub2\grub.efi, записанный Росой на раздел EFI, отличается по размеру от родного файла grubx64.efi на Live-флэшке.
Вчера уже поздно было экспериментировать, попробую сегодня заменить этот файл файлом от Убунты, отпишусь.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
Победил, наконец! Вот пошаговая инструкция, как настроить запуск РОСЫ в EFI-режиме:
Загружаемся в Live-систему
Получаем список разделов на жестких дисках:
fdisk -l | grep sd
Монтируем целевую систему (например, находящуюся на sda7):
mount /dev/sda7 /mnt
Определяем раздел EFI (обычно раздел 300-500Мб с FAT32):
blkid | grep EFI
Монтируем EFI-раздел (например, sda2):
mount /dev/sda2 /mnt/boot/efi
Создаём на EFI-разделе каталог /mnt/boot/efi/EFI/rosa/grub2-efi , в него копируем файл /boot/efi/EFI/grub.efi
Устанавливаем загрузчик командой:
grub2-install --recheck --boot-directory=/mnt/boot/efi/EFI/rosa --efi-directory=/mnt/boot/efi
Проверяем успешность создания загрузочного пункта меню EFI:
efibootmgr -v
Должен создаться пункт меню примерно следующего содержания:
Boot0000* rosa HD(2,12c800,96000,f9c9188d-bece-4fc1-ba5a-6d93aa93a554)File(\EFI\rosa\BOOTx64.efi)
В случае необходимости изменения параметров пункта меню удаляем его:
efibootmgr -b 0000 -B
где 0000 - номер пункта меню rosa
И создаём заново:
efibootmgr --create --gpt --disk /dev/sda --part 2 --label "ROSA" --loader "\EFI\rosa\BOOTx64.efi"
где sda - диск, содержащий раздел EFI, 2 - номер раздела на этом диске
Переименовываем файл /mnt/boot/efi/EFI/rosa/grubx64.efi в BOOTx64.efi
Удаляем каталог /mnt/boot/efi/EFI/rosa/grub2-efi
Переименовываем каталог /mnt/boot/efi/EFI/rosa/grub2 в grub2-efi
Выполняем команду update-grub2
Копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/
Перезагружаемся с винта, в меню загрузки выбираем пункт "ROSA. (on sda7)"
После загрузки выполняем команду update-grub2
копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/ и перезагружаемся
P.S. grubx64.efi заменять не пришлось, т.к. в образе Росы (загруженном в Live-режиме) присутствует два efi-загрузчика:
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
2. /boot/efi/EFI/grub.efi - загрузчик, который устанавливается в рабочую систему, с ним система стартует корректно
Вообще, старался написать универсальную инструкцию. Где в явном виде присутствуют значения - разъяснено, что они указаны в качестве примера и откуда их брать на конкретном ПК.
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Думаю что bsvsf проделал отличную работу. Но вопросы возникают, почему не работает grubcd.efi, чего не хватает для стабильной работы? У bsvsf пока в своем роде железо уникальное, поэтому все козыри только у него.
Желательно, конечно, сообщить о проблеме разработчикам, только я не знаю, как это правильно сделать.
Как обходной путь - заменять вручную на загрузочной флэшке файл \EFI\BOOT\grubx64.efi (брать от Убунты, например)
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Инструкция создавалась для случая, когда, например, ROSA устанавливалась в Legacy-режиме, либо по какой-либо другой причине во время установки не был установлен загрузчик EFI, либо побился EFI-раздел и т.п. Инструкция поможет перевести систему на EFI-загрузку или восстановить EFI-загрузчик с нуля.
Кстати, чтобы не заморачиваться с отслеживанием версий и копированием /boot/grub2/grub.cfg на EFI-раздел, ROSA предлагает такое решение:
Это содержимое grub2.cfg на EFI-разделе, где X в параметре gptX - порядковый номер GPT-раздела, содержащего корневую ФС.
Я бы очень хотел выяснить, чего нехватает загрузчику на моём железе, но для этого нужны инструменты для отладки системы на самом начальном этапе загрузки. Если будут мысли, какие действия можно предпринять для получения нужных сведений, смогу попробовать проделать их.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
после долгого висения в панику должен уйти и что нибудь написать, не может ядро просто так долго висеть? кнопки не трогать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
болдово, не встречал такого. при live ram не может создаться? а первая загрузка с винта? где может стыковаться? swap?
Может быть виноват BIOS, т.к. обнаружилось, что первый раз с винта также не стартует после временного переключения в Legacy-режим, затем обратно в UEFI.
может биос на дефолт скинуть, про ваш биос информацию найти? особенности какие? прошить не предлагаю.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
для чистоты эксперемента ubuntu установить, и из легаси в ефи по переключатся, в РОСА grubx64 кривой? grubcd.efi кривой?
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
тогда выводы grubx64.efi кривой, в стандартном дистрибутиве РОСА, это надо передать сборщикам, туда же, что нет поддержки загрузки iso grubx64.efi. Пусть пересоберут по образцу ubuntu, у них он универсальный.
Решение
Сведения об исправлении
Существует исправление от корпорации Майкрософт. Однако данное исправление предназначено для устранения только проблемы, описанной в этой статье. Применяйте данное исправление только в тех системах, которые имеют данную проблему.
Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этого раздела нет, отправьте запрос в службу технической поддержки для получения исправления.
Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание посетите следующий веб-узел корпорации Майкрософт:
http://support.microsoft.com/contactus/?ws=supportПримечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.
Предварительные условия
Для установки этого исправления необходимо наличие Windows 7 или Windows Server 2008 R2 на компьютере.
Сведения о реестре
Для использования исправления из этого пакета нет необходимости вносить изменения в реестр.
Необходимость перезагрузки
Не требуется перезагружать компьютер после установки данного исправления.
Сведения о замене исправлений
Это исправление не заменяет ранее выпущенные исправления.
Сведения о файлах
Глобальная версия этого исправления устанавливает файлы с атрибутами, указанными в приведенных ниже таблицах. Дата и время для файлов указаны в формате UTC. Дата и время для файлов на локальном компьютере отображаются в местном времени с вашим текущим смещением летнего времени (DST). Кроме того, при выполнении определенных операций с файлами, даты и время могут изменяться.
Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2
Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе "Windows 7/Windows Server 2008 R2" страницы. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.
Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе "Сведения о дополнительных файлах для Windows Server 2008 R2 и Windows 7". MUM и файлы МАНИФЕСТА и связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновляемого компонента. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.
Имеется нетбук MSI S12 (https://linux-hardware.org/index.php?probe=1fbdf6ab06).
Предустановлена Win8.1 в EFI-режиме, в планах было рядом в этом же режиме установить ROSA Desktop.
В режиме Legacy ROSA загружается и даже устанавливается (за исключением установки загрузчика), а вот в EFI - зависает после "Loading initramfs. "
Было испробовано:
- загружаться с флэшки, записанной при помощи Image Writer, а также с USB-DVD
- разные версии: ROSA Desktop R8.1 KDE/Plasma, ROSA Desktop R10 KDE/Plasma/XFCE
- физически отключал винт
Результат одинаковый.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
P.S. Пробовал вводить различные параметры ядра типа acpi=off, nomodeset, radeon.nomodeset, debug и. т.п., но, похоже, что до передачи управления ядру дело не доходит.
P.P.S. После зависания при нажатии на стрелку "Вправо" на клавиатуре происходит короткое обращение к загрузочному носителю, либо перезагрузка ноута.
там при загрузке bios efi должен быть выбор файла для загрузки /EFI/BOOT/grubx64.efi, его надо выбрать.
Если grubx32.efi то скорей всего не загрузится, у меня биос о такой штуке не знает.
К сожалению, в BIOS нет возможности вручную создавать/редактировать загрузочные пункты меню EFI.
Т.к. загрузка производится с "родного" (x86_64) образа, то grubx32.efi в нём отсутствует. В каталоге /EFI/BOOT/ имеются файлы BOOTx64.efi, grubx64.efi и grub.cfg
чего то не хватает, не может быть так что ЕФИ работает только на определенное расположение ЕФИ файлов? хотя вроде стандартное расположение. может быть должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы?
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
можете еще и в корень и папку /EFI, позможно биос откуда нибудь подхватит. А потом методом исключения можно будет вычислить откуда загружается.
Предпологаю что initrams здесь не причем, так как вы режиме легаси грузитесь спокойно.
Могу предположить что в BOOTx64.efi, grubx64.efi нет какого то нужного модуля.
Возьмите эти файлы из любой из последних ubuntu 18.04 например, они подписаны и имеют кучу модулей в сборке, даже iso загружает. и замените Росовские, результат если будет в студию.
Можете и сами собрать эти файлы, мануалы по сети есть, сам не собирал.
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
В простейшем случае у вас должн сохранится /EFI/BOOT/ от виндус, туда и закинте свои файлы. Ну и grub2 установить нужно. хотя это все должно при установке ROSA произойти, и загрузчик ROSA виндус должен обнаружить виндус и прописать в загрузку. Виндус переустанавливать не надо, linux в отличии от виндус знает о других системах.
Если есть возможность пишите свои танцы с бубном, это опыт и информация для других. Разработчикам не плохо бы уже переделать grubx64.efi по типу Ubuntu хотя бы, так как видно запросы по оборудованию растут.
Да, каталог /EFI/BOOT/ от винды имеется, но даже теоретически не хотелось бы мешать всё в одну кучу.
Тем более, что установщик Росы создал каталог /EFI/rosa/ и переписал туда несколько *.efi файлов (вером будет ноут под рукой - распишу, какие именно). Но т.к. установка производилась в режиме Legacy, то загрузчик grub2 не был установлен и сконфигурирован, о чем установщик Росы честно предупредил. Также, не был создан пункт меню в EFI.
Собственно, два последних пункта мне и оставалось доделать:
Установил grub2 из-под Live-системы при помощи команды
В итоге, EFI не хочет загружать вновь созданный пункт меню - ошибок не пишет, просто выкидывает обратно в BIOS.
P.S. Единственное, что настораживает - файл \EFI\rosa\grub2\grub.efi, записанный Росой на раздел EFI, отличается по размеру от родного файла grubx64.efi на Live-флэшке.
Вчера уже поздно было экспериментировать, попробую сегодня заменить этот файл файлом от Убунты, отпишусь.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
Победил, наконец! Вот пошаговая инструкция, как настроить запуск РОСЫ в EFI-режиме:
Загружаемся в Live-систему
Получаем список разделов на жестких дисках:
fdisk -l | grep sd
Монтируем целевую систему (например, находящуюся на sda7):
mount /dev/sda7 /mnt
Определяем раздел EFI (обычно раздел 300-500Мб с FAT32):
blkid | grep EFI
Монтируем EFI-раздел (например, sda2):
mount /dev/sda2 /mnt/boot/efi
Создаём на EFI-разделе каталог /mnt/boot/efi/EFI/rosa/grub2-efi , в него копируем файл /boot/efi/EFI/grub.efi
Устанавливаем загрузчик командой:
grub2-install --recheck --boot-directory=/mnt/boot/efi/EFI/rosa --efi-directory=/mnt/boot/efi
Проверяем успешность создания загрузочного пункта меню EFI:
efibootmgr -v
Должен создаться пункт меню примерно следующего содержания:
Boot0000* rosa HD(2,12c800,96000,f9c9188d-bece-4fc1-ba5a-6d93aa93a554)File(\EFI\rosa\BOOTx64.efi)
В случае необходимости изменения параметров пункта меню удаляем его:
efibootmgr -b 0000 -B
где 0000 - номер пункта меню rosa
И создаём заново:
efibootmgr --create --gpt --disk /dev/sda --part 2 --label "ROSA" --loader "\EFI\rosa\BOOTx64.efi"
где sda - диск, содержащий раздел EFI, 2 - номер раздела на этом диске
Переименовываем файл /mnt/boot/efi/EFI/rosa/grubx64.efi в BOOTx64.efi
Удаляем каталог /mnt/boot/efi/EFI/rosa/grub2-efi
Переименовываем каталог /mnt/boot/efi/EFI/rosa/grub2 в grub2-efi
Выполняем команду update-grub2
Копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/
Перезагружаемся с винта, в меню загрузки выбираем пункт "ROSA. (on sda7)"
После загрузки выполняем команду update-grub2
копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/ и перезагружаемся
P.S. grubx64.efi заменять не пришлось, т.к. в образе Росы (загруженном в Live-режиме) присутствует два efi-загрузчика:
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
2. /boot/efi/EFI/grub.efi - загрузчик, который устанавливается в рабочую систему, с ним система стартует корректно
Вообще, старался написать универсальную инструкцию. Где в явном виде присутствуют значения - разъяснено, что они указаны в качестве примера и откуда их брать на конкретном ПК.
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Думаю что bsvsf проделал отличную работу. Но вопросы возникают, почему не работает grubcd.efi, чего не хватает для стабильной работы? У bsvsf пока в своем роде железо уникальное, поэтому все козыри только у него.
Желательно, конечно, сообщить о проблеме разработчикам, только я не знаю, как это правильно сделать.
Как обходной путь - заменять вручную на загрузочной флэшке файл \EFI\BOOT\grubx64.efi (брать от Убунты, например)
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Инструкция создавалась для случая, когда, например, ROSA устанавливалась в Legacy-режиме, либо по какой-либо другой причине во время установки не был установлен загрузчик EFI, либо побился EFI-раздел и т.п. Инструкция поможет перевести систему на EFI-загрузку или восстановить EFI-загрузчик с нуля.
Кстати, чтобы не заморачиваться с отслеживанием версий и копированием /boot/grub2/grub.cfg на EFI-раздел, ROSA предлагает такое решение:
Это содержимое grub2.cfg на EFI-разделе, где X в параметре gptX - порядковый номер GPT-раздела, содержащего корневую ФС.
Я бы очень хотел выяснить, чего нехватает загрузчику на моём железе, но для этого нужны инструменты для отладки системы на самом начальном этапе загрузки. Если будут мысли, какие действия можно предпринять для получения нужных сведений, смогу попробовать проделать их.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
после долгого висения в панику должен уйти и что нибудь написать, не может ядро просто так долго висеть? кнопки не трогать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
болдово, не встречал такого. при live ram не может создаться? а первая загрузка с винта? где может стыковаться? swap?
Может быть виноват BIOS, т.к. обнаружилось, что первый раз с винта также не стартует после временного переключения в Legacy-режим, затем обратно в UEFI.
может биос на дефолт скинуть, про ваш биос информацию найти? особенности какие? прошить не предлагаю.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
для чистоты эксперемента ubuntu установить, и из легаси в ефи по переключатся, в РОСА grubx64 кривой? grubcd.efi кривой?
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
тогда выводы grubx64.efi кривой, в стандартном дистрибутиве РОСА, это надо передать сборщикам, туда же, что нет поддержки загрузки iso grubx64.efi. Пусть пересоберут по образцу ubuntu, у них он универсальный.
Система зависает при загрузке UEFI
В локальной сборке chroot Заменил в /EFI/. grubx64.efi и /boot/. grubcd.efi с переименованием от ubuntu. В результате, у меня был проблемный ноут асус с единственным типом загрузки UEFI, и загрузился и без проблем установился. РАЗРАБОТЧИКИ АУ?
2) BIOS зависает на определении жестких дисков и дисководов SATA или вовсе не видит их.
Я не буду описывать про IDE дисководы и ЖД, поскольку в наше время даже в самом слабом рабочем ПК используется SATA интерфейс.
Тут я могу сразу сказать, что ситуация пострашнее, дело в том, что может потребоваться поменять жесткий диск. Но еще рано торопиться.
Если есть такая возможность, попробуйте подключить к компьютеру другой жесткий диск. Если же такой возможности нет, но есть хотя-бы флешка или диск с установщиком системы или LiveCD система типа Windows PE, тогда можете смело отключать жесткий диск и пробовать загрузиться с LiveCD.
Однако, такой возможности тоже может не быть. тогда просто отключаем жесткий диск и пытаемся загрузиться в BIOS. Если загрузится быстро - то пора менять жесткий диск.
Система зависает при загрузке UEFI
В локальной сборке chroot Заменил в /EFI/. grubx64.efi и /boot/. grubcd.efi с переименованием от ubuntu. В результате, у меня был проблемный ноут асус с единственным типом загрузки UEFI, и загрузился и без проблем установился. РАЗРАБОТЧИКИ АУ?
Имеется нетбук MSI S12 (https://linux-hardware.org/index.php?probe=1fbdf6ab06).
Предустановлена Win8.1 в EFI-режиме, в планах было рядом в этом же режиме установить ROSA Desktop.
В режиме Legacy ROSA загружается и даже устанавливается (за исключением установки загрузчика), а вот в EFI - зависает после "Loading initramfs. "
Было испробовано:
- загружаться с флэшки, записанной при помощи Image Writer, а также с USB-DVD
- разные версии: ROSA Desktop R8.1 KDE/Plasma, ROSA Desktop R10 KDE/Plasma/XFCE
- физически отключал винт
Результат одинаковый.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
P.S. Пробовал вводить различные параметры ядра типа acpi=off, nomodeset, radeon.nomodeset, debug и. т.п., но, похоже, что до передачи управления ядру дело не доходит.
P.P.S. После зависания при нажатии на стрелку "Вправо" на клавиатуре происходит короткое обращение к загрузочному носителю, либо перезагрузка ноута.
там при загрузке bios efi должен быть выбор файла для загрузки /EFI/BOOT/grubx64.efi, его надо выбрать.
Если grubx32.efi то скорей всего не загрузится, у меня биос о такой штуке не знает.
К сожалению, в BIOS нет возможности вручную создавать/редактировать загрузочные пункты меню EFI.
Т.к. загрузка производится с "родного" (x86_64) образа, то grubx32.efi в нём отсутствует. В каталоге /EFI/BOOT/ имеются файлы BOOTx64.efi, grubx64.efi и grub.cfg
чего то не хватает, не может быть так что ЕФИ работает только на определенное расположение ЕФИ файлов? хотя вроде стандартное расположение. может быть должно быть так:
/EFI/BOOT/windows/ для виндус
/EFI/BOOT/rosa/ для росы?
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
По-идее, всего должно хватать, т.к. на другом железе с данной флэшки загрузка происходит в EFI-режиме без проблем. Да и меню GRUB2 выводится ведь, значит, не в этом дело.
На флэшке путь к файлам /EFI/BOOT/, на разделе EFI на жестком диске инсталятор расположил файлы в каталоге /EFI/BOOT/rosa/
попробуйте раскидать в несколько мест в папке /EFI файлы BOOTx64.efi, grubx64.efi и grub.cfg, можно и в корень бросить.
можете еще и в корень и папку /EFI, позможно биос откуда нибудь подхватит. А потом методом исключения можно будет вычислить откуда загружается.
Предпологаю что initrams здесь не причем, так как вы режиме легаси грузитесь спокойно.
Могу предположить что в BOOTx64.efi, grubx64.efi нет какого то нужного модуля.
Возьмите эти файлы из любой из последних ubuntu 18.04 например, они подписаны и имеют кучу модулей в сборке, даже iso загружает. и замените Росовские, результат если будет в студию.
Можете и сами собрать эти файлы, мануалы по сети есть, сам не собирал.
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
Спасибо за подсказку!
После замены grubx64.efi на загрузочной флэшке Росы на соответствующий файл от Убунты ROSA загрузилась (с отключенным Secure boot).
Теперь пытаюсь установить/настроить загрузчик EFI на винте без переустановки системы. Оказывается, одна и та же инструкция выглядит совершенно по-разному на русском и английском языках: Русская, Английская)
В простейшем случае у вас должн сохранится /EFI/BOOT/ от виндус, туда и закинте свои файлы. Ну и grub2 установить нужно. хотя это все должно при установке ROSA произойти, и загрузчик ROSA виндус должен обнаружить виндус и прописать в загрузку. Виндус переустанавливать не надо, linux в отличии от виндус знает о других системах.
Если есть возможность пишите свои танцы с бубном, это опыт и информация для других. Разработчикам не плохо бы уже переделать grubx64.efi по типу Ubuntu хотя бы, так как видно запросы по оборудованию растут.
Да, каталог /EFI/BOOT/ от винды имеется, но даже теоретически не хотелось бы мешать всё в одну кучу.
Тем более, что установщик Росы создал каталог /EFI/rosa/ и переписал туда несколько *.efi файлов (вером будет ноут под рукой - распишу, какие именно). Но т.к. установка производилась в режиме Legacy, то загрузчик grub2 не был установлен и сконфигурирован, о чем установщик Росы честно предупредил. Также, не был создан пункт меню в EFI.
Собственно, два последних пункта мне и оставалось доделать:
Установил grub2 из-под Live-системы при помощи команды
В итоге, EFI не хочет загружать вновь созданный пункт меню - ошибок не пишет, просто выкидывает обратно в BIOS.
P.S. Единственное, что настораживает - файл \EFI\rosa\grub2\grub.efi, записанный Росой на раздел EFI, отличается по размеру от родного файла grubx64.efi на Live-флэшке.
Вчера уже поздно было экспериментировать, попробую сегодня заменить этот файл файлом от Убунты, отпишусь.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
вообще после установки grub файл grub.cfg должен быть одинаковым в /boot/grub2/ и в /EFI/rosa/
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
дальше устанавливаем загрузчик:
sudo grub2-install --boot-directory=/boot/ --efi-directory=/EFI/rosa/ --root-directory=/dev/sda1 /dev/sda
как то так вроде, груб виндус найдет.
Я вместо этой команды выполнял update-grub2, винду нашёл и прописал в конфиг. Думаю, пока у меня проблемы на уровне загрузки EFI.
grub.cfg в /EFI/rosa/ ссылается на grub.cfg в корневой ФС. Соглашусь - стоит его тупо переписать из /boot/grub2/ в отладочных целях.
Победил, наконец! Вот пошаговая инструкция, как настроить запуск РОСЫ в EFI-режиме:
Загружаемся в Live-систему
Получаем список разделов на жестких дисках:
fdisk -l | grep sd
Монтируем целевую систему (например, находящуюся на sda7):
mount /dev/sda7 /mnt
Определяем раздел EFI (обычно раздел 300-500Мб с FAT32):
blkid | grep EFI
Монтируем EFI-раздел (например, sda2):
mount /dev/sda2 /mnt/boot/efi
Создаём на EFI-разделе каталог /mnt/boot/efi/EFI/rosa/grub2-efi , в него копируем файл /boot/efi/EFI/grub.efi
Устанавливаем загрузчик командой:
grub2-install --recheck --boot-directory=/mnt/boot/efi/EFI/rosa --efi-directory=/mnt/boot/efi
Проверяем успешность создания загрузочного пункта меню EFI:
efibootmgr -v
Должен создаться пункт меню примерно следующего содержания:
Boot0000* rosa HD(2,12c800,96000,f9c9188d-bece-4fc1-ba5a-6d93aa93a554)File(\EFI\rosa\BOOTx64.efi)
В случае необходимости изменения параметров пункта меню удаляем его:
efibootmgr -b 0000 -B
где 0000 - номер пункта меню rosa
И создаём заново:
efibootmgr --create --gpt --disk /dev/sda --part 2 --label "ROSA" --loader "\EFI\rosa\BOOTx64.efi"
где sda - диск, содержащий раздел EFI, 2 - номер раздела на этом диске
Переименовываем файл /mnt/boot/efi/EFI/rosa/grubx64.efi в BOOTx64.efi
Удаляем каталог /mnt/boot/efi/EFI/rosa/grub2-efi
Переименовываем каталог /mnt/boot/efi/EFI/rosa/grub2 в grub2-efi
Выполняем команду update-grub2
Копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/
Перезагружаемся с винта, в меню загрузки выбираем пункт "ROSA. (on sda7)"
После загрузки выполняем команду update-grub2
копируем файл /boot/grub2/grub.cfg в каталог /mnt/boot/efi/EFI/rosa/ и перезагружаемся
P.S. grubx64.efi заменять не пришлось, т.к. в образе Росы (загруженном в Live-режиме) присутствует два efi-загрузчика:
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
2. /boot/efi/EFI/grub.efi - загрузчик, который устанавливается в рабочую систему, с ним система стартует корректно
Вообще, старался написать универсальную инструкцию. Где в явном виде присутствуют значения - разъяснено, что они указаны в качестве примера и откуда их брать на конкретном ПК.
1. /boot/efi/EFI/grubcd.efi - тот самый "кривой", из-за которого не стартует Live-система на моём железе
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Думаю что bsvsf проделал отличную работу. Но вопросы возникают, почему не работает grubcd.efi, чего не хватает для стабильной работы? У bsvsf пока в своем роде железо уникальное, поэтому все козыри только у него.
Желательно, конечно, сообщить о проблеме разработчикам, только я не знаю, как это правильно сделать.
Как обходной путь - заменять вручную на загрузочной флэшке файл \EFI\BOOT\grubx64.efi (брать от Убунты, например)
Если выскочило на одном ПК, то где гарантия что не выскочит на другом ПК. Где стабильность и надежность?
Инструкция создавалась для случая, когда, например, ROSA устанавливалась в Legacy-режиме, либо по какой-либо другой причине во время установки не был установлен загрузчик EFI, либо побился EFI-раздел и т.п. Инструкция поможет перевести систему на EFI-загрузку или восстановить EFI-загрузчик с нуля.
Кстати, чтобы не заморачиваться с отслеживанием версий и копированием /boot/grub2/grub.cfg на EFI-раздел, ROSA предлагает такое решение:
Это содержимое grub2.cfg на EFI-разделе, где X в параметре gptX - порядковый номер GPT-раздела, содержащего корневую ФС.
Я бы очень хотел выяснить, чего нехватает загрузчику на моём железе, но для этого нужны инструменты для отладки системы на самом начальном этапе загрузки. Если будут мысли, какие действия можно предпринять для получения нужных сведений, смогу попробовать проделать их.
Вводя последовательно команды загрузки в терминале GRUB, удалось выяснить, что зависание происходит сразу после выполнения команды boot.
Может, есть какой-то способ выяснить подробнее, что именно вызывает зависание?
после долгого висения в панику должен уйти и что нибудь написать, не может ядро просто так долго висеть? кнопки не трогать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
За 40 минут ожидания никаких изменений. После прошествия этого времени уже ни на какие нажатия клавиш реакции нет.
Заметил, что после подобной неудачной попытки загрузки первая загрузка с винта тоже неудачна - те же симптомы.
P.S. перезагрузка всегда мягкая (Ctrl-Alt-Del)
P.P.S Может, с применением SysRq что-нибудь попробовать?
болдово, не встречал такого. при live ram не может создаться? а первая загрузка с винта? где может стыковаться? swap?
Может быть виноват BIOS, т.к. обнаружилось, что первый раз с винта также не стартует после временного переключения в Legacy-режим, затем обратно в UEFI.
может биос на дефолт скинуть, про ваш биос информацию найти? особенности какие? прошить не предлагаю.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
Скорее, проблема обойдена
Возможно, также, что последовательность выполнения кода загрузчика Росы таким образом взаимодействует с этим BIOS, а в самом BIOS ошибок нет - вариантов масса.
для чистоты эксперемента ubuntu установить, и из легаси в ефи по переключатся, в РОСА grubx64 кривой? grubcd.efi кривой?
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
grubx64.efi на загрузочной флэшке и grubcd.efi в установленной системе - это один и тот же файл с разными именами.
Что даст установка Убунты? Она установится скорее всего, во всяком случае, с начальной загрузкой у неё проблем у неё нет и Роса с её grubx64.efi грузится и успешно устанавливается в EFI-режиме.
тогда выводы grubx64.efi кривой, в стандартном дистрибутиве РОСА, это надо передать сборщикам, туда же, что нет поддержки загрузки iso grubx64.efi. Пусть пересоберут по образцу ubuntu, у них он универсальный.
Читайте также: