Настройка Boot Order: когда система не видит диск

 

Введение

Когда компьютер внезапно перестаёт видеть системный диск или загружается не с того устройства, виновником почти всегда оказывается неправильный порядок загрузки — Boot Order. Но сама проблема значительно глубже, чем кажется: Boot Order — не просто список устройств, это целая система, завязанная на UEFI, NVRAM, драйверах дисков, типа разметки (GPT/MBR), режиме SATA (AHCI/RAID), наличии Secure Boot и даже здоровье SSD.

Эта статья разобьёт проблему на части и объяснит:

• почему UEFI “не видит” диск, хотя в BIOS он отображается;
• почему иногда пропадает запись Windows Boot Manager;
• почему Linux теряет GRUB после изменения Boot Order;
• как работает приоритет загрузочных записей;
• что делает Intel RST и почему мешает;
• как восстановить диск, который “исчез”;
• как вручную создать запись в NVRAM;
• почему USB иногда подменяет основной загрузчик;
• чем Boot Option Priorities отличаются от Boot Override.

---

1. Как UEFI определяет загрузочные устройства

UEFI использует несколько механизмов:

1. UEFI драйверы хранения (Storage Drivers)

Они определяют наличие контроллеров: SATA, NVMe, USB.

Если драйвер не подгрузился — диск не появится в Boot Order.

Пример: старый UEFI не содержит драйвер NVMe → диск невидим.

---

2. Сканирование EFI-разделов

UEFI ищет раздел FAT32 с флагом ESP — EFI System Partition.

Если диск GPT, но флага нет — диск игнорируется.

---

3. Поиск загрузчиков в стандартных путях

По UEFI-спецификации:

• EFI/Boot/Bootx64.efi — fallback-загрузчик
• EFI/Microsoft/Boot/bootmgfw.efi — Windows
• EFI/GRUB/grubx64.efi — Linux (варианты)

Если файл отсутствует → диск считается “не загрузочным”.

---

4. Загрузка конфигурации из NVRAM

NVRAM хранит:

• Boot0000, Boot0001… — загрузочные записи
• приоритет BootOrder
• параметры для каждого загрузчика

Если запись повреждена — диск пропадает из Boot Menu, хотя физически работает.

---

2. Почему диск отображается в BIOS, но не загружается

Это самая частая жалоба пользователей.
Разберём реальные причины.

---

Причина 1: Неверная разметка диска — MBR вместо GPT

UEFI грузится только с GPT.
Если диск MBR, он не отображается в Boot Order.

Windows в UEFI должна быть установлена в GPT:

Проверка:

diskpart
list disk

GPT-диски помечены “*”.

---

Причина 2: Нет EFI System Partition (ESP)

Без ESP загрузка невозможна — диск будет “невидим”.

ESP должен быть:

• FAT32
• 100–500 МБ
• с флагами EFI / ESP / msftdata

---

Причина 3: Повреждение файлов EFI

Если файл:

EFI/Microsoft/Boot/bootmgfw.efi

или

EFI/ubuntu/shimx64.efi

удалён → загрузки не будет.

---

Причина 4: Включён режим Legacy (CSM)

Тогда UEFI перестаёт сканировать GPT и EFI-разделы.

Симптомы:

• диск виден в SATA-меню, но отсутствует в Boot Option Priorities;
• Boot Manager пропал.

---

Причина 5: Диск под управлением Intel RST/RAID

В режиме RAID UEFI иногда показывает диск, но не добавляет загрузчик.

Особенно часто:

• Dell Latitude
• Lenovo ThinkPad
• HP ProBook

---

Причина 6: Secure Boot блокирует загрузчик

Если файл EFI не подписан, UEFI не добавляет его в список.

---

Причина 7: Повреждена NVRAM

Windows Boot Manager исчезает после:

• обновления BIOS
• сброса настроек
• выхода из строя батарейки CMOS
• ошибок при установке Linux

---

3. Boot Option Priorities vs Boot Override

Два похожих пункта BIOS — но выполняют разные функции.

---

Boot Option Priorities

Это постоянный порядок загрузки:

• Boot Option #1
• Boot Option #2
• Boot Option #3

Записи привязаны к NVRAM.
Если их изменить — UEFI сохраняет выбор.

---

Boot Override

Единоразовая загрузка.

