Пропал пункт загрузки: «No bootable device»

19.09.2026 · ~7 минут чтения

Ошибка «No bootable device» (или «Reboot and Select proper Boot device») появляется, когда прошивка UEFI не нашла ни одной рабочей записи загрузки в NVRAM. Лечится это так: проверь порядок загрузки в BIOS, загрузись с live-USB, посмотри записи через efibootmgr и, если записи Arch нет, создай её заново одной командой. Ниже: пошаговый разбор с реальными командами.

Что значит «No bootable device»

При включении прошивка читает переменные NVRAM: список записей загрузки (Boot0000, Boot0001 и так далее) и порядок, в котором их пробовать (BootOrder). Если в BootOrder нет ни одной рабочей записи, на экране появляется «No bootable device». Запись может пропасть по разным причинам:

сброс настроек UEFI: обновление прошивки, сброс CMOS, пункт «Load Optimized Defaults»;
установка Windows поверх Arch или наоборот, Windows перезаписывает загрузочные записи;
чистка NVRAM утилитами вроде bcdedit или diskpart;
отключение диска в BIOS, смена режима SATA;
перестановка диска в другой порт или замена кабеля.

Ключевой момент: сам GRUB при этом часто цел. Пропала только запись в NVRAM, которая указывает прошивке, где искать загрузчик. Поэтому ремонт обычно сводится к пересозданию записи через efibootmgr, а не к переустановке GRUB. Если же GRUB действительно сломан, тебе в статью «GRUB rescue: что делать».

Отдельно стоит случай, когда запись на месте, но загрузчик не может стартовать. Тогда ты увидишь grub rescue> или чёрный экран, а не «No bootable device». Разница важна: в первом случае чинится NVRAM, во втором, сам загрузчик.

Что проверить в BIOS/UEFI до загрузки с флешки

Прежде чем лезть в NVRAM, исключи простые причины. Зайди в настройки прошивки, обычно F2 или Del при включении.

Порядок загрузки

Проверь, что диск с Arch присутствует в списке загрузки и не отключён. После обновления прошивки порядок иногда сбрасывается, и первым оказывается пустой USB-порт или сетевая загрузка. Если диск виден, подними его наверх и перезагрузись.

Secure Boot

Если Secure Boot включён, а загрузчик не подписан, прошивка молча пропустит запись. Для проверки временно отключи Secure Boot и попробуй загрузиться. Система стартовала, значит, дело в подписи, а не в NVRAM.

Режим SATA и кабели

Проверь режим контроллера: AHCI или RAID. Если система ставилась в режиме AHCI, а в BIOS теперь стоит RAID (или наоборот), диск может не определяться. Также проверь кабель и порт: переставь диск в другой разъём SATA или M.2. Иногда «No bootable device». Это просто отвалившийся контакт.

Как посмотреть записи загрузки из live-USB

Загрузись с флешки Arch Linux (ISO с archlinux.org). Важно: загружайся именно в режиме UEFI, а не Legacy, иначе efibootmgr не увидит переменные NVRAM.

Смонтируй ESP и проверь файлы

Сначала посмотри раскладку дисков:

lsblk

Чтобы точнее понять, какой раздел ESP, добавь флаг -f, он покажет файловые системы:

lsblk -f

ESP. Это раздел с файловой системой FAT32 (vfat), обычно размером 100–512 МБ. В системах с несколькими дисками ESP может лежать не на том диске, где корень. Имя диска (nvme0n1 или sda) бери из вывода lsblk, а не по памяти. Смонтируй ESP и посмотри содержимое:

mount /dev/nvme0n1p1 /mnt
ls /mnt/EFI

Внутри должен быть каталог EFI/GRUB (или EFI/arch, EFI/systemd: зависит от загрузчика) с файлом grubx64.efi. Если файлы на месте, загрузчик цел, проблема в записи NVRAM. Если каталог пуст или файлов нет, GRUB повреждён, и нужна переустановка: «Переустановка GRUB после поломки».

Список записей через efibootmgr

Теперь посмотри записи загрузки:

efibootmgr

Вывод выглядит примерно так:

BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000
Boot0000* Windows Boot Manager	HD(1,GPT,...)
Boot0001* Arch Linux	HD(1,GPT,...)

Звёздочка после имени означает, что запись активна. Если записи Arch в списке нет, вот и причина «No bootable device». Если efibootmgr ругается на переменные, смотри раздел про ошибки ниже.

Как восстановить запись Arch в NVRAM

Запись создаётся одной командой. Нужны три вещи: диск, номер ESP и путь к загрузчику.

efibootmgr --create --disk /dev/nvme0n1 --part 1 --label "Arch Linux" --loader "\EFI\GRUB\grubx64.efi"

Что означают флаги:

--disk /dev/nvme0n1, диск, на котором лежит ESP (без номера раздела);
--part 1, номер ESP на этом диске;
--label "Arch Linux", имя записи, как оно будет выглядеть в меню загрузки;
--loader "\EFI\GRUB\grubx64.efi": путь к загрузчику внутри ESP, с обратными слэшами.

