Введение

Когда компьютер перестаёт загружаться, чаще всего винят GRUB, Windows Boot Manager, EFI-раздел или Secure Boot. Но есть ещё один компонент, который незаметно управляет всей логикой загрузки — NVRAM.

Если NVRAM повреждена, очищена, переписана или сброшена, компьютер может:

• перестать видеть Windows Boot Manager;

• потерять GRUB;

• игнорировать EFI-раздел;

• загружаться только с флешки;

• менять Boot Order при каждом старте;

• зависать на чёрном экране;

• сообщать “No Bootable Device”, хотя диск рабочий.

Эта статья подробно объясняет:

• что такое NVRAM и почему она важнее, чем кажется;

• как NVRAM управляет загрузкой Windows и Linux;

• что записано внутри Boot0000/Boot0001;

• почему обновления BIOS часто ломают загрузку;

• как восстанавливать потерянные записи;

• какие ошибки приводят к исчезновению-замене BootOrder;

• как правильно чинить слетевшую NVRAM.

---

1. Что такое NVRAM в контексте UEFI

NVRAM (Non-Volatile RAM) — это энергонезависимая память, расположенная в микросхеме SPI ROM на материнской плате. Она переживает:

• выключение питания;

• перезагрузки;

• смену батарейки;

• обновления ОС.

UEFI использует NVRAM для хранения загрузочных переменных, называемых EFI Variables.

В NVRAM хранятся:

• список загрузчиков Boot0000, Boot0001, Boot0002…

• BootOrder — порядок загрузки

• BootNext — временная загрузка

• Secure Boot Mode

• ключи Secure Boot (PK/KEK/db/dbx)

• переменные драйверов и служб UEFI

• переменные фирменных функций ноутбуков (Lenovo, HP, Dell)

Если NVRAM сбита или повреждена — загрузка невозможна, даже если EFI-раздел цел.

---

2. Как выглядит запись загрузчика внутри NVRAM

Каждый загрузчик — это переменная, похожая на:

Запись содержит:

• метку (Windows Boot Manager, Linux, USB, NVMe)

• путь к файлу (\EFI\<OS>\boot.efi)

• уникальный GUID устройства

• приоритет, определяемый в BootOrder

Если переменная удалена — загрузчик пропадает из BIOS.

---

3. Что такое BootOrder и BootNext

BootOrder

Список ID загрузчиков, например:

Порядок сверху вниз — это приоритет загрузки.

BootNext

Одноразовая загрузка:

Используется GRUB, Windows Update, LiveCD.

Если BootNext «зависает», компьютер всегда пытается грузиться «не оттуда».

---

4. Как UEFI выбирает что запускать

UEFI ищет загрузку в следующем порядке:

1. BootNext

2. BootOrder

3. Fallback (EFI/Boot/Bootx64.efi)

4. Аппаратные устройства (USB, NVMe, SATA)

5. PXE-сеть

Если Boot0000 отсутствует — Windows не загрузится.
Если GRUB удалён — Linux не появится в Boot Menu.

---

5. Почему NVRAM сбивается на практике

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

---

✔ 1. Обновление BIOS

Наиболее частая проблема:

• NVRAM очищается полностью

• ключи Secure Boot заменяются

• BootOrder теряет все записи

• BootNext остаётся «подвешенным»

После такого:

• Windows Boot Manager исчезает

• Linux уходит в grub rescue

• NVMe-диски могут отображаться, но не грузиться

• Secure Boot включается в режиме Standard

---

✔ 2. Разряд батарейки CMOS

В старых моделях (особенно ноутбуки 2011–2018 гг.)
разрядка батарейки приводит к полной очистке NVRAM.

Симптом:

• BIOS всегда сбрасывается

• BootOrder пуст

• Secure Boot включается заново

• SATA/RAID-режим меняется сам

---

✔ 3. Использование утилит клонирования

Acronis, AOMEI, Paragon, Macrium:

• переносят GUID дисков

• создают дубли ESP

• переписывают пути EFI

• иногда удаляют старые NVRAM-записи

Windows или Linux исчезают из Boot Menu.

---

✔ 4. Неверное переключение UEFI ↔ CSM

После включения CSM (Legacy Mode):

• UEFI-приложения отключаются

• NVRAM становится неактивной

• записи Boot000X перестают использоваться

• Windows или Linux выглядят «пропавшими»

---

✔ 5. Ошибки Secure Boot

Secure Boot управляет ключами в NVRAM.
Если ключи повреждены:

• загрузчики, даже корректные, блокируются

• shim может переехать в dbx

• GRUB перестаёт загружаться

---

✔ 6. Коррупция самой NVRAM

Происходит, если:

• молниеносно выключилось питание во время записи

• BIOS завис

• использовались UEFI-драйверы сомнительного качества