Если выбрать флешку через Boot Override:

• она загрузится один раз
• Boot Order не изменится

Это важно: многие думают, что Boot Override “исправляет проблему загрузки”, хотя он лишь обходит её.

---

4. Почему USB-флешки иногда вытесняют Windows Boot Manager

Это реальная особенность некоторых моделей:

• Acer Aspire (2013–2017)
• HP Pavilion (2014–2019)
• Lenovo IdeaPad (2015–2018)

При подключении флешки UEFI может:

1. изменить BootOrder
2. поднять USB выше диска
3. временно скрыть Windows Boot Manager

Причины:

• неправильные USB-метаданные;
• “быстрая загрузка” Fast Boot;
• включённая опция USB HotPlug Boot;
• повреждение NVRAM.

---

5. Когда Boot Order ломается после обновления BIOS

После прошивки BIOS часто происходит:

• сброс NVRAM
• удаление загрузочных записей
• изменение режима SATA
• переход CSM ↔ UEFI
• сброс Secure Boot Mode

Особенно критично это для Linux:
GRUB исчезает, остаётся только Bootx64.efi.

---

6. Как избежать ошибок Boot Order при установке Linux и Windows

Главные правила:

✔ 1. Никогда не смешивать UEFI и CSM

Если Windows ставится в UEFI, Linux тоже должен быть в UEFI.

---

✔ 2. Размечать диск строго в GPT

Особенно NVMe — они почти всегда требуют GPT.

---

✔ 3. Создавать один общий EFI-раздел

Установка нескольких ESP вызывает хаос.

---

✔ 4. Использовать официальные ISO

Многие LiveCD не создают корректный загрузчик.

---

✔ 5. Следить за режимом SATA

RAID ломает Linux и иногда мешает Windows.

7. Полная диагностика: почему диск “не виден” в Boot Order

Чтобы понять, как вернуть диск в список загрузки, нужно посмотреть, на каком этапе цепочки происходит сбой.

Ниже — порядок диагностирования, используемый инженерами при восстановлении загрузки на реальных системах.

---

7.1 Диск виден в BIOS → но отсутствует в Boot Order

Это классический сценарий.
Причины почти всегда программные.

Проверяем следующие пункты:

---

✔ Причина 1: неверный режим загрузки (UEFI/Legacy)

Симптомы:

• диск отображается в списке SATA / Storage;
• но его нет в Boot Option Priorities;
• Windows Boot Manager отсутствует.

Почему так происходит:
UEFI не сканирует загрузочную область MBR-диска — только GPT.

Решение:

• отключить CSM;
• включить UEFI;
• проверить GPT.

---

✔ Причина 2: диск MBR, а загрузка в режиме UEFI

UEFI не загрузится с MBR.
Система будет видна, но загрузчик не создастся.

Проверка:

diskpart
list disk

Отсутствие звёздочки под GPT → MBR.

Решение:

Конвертировать в GPT:

Windows:

mbr2gpt /convert /allowFullOS

Linux (только если понимаешь последствия):

gdisk /dev/sdX
r → g → w

---

✔ Причина 3: отсутствует EFI System Partition (ESP)

ESP — критически важный раздел.
Если его нет, UEFI “игнорирует” диск.

Как проверить в Windows:

diskpart
list vol

У ESP должен быть тип FAT32 и метка SYSTEM.

Как проверить в Linux:

lsblk -f

Если нет точки монтирования /boot/efi, проблема в этом.

Решение: создать новый ESP:

Windows:

diskpart
sel disk 0
create partition efi size=200
format fs=fat32 quick
assign letter=S
exit
bcdboot C:\Windows /f UEFI /s S:

Linux:

mkfs.fat -F32 /dev/sdX1
mount /dev/sdX1 /boot/efi
grub-install --target=x86_64-efi --efi-directory=/boot/efi

---

✔ Причина 4: ESP повреждён (битая FAT32)

Если FAT32 повреждена, UEFI увидит диск, но не прочитает загрузчик.

Windows:

chkdsk S: /f

Linux:

fsck.fat -a /dev/sdX1

---

✔ Причина 5: пропал файл bootmgfw.efi (Windows)

Наиболее частые случаи:

• обновление Windows оборвалось;
• пользователь вручную чистил EFI;
• сторонний софт (AOMEI, Acronis) переписал раздел.