Для systemd-boot путь будет \EFI\systemd\systemd-bootx64.efi, для прямого запуска ядра, \vmlinuz-linux (но там нужны дополнительные параметры, это отдельная тема). Команда требует прав root: в live-окружении ты и так root, а в обычной системе добавь sudo. Если запись не создаётся, добавь флаг --verbose, он покажет причину. После создания записи проверь:

efibootmgr

Запись Arch должна появиться в списке. Она также появится в меню загрузки BIOS, там её можно выбрать вручную, не меняя порядок. Перезагружайся.

Как исправить порядок загрузки (BootOrder)

Запись создана, но прошивка может не пробовать её первой. Порядок задаётся через --bootorder:

efibootmgr --bootorder 0001,0000

Где 0001: номер записи Arch, 0000: Windows. Номера бери из вывода efibootmgr. Затем проверь, что BootOrder изменился:

efibootmgr

Тонкости порядка загрузки и работы с NVRAM разобраны в статье «Порядок загрузки: NVRAM и efibootmgr».

Как удалить лишние записи из NVRAM

Мусорные записи, например, от давно удалённой системы или от флешки, лучше убрать, чтобы они не мешали. Сначала посмотри список с подробностями:

efibootmgr -v

Затем удали запись по номеру:

efibootmgr -b 0002 -B

-b 0002: номер записи, -B: удаление. Будь аккуратен: не удали запись Windows или свежесозданную запись Arch. После чистки пересобери BootOrder заново.

Что делать, если efibootmgr не помогает

Ошибка «EFI variables are not supported»

Эта ошибка появляется, когда live-система загружена в режиме Legacy (BIOS), а не UEFI. Перезагрузись и выбери в меню загрузки флешки пункт с пометкой UEFI. Подробный разбор в статье «EFI variables not supported: efibootmgr».

Запись исчезает после перезагрузки

Если запись создаётся, но прошивка её не запоминает, проверь батарейку CMOS и попробуй сбросить настройки. Иногда NVRAM переполнен старыми записями: удали лишние через efibootmgr -b XXXX -B и создай запись заново.

Сброс CMOS

Если записи создаются, но прошивка их игнорирует, попробуй сбросить CMOS. Способы: пункт «Load Optimized Defaults» в BIOS, перемычка на материнской плате или извлечение батарейки на несколько минут. После сброса заново включи нужные опции (XMP, режим SATA) и повтори создание записи.

Несовпадение режимов BIOS и UEFI

Диск размечен в MBR и загружается в Legacy, а прошивка настроена только на UEFI, или наоборот. Прошивка просто не видит такой диск как загрузочный. Проверь, какой режим включён в BIOS, и сопоставь с разметкой диска. Разница между GPT и MBR, в статье «Разметка диска: GPT и MBR».

Частые вопросы

«No bootable device» появился после обновления прошивки: что делать?

Обновление UEFI часто сбрасывает переменные NVRAM. Загрузись с live-USB и пересоздай запись Arch через efibootmgr --create. Если запись Windows тоже пропала, восстанови её, как описано в статье «Восстановление UEFI-записи Windows после Arch».

Запись Arch есть, но система всё равно не грузится?

Проверь путь к загрузчику: efibootmgr -v покажет, на что ссылается запись. Сверь его с реальными файлами в ESP (ls /mnt/EFI). Частая ошибка: путь с прямыми слэшами или неверный номер раздела. Если файлов нет, переустанови GRUB.

Secure Boot включён, а загрузчик не подписан: что делать?

Отключи Secure Boot в BIOS или подпиши загрузчик через sbctl. Без подписи прошивка будет пропускать запись, и ты снова увидишь «No bootable device».

Можно ли обойтись без efibootmgr?

Можно: некоторые прошивки позволяют добавить запись вручную из меню BIOS (пункт «Add Boot Option»). Но efibootmgr быстрее и работает одинаково на всех UEFI-системах.

«No bootable device» появляется не каждый раз: почему?

Плавающая проблема почти всегда железная: кабель, порт SATA или питание диска. Проверь контакты, замени кабель, переставь диск в другой порт. Для NVMe попробуй другой слот M.2. Если затем ошибка исчезла, дело было не в NVRAM.

Полезные ресурсы

UEFI, ArchWiki: переменные NVRAM, efibootmgr, загрузка UEFI.
GRUB, ArchWiki: установка и настройка загрузчика.

Заключение

«No bootable device». Это не поломка диска, а пропавшая запись в NVRAM. Порядок действий простой: проверь BIOS (порядок загрузки, Secure Boot, режим SATA), загрузись с live-USB, посмотри efibootmgr, создай запись заново и поправь BootOrder. В большинстве случаев хватает одной команды efibootmgr --create. Если записи создаются, но не работают, ищи причину в режиме загрузки (UEFI/Legacy) или сбрасывай CMOS.

Не получилось? Поможем настроить

Задай вопрос в чате — отвечаем быстро, по делу и без воды.

Telegram Max