• многократно изучались BootNext-загрузки (например, Ventoy)

---

6. Как проявляется сбой NVRAM

Признаки, что дело не в GRUB, не в Boot Manager, не в EFI-разделе — а именно в NVRAM:

🔸 Признак 1. Диск есть, но загрузчика нет

Windows видна в BIOS как NVMe/SSD, но отсутствует Boot Manager.

🔸 Признак 2. Boot Order пустой

UEFI показывает только USB и сеть.

🔸 Признак 3. Приоритеты меняются сами

Boot Order меняется после перезагрузки.

🔸 Признак 4. GRUB переходит в grub rescue без ошибок

Это значит, что GRUB не был запущен — NVRAM не указала на него путь.

🔸 Признак 5. Windows пишет «Preparing Automatic Repair»

Хотя загрузчик вовсе не запускался.
Это часто результат попытки загрузки fallback Bootx64.efi.

🔸 Признак 6. Secure Boot внезапно включается

Потому что NVRAM сброшена в режим Standard Mode.

7. Что именно ломает загрузочные записи в NVRAM

Причины, по которым записи Boot0000/Boot0001 исчезают или подменяются, почти всегда связаны с действиями BIOS, обновлениями, клонированием дисков или ошибками самого UEFI.

Рассмотрим все реальные механизмы, которые приводят к сбоям NVRAM.

---

✔ 1. Обновления BIOS (UEFI firmware updates)

Это №1 причина потери Boot Manager.

После обновления BIOS:

• NVRAM полностью очищается;

• Secure Boot может сбрасываться в Standard Mode;

• BootOrder сбрасывается в дефолт: USB → SATA → PXE;

• BootNext может остаться “подвешенным”;

• старые GUID дисков могут перестать ассоциироваться с загрузчиками;

• Windows Boot Manager исчезает из списка.

Особенно склонны к этому:

• Lenovo ThinkPad (T480–T14 Gen1) — NVRAM очищается всегда

• HP Pavilion / ProBook — записи меняются местами

• Dell Latitude — BootOrder “перепрыгивает” на PXE

• ASUS / Acer — пропадает путь к Bootx64.efi

---

✔ 2. Переключение режимов UEFI ↔ CSM (Legacy)

Если включить Legacy Support:

• UEFI-приложения отключаются;

• NVRAM перестаёт использоваться;

• BootOrder очищается;

• Secure Boot принудительно отключается;

• Windows Boot Manager исчезает.

Если потом:

• CSM отключить
  — NVRAM не всегда восстанавливается.

Приходится вручную выполнять:

или:

---

✔ 3. Клонирование диска и перемещение системы

Acronis, AOMEI, Clonezilla, Paragon способны:

• изменить GUID дисков;

• создать несколько EFI-разделов (двойные ESP);

• неправильно перенести пути к загрузчикам;

• создать новые пути вида EFI/Boot/Bootx64.efi-old;

• удалить переменные NVRAM при переносе.

Результат:

• GRUB запускается с fallback-загрузчика;

• Windows пытается грузиться, но файл не находится;

• BIOS путает загрузочные записи.

---

✔ 4. Повреждение EFI System Partition (ESP)

ESP — зеркало NVRAM.
Если файлы на ESP повреждены, UEFI удаляет соответствующие Boot-записи.

Частые причины:

• chkdsk /f во время сбоя питания

• fsck.fat исправил повреждения → путь изменился

• ESP был смещён или уменьшен

• стороннее ПО перезаписало содержимое

У Lenovo и HP есть скрытая опция:
если ESP невалиден — UEFI автоматически чистит NVRAM.

---

✔ 5. Неправильная разметка: MBR вместо GPT

UEFI не работает с MBR-загрузчиками.
Если включён UEFI-only, но диск MBR:

• диск отображается в Storage

• но отсутствует в Boot Order

• NVRAM не создаёт Boot000X

Windows накатывается в BIOS-режиме, и загрузки нет.

---

✔ 6. NVMe / RAID-контроллеры

NVMe-диски — частые “исчезающие” устройства.

Причины:

🔸 A. На старых платах нет NVMe-драйверов

UEFI просто не знает, как читать NVMe.

🔸 B. Intel RST (RAID Mode)

RAID ломает NVRAM-записи (Windows пытается грузиться, Linux не видит диск).

🔸 C. Несовместимость ключей B/M

Некоторые ноутбуки:

• принимают NVMe, но не загружают его

• или только SATA M.2, но не NVMe

🔸 D. NVMe появляется только спустя секунды

UEFI сканирует устройства слишком быстро → диск не успевает инициализироваться.

---

✔ 7. Secure Boot и db/dbx

Secure Boot использует NVRAM для хранения ключей:

• PK

• KEK

• db (доверенные)

• dbx (запрещённые)

