Проблема: зависание загрузки Ubuntu после обновления с сообщением EFI stub

Симптомы

После выполнения apt upgrade (об этом я вспомнил уже после того как разобарлся с пробелмой) и перезагрузки система перестала загружаться. На экране последнее сообщение:

EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path

После этого — полное зависание. GRUB работает, выбор ядра доступен. Ошибок ядра (kernel panic, Oops) нет.

Окружение

• ОС: Ubuntu (ядро 6.8.0-111-generic)
• Видеокарта: NVIDIA RTX 5060 Ti (архитектура Blackwell)
• Дисковая подсистема: программный RAID1 (mdadm)

Диагностика

1. Аппаратная часть исправна: диски определяются в BIOS, SMART — PASSED, RAID-суперблоки на месте (mdadm --examine показал корректные UUID).
2. RAID собирается: mdadm --assemble --scan активен, /proc/mdstat — массив в состоянии [UU]. Проверял на соседней машине.
3. LiveUSB с Ubuntu/Debian не загружается — аналогичное зависание на той же строчке.
4. UEFI Shell работает, загрузчик GRUB физически присутствует на EFI-разделе.

Решение

Загрузка с параметром ядра:

nomodeset

После добавления этого параметра в строку загрузки GRUB система стартует штатно. Механизм nomodeset отключает Kernel Mode Setting (KMS), предотвращая инициализацию DRM/драйвера видеокарты на раннем этапе загрузки.

Причина

Ядро 6.8.0 не имеет полной поддержки видеокарт на базе архитектуры Blackwell (RTX 5060 Ti вышла позже релиза ядра). При попытке инициализации видеорежима через nouveau (или фолбэк-механизмы) происходит зависание на этапе настройки дисплейного контроллера.

nomodeset исключает этот этап, оставляя управление видеорежимом за прошивкой UEFI. Система загружается, но без ускорения графики — что для сервера в большинстве случаев некритично.

Постоянное применение

1
2

echo 'GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"' | sudo tee /etc/default/grub
sudo update-grub

Корректное решение (убрать nomodeset)

1. Установить проприетарный драйвер NVIDIA версии 570 или новее.
2. Или обновить ядро до версии 6.12+, где поддержка Blackwell добавлена в nouveau.

Вывод

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

Дополнение

Я думал переустановить систему, залив Debian. Но после выбора параметра установки в загрузочном меню, я опять получал зависшую систему. Решилась пробелма что сложнее, одного параметра nomodeset не хватило, БЯМ подсказала расширенную версию:

Вот перечень параметров, которые вы должны добавить все вместе:

nomodeset acpi=off noapic nolapic pci=nomsi pci=nommconf console=tty0 console=ttyS0,115200

Как это ввести:

1. Загрузитесь с Ventoy, выберите Debian.
2. Нажмите e для редактирования.
3. Найдите строку с linux.
4. Удалите всё содержимое после --- (или в конце строки) и вставьте туда эту строку.
5. Нажмите Ctrl+X.

Что эти флаги делают:

• acpi=off noapic nolapic: Отключают продвинутое управление питанием и прерываниями (часто выручает на серверном железе).
• pci=nomsi pci=nommconf: Отключают альтернативные методы обработки прерываний PCIe.
• console=tty0 console=ttyS0: Говорят ядру дублировать вывод на обычный экран и на «виртуальный последовательный порт» — это часто сдвигает процесс с мертвой точки

При запуске команды hugo server возникала ошибка:

1

ERROR html/template:_partials/head.html:153:13: no such template "_internal/google_analytics.html"

Решение

1. Исправление ошибки с Google Analytics

В новых версиях Hugo внутренний шаблон _internal/google_analytics.html был удален. Необходимо заменить его использование на частичный шаблон из темы PaperMod:

1
2
3
4
5

<!-- Было -->
{{- template "_internal/google_analytics.html" . }}

<!-- Стало -->
{{- partial "google_analytics.html" . }}

2. Обновление шаблона Google Analytics

В шаблоне themes/PaperMod/layouts/partials/google_analytics.html также потребовалось обновить способ получения ID Google Analytics, так как в новых версиях Hugo поле .Site.GoogleAnalytics было заменено на .Site.Config.Services.GoogleAnalytics.ID.

3. Исправление ошибок с устаревшим .Site.Social

В шаблонах twitter_cards.html и opengraph.html использовались устаревшие обращения к .Site.Social, которые были заменены на .Site.Params.Social.

4. Исправление путей к частичным шаблонам

Также были исправлены неправильные пути к частичным шаблонам в нескольких файлах:

• twitter_cards.html
• schema_json.html
• opengraph.html

Результат

После всех исправлений сайт успешно запускается командой hugo server и доступен по адресу http://localhost:1313/

Вывод

При обновлении Hugo или тем важно следить за изменениями в API и устаревшими функциями. Использование устаревших элементов может привести к ошибкам сборки сайта.