Created attachment 6948 [details] сообщение после выбора ядра Если перезагрузить или даже сбросить ресетом -то на последующей загрузке grub после выбора виснет намертво с сообщением couldn't terminate EFI services Платформа asus p8-z68 deluxe
Вообще в гугле находится только http://savannah.gnu.org/bugs/?37280
Попробуй собрать себе и проверить 2.02-alt0.3: http://git.altlinux.org/people/shadrinov/packages/?p=grub2.git;a=shortlog;h=refs/heads/master А то у меня всё руки проверить не доходят два месяца уж, перед человеком совестно -- а тебе, может, и проблему полечит... Также перевешиваю на сизиф, там тот же 2.00-alt21.
Я заметил на этой версии grub2 такую такую проблему: 50/50 зависает при перезагрузке, когда я ядро уже выдает, сообщение, что оно готово, rebooting....
я имел ввиду 2.02-alt0.3
Помогло. Не виснет. В том числе и при перезагрузке после завершения ядра. И в моём случае не виснет, после выбора ядра. Из бонусов - появился bootloader графический, про который я давно уже забыл. Из замеченного - раньше в /boot/efi/EFI/ было altlinux А теперь просто alt и предыдущее оно не затёрло при обновлении
Миша, пинг!
Что ping? Нам нужен нормальный майнтейнер grub2, который сможет подготовить пакет 2.02, который наверняка выйдет всё-таки до p9. У меня на него здоровья хватило только один раз, потому что больше было некому. Тому, кто этим займётся, стоит внимательно отнестись к любым изменениям по части проверки подписи ядра в EFI-режиме -- с нашим shim 0.4 это не требуется, тащить вслепую без проверки (бишь сборка с подписыванием и железо) такое нельзя.
Я готов попробовать заняться этим пакетом, изучать и вникать в суть проблемы... Только пока не до конца понимаю проблему...
Давайте попробуем вместе :) Дело в том, что в процессе работы над поддержкой UEFI в альте мы впритирку выиграли race condition с разработчиками shim и UEFI CA, явно продиктовавшим им то конкретное требование, о необходимости проверки загрузчиком подписи того бинарника, который он загружает; реализовано оно было в shim 0.5 (который при этом сам оказался сломан) и версии до этой с тех пор UEFI CA подписывать официально отказывается. Мы успели подписать уже собранный и проверенный 0.4, аргументируя это тем, что и не собираемся делать chain of trust, а делаем hardware enablement (бишь "шоб работало"). Возможно, это когда-то изменится, но с подписыванием ядра и модулей проекты вроде федоры огребли *столько* проблем пару-тройку лет тому, что лично у меня нет никакого желания даже смотреть в ту сторону по собственной инициативе. Соответственно наработки в эту сторону в загрузчиках, если оказываются безальтернативными -- нам сейчас не то что не нужны, а вредны. Других особо тонких и недокументированных моментов сходу не припоминаю, но багов и хотелок на пакете grub2 (включая -common, -efi, -pc) явно накопилось не только Ваших. На всякий (с избытком): http://en.altlinux.org/UEFI_SecureBoot_mini-HOWTO https://github.com/mjg59/shim/commit/f95ccd0a7f64c0a63b06fddd278a3e35aa96eba9 http://blogs.msdn.com/b/windows_hardware_certification/archive/2013/12/03/microsoft-uefi-ca-signing-policy-updates.aspx https://mjg59.dreamwidth.org/17542.html Если вдруг станете настоящим майнтейнером GRUB -- буду крайне признателен!
Это уже исправлено в Sisyphus, просьба протестировать.
