Исправить Inaccessible Boot Device в Windows 10

Исправление ошибки Inaccessible Boot Device

Что такое ошибка Inaccessible Boot Device

Коротко: это BSOD со стоп-кодом, означающим, что во время загрузки Windows не может получить доступ к диску, на котором установлена система. Причины бывают аппаратные и программные. Терминология:

BSOD: синий экран смерти — остановка системы при критической ошибке.
AHCI/IDE: режимы работы SATA-контроллера; неправильный режим может сделать диск недоступным.
Драйвер контроллера: программный компонент, через который ОС обращается к диску.

Ошибка может появляться сразу после обновления Windows, смены режима в BIOS/UEFI, установки драйвера или аппаратных изменений (замена HDD→SSD, пересадка диска в другой порт). Иногда ее вызывает заражение, повреждение файловой системы или физическая неисправность диска.

Важно: многие решения требуют загрузки в среду восстановления или получения доступа к Командной строке. Если компьютер полностью не загружается, подготовьте загрузочную флешку с Windows 10 или другой компьютер для создания носителя восстановления.

Быстрая проверка перед началом

Отсоедините все внешние USB-накопители и периферийные устройства.
Попробуйте перезагрузить несколько раз — иногда Windows применяет отложенные исправления.
Зайдите в BIOS/UEFI и проверьте, виден ли загрузочный диск.
Если был недавно изменён режим SATA (IDE↔AHCI), верните прежнее значение до начала других действий.

1. Удалите недавно установленные пакеты обновлений

Когда подозреваете, что обновление вызвало проблему, удаляйте его одно за другим, начиная с самого свежего.

Важно: процесс перезагрузит компьютер. Сохраните открытые файлы заранее.

Шаги:

Откройте приложение «Параметры» → Обновление и безопасность → Восстановление → Дополнительные параметры запуска → Перезапустить сейчас.
После перезагрузки выберите: Поиск и устранение проблем → Дополнительные параметры → Командная строка.
Когда загрузится Командная строка, выполните (предполагая, что Windows на диске C:):

dir c:
Dism /Image:C:\ /Get-Packages

Запишите полное имя самого свежего пакета по дате.
Удалите пакет:

dism.exe /image:C:\ /Remove-Package /PackageName:<полное-имя-пакета>

Перезагрузите систему. Если BSOD сохраняется, повторите процедуру для следующего пакета в списке.

Советы:

Если список длинный, начинайте с пакетов, дата установки которых совпадает с появлением ошибки.
В корпоративных средах согласуйте удаление с политиками обновлений.

2. Удалите пакеты с пометкой «Install Pending» (ожидающие установки)

Иногда обновления остаются в состоянии ожидания и блокируют доступ к службе обслуживания компонентов. Удаление записей «SessionsPending» и перемещение ожидающих пакетов может помочь.

Откройте Командную строку из среды восстановления и выполните следующие команды (ровно в таком виде):

reg load HKLM\temp C:\Windows\System32\config\SOFTWARE
reg delete "HKLM\temp\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending" /v Exclusive
reg unload HKLM\temp

Затем получите список пакетов и найдите те, у которых в описании стоит “Install Pending”:

dism /image:C:\ /Get-Packages

Создайте временную папку и переместите туда пакеты с пометкой ожидания:

MKDIR C:\temp\packages
dism /image:C:\ /Remove-Package /PackageName:<имя_пакета> /ScratchDir:C:\temp\packages

Повторяйте для каждого пакета с пометкой “Install Pending”.

Примечание: удаление пакета может привести к тому, что система останется без некоторых компонентов безопасности. Убедитесь, что по возможности вы установите обновления позже.

3. Загрузитесь в безопасном режиме и проверьте сторонние приложения

Безопасный режим загружает минимальный набор драйверов и сервисов. Если в безопасном режиме ошибка исчезает, вероятно, виноват сторонний драйвер или служба.

Как загрузиться в безопасном режиме:

Через Параметры → Обновление и безопасность → Восстановление → Дополнительные параметры запуска → Перезагрузить сейчас.
По пути: Поиск и устранение проблем → Дополнительные параметры → Параметры загрузки → Перезагрузить. После перезапуска нажмите клавишу 4 или 5 для безопасного режима.

Дальнейшие действия:

Просмотрите недавно установленные программы и драйверы и удалите сомнительные.
Отключите автозапуск сторонних служб и мониторьте поведение.

4. Проверьте и обновите драйверы контроллера дисков

Частая причина — несовместимый или устаревший драйвер IDE/ATA/SATA или контроллера NVMe.

Два рабочих подхода:

