STOP 0x0000007B - старая запись того же багчека, который сейчас чаще пишут как INACCESSIBLE_BOOT_DEVICE. Полная форма 0x0000007B, коротко 0x7B. Ядро не смогло работать с устройством, с которого должна загрузиться система. Это синий экран на старте, не ошибка Центра обновления и не 0xc0000005 у программы.

На Windows XP кадр был с четырьмя параметрами и словом STOP. На 10 и 11 крупнее имя INACCESSIBLE_BOOT_DEVICE, число в журнале то же. Запрос «stop 0x0000007b» люди копируют со старых скриншотов и из дампов.

Почему это происходит

Сменили режим контроллера. Было AHCI, стало RAID или IDE, или наоборот. Драйвер в системе не тот, том не открывается, 0x7B. Типично после сброса прошивки или «оптимизации BIOS».

Клон на другой контроллер. Перенесли диск с Intel RST на плату со стоковым AHCI, не подготовив драйвер. Или наоборот.

Повреждён драйвер хранилища. Прервали обновление, почистили System32\drivers, подложили чужой .sys. Ядро не монтирует загрузочный том.

Сам диск или кабель. Накопитель не отвечает уже на старте. Тогда 0x7B соседствует с ошибками ввода-вывода, которые вы видели ещё на рабочем столе.

Не та флешка в приоритете. Реже выглядит как 0x7B, чаще как другой отказ. Всё равно стоит проверить порядок загрузки.

Не существует отдельного стоп-кода STOP без номера. STOP - слово старого кадра. 0x0000007B - конкретный багчек. Если число 0x0000007E - уже SYSTEM_THREAD_EXCEPTION_NOT_HANDLED, не этот разбор.

Что делать самому

  1. Сверьте число. 0x0000007B или имя INACCESSIBLE_BOOT_DEVICE. Другой hex - другая статья. Сфотографируйте кадр.

  2. Верните режим контроллера в прошивке. Если вчера стоял AHCI - верните AHCI. Не переключайте RAID «на всякий случай». После смены режима без подготовки драйвера как раз и получают 0x7B.

  3. Среда восстановления, не сразу формат. Флешка той же разрядности → восстановление → командная строка. diskpart → list disk / list vol: виден ли системный том. Если диска нет уже здесь - кабель, питание, сам накопитель, не BCD.

  4. Если том виден, чинят загрузчик и драйвер штатно. bcdboot на UEFI, для старого MBR - аккуратный bootrec. Не копируйте iaStorA.sys и storahci.sys архивом с форума. Подпись и версия не ваши: получите уже KERNEL_SECURITY_CHECK_FAILURE или снова 0x7B.

  5. Проверьте диск вне этой машины. Карман, другой ПК, CrystalDiskInfo. Плохой SMART - копия того, что ещё читается. Ставить Windows на тот же дохлый HDD бессмысленно.

  6. Не правьте реестр CriticalDeviceDatabase наугад по гайдам XP. На 10 и 11 это легко добить окончательно. Не удаляйте драйверы хранилища проводником «чтобы Windows поставила заново» - без них как раз и будет 0x7B.

После замены платы или переноса диска иногда проще поставить систему заново, чем тащить старый стек RST. Если данные нужны - сначала съём, потом чистая установка на живой накопитель.

Клон системного диска программой «как получится» - частый путь к 0x7B. Программа скопировала файлы, а загрузочный стек и драйвер контроллера остались от старой платы. На новой машине ядро не находит устройство. Лечится либо подготовкой драйверов до переноса, либо чистой установкой. «Дописать storahci с флешки в System32» руками почти всегда заканчивается повторным 0x7B или уже 0x139.

Если 0x7B появился после обычного обновления Windows, без смены железа, сначала среда восстановления и откат KB, не переключение RAID. Обновление редко само меняет режим контроллера, чаще оно роняет файл драйвера. Вернуть режим в прошивке «на всякий случай» в такой ситуации как раз и добивает загрузку.

Часто задаваемые вопросы

STOP 0x0000007B и INACCESSIBLE_BOOT_DEVICE - одно? Да. Старое и новое написание.

Это ошибка установки Windows? Нет, если система уже стояла. При установке бывают похожие тексты про диск, но это мастер, не багчек 0x7B.

Поможет ли переустановка? На живом диске и правильном режиме контроллера - да. На дохлом - нет.

Нужно ли менять .sys с форума? Нет.

Связано ли с ошибкой ввода-вывода? Часто да: сначала сбои в проводнике, потом 0x7B на старте.

Смотрите также