Если dbx получает запись, запрещающую старый GRUB:

• Linux не загружается

• UEFI удаляет BootEntry GRUB

• Ubuntu/Fedora предлагают восстановление shim

Проблема появляется «из воздуха» при обновлении UEFI.

---

✔ 8. Проблемные USB-носители и Ventoy

Некорректные флешки могут «подменять» NVRAM.

Особенно:

• Ventoy без Secure Boot Mode

• WinPE без подписи

• LiveCD 2012–2016

• флешки с кастомным Bootx64.efi

Симптом:

• после загрузки с флешки BootOrder меняется

• Windows Boot Manager исчезает

• USB получает Boot0000

---

✔ 9. Сбой питания во время записи в NVRAM

UEFI может записывать BootNext/BootOrder:

• при установке ОС

• обновлении GRUB

• обновлении Windows

• перепрошивке BIOS

• загрузке с USB

Если в этот момент:

• питание внезапно пропадает

• ноутбук уходит в Sleep/Deep Sleep

• происходит “brown-out” на блоке питания

→ NVRAM повреждается.

---

✔ 10. Ошибки UEFI-драйверов

Некоторые производители ставят кривые UEFI-модули:

• старые видеокарты с UEFI GOP ломают BootOrder

• USB3-контроллер не успевает инициироваться

• сетевой PXE-протокол переписывает BootNext

---

8. Как NVRAM взаимодействует с EFI System Partition (важно!)

NVRAM — это о карте, EFI — о территории.

Путь загрузки выглядит так:

1. NVRAM → указывает путь

2. ESP → содержит файл по пути

3. .efi-файл → запускается

4. ОС → получает управление

Если:

• путь есть, но файла нет → ошибка

• файл есть, но пути нет → загрузчик «невидим»

• путь изменён → Boot000X ведёт в пустоту

• ESP смещён → путь устаревает

• GUID другой → NVRAM не ассоциирует диск

• ESP повреждён → ядро EFI падает

UEFI НЕ ищет загрузчики сам (кроме fallback Bootx64.efi).
Он берёт пути только из NVRAM.

---

9. Windows: как диагностировать NVRAM

Проверка Boot-entries

Если список пуст → NVRAM повреждена.

---

Проверка ESP

Ищем FAT32 с меткой SYSTEM/EFI.

---

Проверка загрузчика Windows

Если bootmgfw.efi отсутствует → восстановление обязательно.

---

BootNext (иногда ломает загрузку)

Если BootNext присутствует и указывает на USB —
система будет игнорировать диск.

---

10. Linux: диагностика NVRAM

Просмотр всех Boot-записей:

Если показываются только USB и PXE — NVRAM очищена.

---

Проверка корректности пути GRUB

Должно быть что-то вроде:

---

Проверка ESP:

Ошибка:

• ESP не смонтирован;

• ESP — не FAT32;

• ESP отсутствует целиком.

---

Проверка Secure Boot ключей

Если:

— значит NVRAM сброшена.

---

11. Реальные кейсы исчезновения загрузчиков

---

💥 Кейc 1: Windows + Linux Dual Boot, пропал GRUB

Причина:

• обновление BIOS стерло NVRAM

• Windows записала Boot0000 заново

• GRUB исчез

---

💥 Кейc 2: NVMe Samsung «то есть, то исчезает»

Причина:

• диск инициализируется медленно

• BootNext остаётся указывать на USB

• NVRAM переписывает порядок

---

💥 Кейc 3: Ventoy удалил BootOrder

Причина:

• старые версии Ventoy пишут временные NVRAM-переменные

• UEFI ошибочно считает их постоянными

• Windows Boot Manager уходит в конец списка

---

💥 Кейc 4: Windows перезаписала GRUB

Причина:

• обновления Windows считают GRUB «нестандартным»

• Windows устанавливает свой Boot Manager как Boot0000

• Linux уходит в Boot0002 и не загружается

---

💥 Кейc 5: два EFI System Partition

Причина:

• Acronis создал новый ESP

• UEFI привязал загрузчик к другому разделу

• старая запись Boot0000 ведёт в пустоту

12. Как восстановить загрузку Windows, если NVRAM повреждена

Windows умеет автоматически пересоздавать запись Boot Manager в NVRAM.
Это её сильная сторона.

Ниже разобран универсальный алгоритм на случай:

• пропал Windows Boot Manager;

• BIOS обновился;

• NVRAM сбилась;

• EFI-раздел пустой или поломанный;

• MBR → GPT конвертировали;

• RAIDs/Intel RST сменили режим;

• диск клонировали.

---

🔵 12.1 Шаг 1 — найти ESP (EFI System Partition)

Загрузка → WinRE → Командная строка:

Ищем:

• FAT32

• 100–500 МБ