Скачайте последнюю версию драйвера с сайта производителя материнской платы или контроллера.
Через Диспетчер устройств: раздел «IDE ATA/ATAPI controllers» → правый клик по контроллеру (например, Standard SATA AHCI Controller) → Обновить драйвер.

Если обновление не помогает, попробуйте откат драйвера к предыдущей версии.

Совет: для NVMe-накопителей чаще подходят драйверы от производителя (Samsung, Intel, Western Digital), а не стандартные Microsoft.

Обновление драйверов контроллера дисков

5. Проверьте режим AHCI в BIOS/UEFI

Если в BIOS переключили режим SATA (например, с AHCI на IDE или наоборот), Windows может потерять доступ к диску. Часто включение AHCI решает проблему, особенно при использовании SSD.

Общие шаги:

Перезагрузите и войдите в BIOS/UEFI (клавиши Esc, Del или F2/F10/F12, зависит от производителя).
Найдите раздел, связанный с конфигурацией SATA/Storage/Advanced.
Установите Mode/Controller на AHCI и сохраните изменения.

Важно: смена режима без подготовки может сделать систему не загружаемой. Если вы меняете режим с IDE на AHCI, сначала включите в Windows поддержку AHCI через реестр или используйте безопасный режим, чтобы Windows установила драйверы.

6. Просканируйте систему на вредоносное ПО

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

Проверка встроенным защитником Windows:

Откройте Параметры → Безопасность Windows → Защита от вирусов и угроз.
Нажмите «Проверить сейчас» или выберите углублённую оффлайн-проверку.

Проверка Windows на вредоносное ПО

Дополнительно: при подозрении на сложное заражение используйте установочный носитель с антивирусным сканером или загрузочную утилиту производителя диска.

7. Проверьте диск на ошибки и целостность файловой системы

Если файловая система повреждена, Windows может не иметь доступа к системной области.

Запустите chkdsk:

Откройте Командную строку с правами администратора либо из среды восстановления.
Выполните:

chkdsk /f /r C:

Если система занята, вам предложат проверить диск при следующей загрузке — подтвердите (нажмите Y).

Альтернатива из recovery-консоли:

chkdsk /r C:\  (если C: — буква системного раздела в среде восстановления)

Примечание: длительная проверка /r может занять часы на больших дисках.

8. Сброс до заводских настроек и восстановление системы

Если ничего не помогает и проблема повторяется, можно выполнить восстановление системы или сброс Windows (с сохранением или удалением файлов). Предварительно сделайте резервную копию важных данных, если это возможно.

Варианты:

Восстановление системы из точки восстановления (если она есть). Это безопасный вариант, если точки были созданы заранее.
Сброс параметров Windows: Параметры → Обновление и безопасность → Восстановление → Сбросить этот компьютер.
Чистая переустановка с загрузочной флешки Windows 10.

Аппаратная проверка и дополнительные меры

Если ПО-решения не помогли:

Откройте корпус и проверьте кабели SATA/питания. Плохой контакт часто вызывает проблемы.
Переставьте диск в другой порт SATA.
Протестируйте память (memtest86) — повреждение RAM может приводить к нестабильной загрузке.
Попробуйте подключить диск к другому компьютеру и проверить SMART-статус (CrystalDiskInfo или аналог).

Когда нужно обратиться к мастеру

Обратитесь к специалисту, если:

Диск не определяется в BIOS/UEFI.
Вы слышите щелчки, прокрутки или другие признаки механического повреждения HDD.
Попытки восстановления вызывают потерю данных, которых нет резервной копии.

Альтернативы и примеры, когда решения не помогут

Контрпримеры:

Физическая неисправность контроллера материнской платы не решится сменой драйвера или удалением обновлений.
Повреждённый прошивкой SSD потребуется обновление микрокода или замена носителя.

Альтернативные подходы:

Клонирование диска и запуск системы с клона на другом носителе для устранения подозрений на аппаратную проблему.
Использование загрузочного Linux-носителя для доступа к данным и оценки состояния разделов.

Модель принятия решения — быстрый чек-лист

Доступен ли диск в BIOS? Если нет — аппаратная проблема.
Появилась ли ошибка после обновления? Если да — удалите последние пакеты/ожидающие установки.
Исчезает ли ошибка в безопасном режиме? Если да — проблема с драйвером/сервисом.
Видна ли ошибка на другом компьютере? Если да — диск повреждён.

Руководство действий при инциденте (Playbook)