Проверка:

Папка должна существовать:

S:\EFI\Microsoft\Boot\bootmgfw.efi

Если её нет, загрузка невозможна.

---

✔ Причина 6: слетела запись в NVRAM

UEFI хранит список загрузчиков в энергонезависимой памяти.
Если запись исчезла — диск пропадает в Boot Menu.

Проверка в Linux:

efibootmgr -v

Проверка в Windows:

bcdedit /enum firmware

Создать запись вручную (Windows):

bcdboot C:\Windows /f UEFI

Linux:

efibootmgr -c -L Linux -l '\EFI\ubuntu\shimx64.efi'

---

✔ Причина 7: Secure Boot блокирует загрузчик

Если загрузчик:

• неподписанный,
• заменён вручную,
• слишком старый (shim в dbx),

то UEFI не покажет его в Boot Order.

Решение: временно отключить Secure Boot.

---

✔ Причина 8: утилиты клонирования перенесли загрузчик неправильно

Особенно часто:

• AOMEI Backupper
• Acronis TrueImage
• Paragon Software
• Macrium Reflect (старые версии)

Они:

• создают второй ESP;
• меняют GUID разделов;
• нарушают порядок EFI-папок.

---

7.2 Диск НЕ виден в BIOS вовсе

Тогда причина не в Boot Order.

Проверяем:

• NVMe-слот;
• лишние термопрокладки;
• устаревший BIOS (нет NVMe-драйвера);
• SATA-кабель;
• режим SATA=RAID;
• отказ SSD.

---

7.3 NVMe-SSD виден только после перезагрузки

Характерно для:

• ноутбуков Dell;
• старых HP;
• AMD-плат 2017–2019.

Причины:

• неинициализированный NVMe-контроллер;
• включён Fast Boot;
• баги прошивки UEFI.

Решение:

• обновить BIOS;
• выключить Fast Boot;
• переключить NVMe Mode → Auto.

---

8. Windows: как восстановить загрузку, если диск “пропал”

✔ Сценарий A: Windows Boot Manager исчез

WinRE → Командная строка:

diskpart
list vol

Определяем букву ESP (обычно S:).

Теперь создаём загрузчик:

bcdboot C:\Windows /f UEFI /s S:

Проверяем:

bcdedit /enum firmware

Запись Boot Manager вернётся.

---

✔ Сценарий B: MBR-диск, но UEFI включён

Конвертируем диск:

mbr2gpt /allowFullOS /convert

После успеха появится Windows Boot Manager.

---

✔ Сценарий C: повреждена FAT32 EFI

chkdsk S: /f

Если раздел разрушен полностью — пересоздать:

format S: /fs:fat32
bcdboot C:\Windows /f UEFI /s S:

---

✔ Сценарий D: включён CSM (Legacy)

Нужно:

1. отключить CSM;
2. включить UEFI;
3. убедиться, что диск GPT;
4. восстановить Boot Manager.

---

✔ Сценарий E: после обновления BIOS пропали записи

Причины:

• NVRAM очищена;
• Secure Boot Mode изменён;
• ключи сброшены.

Решение:

bcdboot C:\Windows /f UEFI

---

9. Linux: восстановление загрузки при “невидимом” диске

Linux сложнее Windows, потому что GRUB должен:

• загрузиться сам,
• прочитать ESP,
• передать управление ядру.

---

✔ Сценарий A: пропал GRUB в Boot Menu

Используем LiveCD Ubuntu/Fedora.

sudo mount /dev/sdX2 /mnt
sudo mount /dev/sdX1 /mnt/boot/efi
sudo chroot /mnt

Переустанавливаем GRUB:

grub-install --target=x86_64-efi --efi-directory=/boot/efi
grub-mkconfig -o /boot/grub/grub.cfg

Создаём запись NVRAM:

efibootmgr -c -L "Linux" -l '\EFI\ubuntu\shimx64.efi'

---

✔ Сценарий B: ESP пустой

Если LiveCD не видит файлов — ESP повреждён.

mkfs.fat -F32 /dev/sdX1
mkdir -p /mnt/boot/efi
mount /dev/sdX1 /mnt/boot/efi
grub-install --efi-directory=/boot/efi

---

✔ Сценарий C: NVMe+RAID

