---
date: '2026-05-10T17:14:10+03:00'
lastmod: '2026-05-10T17:14:10+03:00'
draft: false
title: 'Проблема загрузки Ubuntu на RD450X+5060ti'
slug: 'rd450x_not_boot_5060ti'
description: 'После штатных выключения и включения сервера. Он перестал загружаться. Последнее сообщение на мониторе - EFI stub: Loaded initrd from LINUX_EFI_INITRD_MEDIA_GUID device path.'

categories:
  - 'blog'

tags:
  - 'linux'
  - 'rd450x'
  - 'grub'
  - 'ошибки'

keywords:
  - 'grub'
  - 'rd450x'
  - '5060ti'
  - 'problem'
  - 'LINUX_EFI_INITRD_MEDIA_GUID'
  - 'EFI stub'
  - 'ubuntu'

cover:
    image: "hero.svg"
    alt: "Hero картинка в SVG"
    relative: true
---

## Проблема: зависание загрузки 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. Система загружается, но без ускорения графики — что для сервера в большинстве случаев некритично.

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

```bash
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`: Отключают продвинутое управление питанием и прерываниями (часто выручает на серверном железе)[](https://otvet.mail.ru/question/242988552)[](https://lists.debian.org/debian-user/2010/12/msg00882.html).
- `pci=nomsi pci=nommconf`: Отключают альтернативные методы обработки прерываний PCIe[](https://lists.debian.org/debian-user/2010/12/msg00882.html).
- `console=tty0 console=ttyS0`: Говорят ядру дублировать вывод на обычный экран и на «виртуальный последовательный порт» — это часто сдвигает процесс с мертвой точки[](https://blog.gitcode.com/2ed11393511874d91bf536891afeff00.html)