• скрытый раздел

• обычно без буквы

• Label: SYSTEM, EFI

Назначаем букву (если нет):

---

🔵 12.2 Шаг 2 — полностью пересоздать загрузчик Windows

Эта команда делает сразу всё:

• создаёт путь EFI/Microsoft/Boot

• копирует bootmgfw.efi

• пропатчивает NVRAM

• создаёт Boot0000

• обновляет BootOrder

• устраняет проблемы после BIOS-обновления

• восстанавливает GRUB-совместимость (если есть)

Проверяем:

Если Windows Boot Manager появился → NVRAM восстановлена.

---

🔵 12.3 Шаг 3 — исправить BootOrder, если он «прыгает»

Иногда Windows Boot Manager создаётся, но попадает в конец списка.

В WinRE:

BootOrder восстанавливается после:

---

🔵 12.4 Шаг 4 — если ESP повреждён полностью

Используем жесткий метод:

Это корректно чинит даже “убитые” GPT-диски.

---

13. Как восстановить загрузку Linux, если NVRAM очищена

В Linux всё сложнее: GRUB не пересоздаёт NVRAM автоматически.
Приходится делать руками.

---

🔵 13.1 Шаг 1 — загрузиться с LiveCD Ubuntu/Fedora

Важно: они имеют подписи для Secure Boot.
Так вы не получите ошибку “shim verification failed”.

---

🔵 13.2 Шаг 2 — определить нужные разделы

Обычно:

• /dev/sdX2 → корень

• /dev/sdX1 → EFI (FAT32)

---

🔵 13.3 Шаг 3 — смонтировать систему

---

🔵 13.4 Шаг 4 — переустановить GRUB

---

🔵 13.5 Шаг 5 — пересоздать конфигурацию

---

🔵 13.6 Шаг 6 — создать запись в NVRAM вручную

Это создаёт Boot000X и добавляет в BootOrder.

---

14. Восстановление ESP, если он существует, но «битый»

Если ESP не пуст, но нерабочий:

Linux:

Windows:

Если появляются ошибки каталогов объекта EFI — лучше пересоздать.

---

15. NVMe: сценарии, когда загрузчик пропадает

NVMe-диски особенно зависимы от корректности NVRAM.

Рассмотрим частые проблемы:

---

🔵 15.1 NVMe медленно инициализируется

UEFI может не успеть «подхватить» диск → BootOrder игнорирует запись.

Решение:

• отключить Fast Boot;

• включить “NVMe Configuration = Auto”;

• обновить BIOS.

---

🔵 15.2 “Прыгающая” загрузка при двух NVMe

У ряда матплат:

• BootOrder обновляется при смене приоритета PCIe

• загрузчик «теряется» в NVRAM после каждого перезапуска

Решение:

• переместить диск в другой слот M.2

• отключить ненужные PCIe-линии

---

🔵 15.3 NVMe работает, но загрузчик не запускается

Часто:

• путь в NVRAM ведёт на неверный GUID

• ESP стоит на другом диске

• GRUB/Windows ищут EFI на SATA, а не на NVMe

Решение:

• вручную пересоздать запись:

Linux:

Windows:

---

16. RAID/Intel RST и проблемы NVRAM

RAID ломает загрузку, потому что:

• система видит виртуальный массив

• NVRAM использует GUID массива

• Windows может писать загрузчик в RAID, а Linux в отдельный диск

• порядок записи меняется при распаде массива

Если цель — Dual Boot → переводить SATA в AHCI.

Windows подготовка:

Перезагрузка → BIOS → AHCI → загрузка → отмена safeboot:

---

17. UEFI Shell: диагностика и ручное восстановление загрузчиков

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

---

🔵 17.1 Проверка списка дисков

Диски будут указаны как:

• fs0:

• fs1:

• blk0:

• blk1:

---

🔵 17.2 Переход на ESP

Ищем папку EFI.

---

🔵 17.3 Проверка корректности загрузочных файлов

Если Bootx64.efi отсутствует — восстановление обязательно.

---

🔵 17.4 Запуск загрузчика вручную

или:

Если файл запускается — NVRAM просто указывает не туда.

---

18. Большая таблица проблем и решений

---

19. Итоговые рекомендации инженера

✔ Всегда держать один ESP (FAT32 100–500 МБ).

✔ Использовать GPT, а не MBR.

✔ Отключить CSM, если ОС — UEFI.

✔ Восстанавливать Windows через bcdboot.

✔ Linux чинить через grub-install + efibootmgr.

✔ После BIOS-обновлений всегда пересоздавать загрузчики.

✔ Следить за режимом SATA (AHCI > RAID).

✔ Избегать старых LiveCD и Ventoy без Secure Boot.

✔ Проверять NVMe-инициализацию (Fast Boot может мешать).