Intel RST не совместим с Linux.

Решение:

1. Перевести SATA Mode → AHCI
2. В Windows перед этим выполнить:

bcdedit /set {current} safeboot minimal

Перезагрузка → BIOS → AHCI → перезагрузка → Windows
Затем:

bcdedit /deletevalue {current} safeboot

Теперь Linux увидит диск и установит GRUB.

---

10. Восстановление NVRAM вручную

Linux

Просмотр:

efibootmgr -v

Удалить неверную запись:

efibootmgr -b 0003 -B

Добавить новую:

efibootmgr -c -L "Linux" -l '\EFI\ubuntu\shimx64.efi'

---

Windows

bcdboot C:\Windows /l ru-RU /f UEFI

Это создаёт NVRAM-запись автоматически.

---

11. Проблемы с USB: почему флешки иногда ломают Boot Order

Некоторые флешки:

• неправильно сообщают UEFI о доступных загрузчиках;
• имеют частично подписанные ключи;
• создают фейковые Bootx64.efi.

Особенно проблемные:

• Ventoy (старая версия)
• LiveCD 2012–2017
• UEFI Shell с кастомными ключами

Симптом: после извлечения флешки Windows Boot Manager исчезает.

Решение:

bcdboot C:\Windows /f UEFI

Или:

efibootmgr -o <список>

12. Практические сценарии восстановления Boot Order

Для удобства все сценарии делятся на категории: Windows, Linux, аппаратные проблемы, USB, NVMe, RAID, сбитая NVRAM и полностью отсутствующий загрузчик.

🔵 12.1 Сценарий 1: Windows не загружается — Boot Manager пропал из Boot Order
Причины:

повреждение ESP;

удаление bootmgfw.efi;

сброс NVRAM после обновления BIOS.

Решение:
1. Определить ESP:
diskpart
list vol

2. Восстановить загрузчик:
bcdboot C:\Windows /f UEFI /s S:

3. Проверить:
bcdedit /enum firmware


После этого Windows Boot Manager появится в Boot Menu.

🔵 12.2 Сценарий 2: Диск не появляется в Boot Order после клонирования

Это происходит почти всегда, если:

утилита создала два ESP;

изменился GUID раздела;

загрузчик оказался в другом месте.

Проверка:

Linux:

lsblk -f
blkid


Windows:

diskpart
list part

Исправление:

Оставить только один ESP (обычно 100–300 МБ, FAT32).

Удалить лишние EFI-папки (Acronis, Paragon).

Пересоздать загрузчик:

bcdboot C:\Windows /f UEFI /s S:

🔵 12.3 Сценарий 3: Linux установлен, но GRUB отсутствует в Boot Menu

Это классика для Lenovo, Acer, HP.

Решение:
1. Загрузиться с LiveCD Ubuntu/Fedora

(они подписаны, что важно при включённом Secure Boot)

2. Смонтировать систему:
mount /dev/sdX2 /mnt
mount /dev/sdX1 /mnt/boot/efi
chroot /mnt

3. Установить GRUB:
grub-install --target=x86_64-efi --efi-directory=/boot/efi

4. Пересоздать конфиг:
grub-mkconfig -o /boot/grub/grub.cfg

5. Создать NVRAM-запись:
efibootmgr -c -L "Linux" -l '\EFI\ubuntu\shimx64.efi'

🔵 12.4 Сценарий 4: NVMe-SSD не отображается в Boot Order

Причины:

устаревший UEFI (нет NVMe-драйвера);

сломан M.2-слот;

повреждён ключ (key B/M mismatch);

RAID мешает определению диска;

включён Fast Boot.

Что проверить:
1. Есть ли NVMe-раздел в Storage Configuration

Если нет — не хватило драйвера в UEFI → обновить BIOS.

2. Попробовать выключить Fast Boot

На многих AMD-платах это решает проблему.

3. Проверить режим SATA

RAID → менять на AHCI.

4. Проверить установку SSD

Некоторые ноутбуки поддерживают только определённые ключи M.2:

ключ M

ключ B

ключ B+M

Если SSD вставлен "не того типа", он будет виден в системе, но не загрузочным.

🔵 12.5 Сценарий 5: система видит диск, но не видит загрузчик

Это другой тип ошибки: диск есть, загрузчик — нет.