Сохраните журнал событий (Event Viewer) и сделайте фото BSOD с кодом ошибки и параметрами.
Попробуйте простые меры: отключение USB, перезапуск, безопасный режим.
Удалите последние обновления / зависшие пакеты (Dism/Reg).
Проверьте и обновите драйверы контроллера диска.
Запустите chkdsk и проверку SMART.
Если не помогло — клонируйте диск и попытайтесь восстановить данные с клона.
В крайнем случае — сброс/чистая установка.
Документируйте все шаги и результаты для передачи в сервис.

Критерии приёмки

Система стабильно загружается в обычном режиме не менее 48 часов.
Нет повторного появления BSOD с тем же кодом.
Данные сохранены и доступны.
При обновлении драйверов или BIOS не возникает новых ошибок.

Тест-кейсы и приёмочные проверки

Тест 1: Загрузка в нормальном режиме после удаления пакета — ожидаемый результат: стабильная загрузка.
Тест 2: Загрузка в безопасном режиме — ожидаемый результат: ошибка отсутствует.
Тест 3: chkdsk завершён без найденных критических ошибок — ожидаемый результат: система работает корректно.
Тест 4: Переключение порта SATA — диск определяется в BIOS и загружается.

Роли и чек-листы

Для домашнего пользователя:

Сделать резервную копию важных файлов.
Попробовать удаление последних обновлений.
Загрузиться в безопасном режиме и удалить недавно установленные программы.

Для сисадмина:

Проверить журналы обновлений WSUS/Intune.
Откатить проблемный пакет на образе эталонной машины.
Проверить совместимость драйверов на уровне образов.

Для техподдержки:

Собрать логи (minidump, setupact.log, CBS.log).
Проверить SMART и RMA-историю диска на базе сервисного портала.

Мерчант-совместимость и нюансы для SSD и NVMe

Для SSD важно иметь актуальный контроллер AHCI/NVMe драйвер от производителя.
NVMe-диски могут требовать обновления прошивки для устранения специфичных багов.
При миграции с HDD на SSD убедитесь, что режим контроллера и драйвера соответствуют новой конфигурации.

Риски и способы их уменьшить

Риск потери данных при некорректных действиях. Митигация: резервное копирование и клонирование диска.
Риск удаления критических обновлений. Митигация: документировать удалённые пакеты и план восстановления.
Риск аппаратного сбоя при диагностике. Митигация: минимизировать манипуляции с механическими дисками и использовать антисептический статический провод.

Короткая методология восстановления

Оценка и сбор симптомов.
Простейшие и безопасные шаги (перезагрузка, отключение периферии).
Программная диагностика (удаление обновлений, драйверы, chkdsk).
Аппаратная диагностика (порты, кабели, SMART).
Восстановление данных и, если требуется, переустановка системы.

Справочная подсказка — частые команды

Список пакетов: dism /image:C:\ /Get-Packages
Удаление пакета: dism.exe /image:C:\ /Remove-Package /PackageName:
Загрузка реестра: reg load HKLM\temp C:\Windows\System32\config\SOFTWARE
Удаление SessionsPending: reg delete “HKLM\temp\Microsoft\Windows\CurrentVersion\Component Based Servicing\SessionsPending” /v Exclusive
Проверка диска: chkdsk /f /r C:

Диаграмма принятия решения

flowchart LR
  A[Ошибка Inaccessible Boot Device] --> B{Диск виден в BIOS?}
  B -- Да --> C{Появилось после обновления?}
  B -- Нет --> H[Аппаратная диагностика: кабели, порт, SMART]
  C -- Да --> D[Удалить последние пакеты / SessionsPending]
  C -- Нет --> E{Исчезает в безопасном режиме?}
  E -- Да --> F[Откат/обновление драйверов]
  E -- Нет --> G[Запустить chkdsk, тест RAM, клонирование диска]
  F --> Z[Тестирование 48 часов]
  G --> Z
  H --> Z

1‑строчный глоссарий

BSOD — синий экран смерти.
AHCI — интерфейс для подключения SATA-накопителей.
DISM — утилита обслуживания образов Windows.
chkdsk — утилита проверки и восстановления файловой системы.

Короткое заключение

Ошибка «Inaccessible Boot Device» обычно решается систематической диагностикой: начать с программных решений (удаление обновлений, безопасный режим, драйверы), затем перейти к аппаратной проверке (кабели, порты, SMART). Всегда делайте резервные копии перед радикальными действиями, такими как сброс до заводских настроек.

Примечание

Если вы не уверены в своих действиях или имеете важные данные без резервной копии, сначала выполните клонирование диска или обратитесь в профессиональный сервис.

Как исправить ошибку «Inaccessible Boot Device» в Windows 10