Причины почти всегда программные:

EFI-папка удалена;

bootx64.efi отсутствует;

неверная структура каталогов;

Secure Boot блокирует shim/GRUB;

GUID ESP повреждён.

Решение:

Windows:

bcdboot C:\Windows /f UEFI


Linux:

grub-install --efi-directory=/boot/efi

🔵 12.6 Сценарий 6: “Operating System not found” с GPT-диском

Это значит:

UEFI включён

диск GPT

записей загрузки нет

Порядок действий:

1. Проверить ESP:

Windows:

diskpart
list vol


Linux:

lsblk -f

2. Если ESP пустой: пересоздать загрузчик

Windows:

bcdboot C:\Windows /f UEFI /s S:


Linux:

grub-install

🔵 12.7 Сценарий 7: CSM включён → диск не появляется в Boot Menu

CSM полностью отключает UEFI-режим.

Результат:

Windows в GPT не загрузится

Linux в UEFI не загрузится

Boot Manager не появится

Исправление:

Отключить CSM

Включить UEFI

Проверить GPT

Восстановить загрузчик

🔵 12.8 Сценарий 8: после обновления BIOS система исчезла из Boot Menu

Нормальная ситуация — BIOS очищает NVRAM.

Простейшее решение:

Windows:

bcdboot C:\Windows /f UEFI


Linux:

efibootmgr -c -L Linux -l '\EFI\ubuntu\shimx64.efi'

🔵 12.9 Сценарий 9: USB-флешка “подменяет” Boot Order

Часто у Acer/HP/Lenovo.

Причины:

вредоносные Bootx64.efi на флешке;

неправильные USB-метаданные;

порт USB3 не инициализирован.

Решение:

Переставить флешку в USB2;

Выключить Fast Boot;

Вставлять флешку до включения ноутбука;

После извлечения восстановить Boot Manager:

bcdboot C:\Windows /f UEFI

🔵 12.10 Сценарий 10: полный ремонт загрузки на “убитом” диске

Это максимальный сценарий:

ESP повреждён

NVRAM отсутствует

Bootx64.efi потерян

GRUB разрушен

Windows/ Linux не грузятся

Полный алгоритм восстановления:
Windows:
diskpart
sel disk 0
create partition efi size=300
format quick fs=fat32
assign letter=S
exit
bcdboot C:\Windows /f UEFI /s S:

Linux:
mount /dev/sdX2 /mnt
mount /dev/sdX1 /mnt/boot/efi
chroot /mnt
grub-install
grub-mkconfig -o /boot/grub/grub.cfg

13. UEFI Shell: диагностика изнутри прошивки

UEFI Shell позволяет проверять файловую структуру EFI до загрузки ОС.

Полезные команды:
Отобразить диски:
map

Перейти на раздел:
fs0:
fs1:

Просмотреть содержимое:
ls

Проверить наличие загрузчика:
ls EFI\Microsoft\Boot
ls EFI\ubuntu


Если каталог отсутствует → проблема с ESP.

14. Большая таблица проблем и решений Boot Order
Симптом	Причина	Решение
Диск виден, загрузчика нет	повреждён ESP	пересоздать ESP + bcdboot
Windows не в Boot Menu	слетела NVRAM	bcdboot
Linux пропал после обновления	shim устарел	reinstall grub + shim
NVMe не отображается	старый BIOS	обновление ПО
Boot Order “перепрыгивает”	USB меняет приоритет	выключить будку HotPlug/USB Boot
Operating System not found	нет EFI	создать EFI-раздел
Дубликаты ESP	софт клонирования	оставить 1 ESP
Secure Boot блокирует GRUB	неподписанный GRUB	отключить SB или обновить shim
RAID не даёт загрузиться	Intel RST	перейти в AHCI
15. Итоговые рекомендации для стабильной загрузки
✔ всегда использовать GPT, а не MBR
✔ не включать CSM, если установлена UEFI-система
✔ не создавать несколько ESP
✔ не менять структуру EFI вручную
✔ избегать RAID при Linux
✔ проверять NVMe-совместимость (ключи B/M)
✔ при сбоях всегда начинать с восстановления NVRAM
✔ избегать старых ISO и самосборных флешек
✔ после обновления BIOS восстанавливать загрузчик заново