BSOD 0x0000007A: KERNEL_DATA_INPAGE_ERROR - Отвал диска и СХД
Архитектура файла подкачки (Paging) и симптомы
Синий экран BSOD 0x0000007A (KERNEL_DATA_INPAGE_ERROR) означает, что операционная система попыталась прочитать страницу данных ядра из файла подкачки (pagefile.sys) в оперативную память (RAM), но физически не смогла это сделать. Ядро не получило нужных данных и аварийно остановилось. В 99% случаев на серверах это прямой маркер аппаратного сбоя жесткого диска (HDD/SSD), отвала массива RAID или обрыва сети СХД.
Расшифровка кодов ошибки (Parameter 2)
Второй параметр в отчете WinDbg содержит точный NTSTATUS код, который объясняет, почему диск отказал:
| Parameter 2 (HEX) | Что ответил контроллер диска (Суть) |
|---|---|
0xC000009C | STATUS_DEVICE_DATA_ERROR. На диске появились битые сектора (Bad Blocks). Ядро наткнулось на нечитаемый физический дефект магнитной поверхности или ячейки NAND. |
0xC0000185 | STATUS_IO_DEVICE_ERROR. Аппаратная ошибка интерфейса. Поврежден кабель SATA/SAS, либо контроллер RAID завис (события 129 Storport). |
0xC000009D | STATUS_DEVICE_NOT_CONNECTED. Жесткий диск или LUN физически 'отвалился' (пропало питание или упал iSCSI-линк). |
Пошаговое дерево решений (Ремонт дисковой подсистемы)
Сценарий 1: Ремонт битых секторов (Код 0x9C)
Если диск начал сыпать 0x9C, вам нужно срочно переназначить битые сектора. Загрузитесь в среду восстановления (WinRE) или в обычную ОС и выполните:
chkdsk C: /f /r /xУтилита заблокирует испорченные кластеры. Обязательно проверьте статус диска (SMART) через iLO/iDRAC. Диск нужно менять.
Сценарий 2: Аппаратная диагностика 'Отвала' (Коды 0x185 / 0x9D)
Ядро просто потеряло связь с контроллером.
- Шлейфы и кабели: Переподключите (или замените) кабели SATA/SAS к корзине (Backplane). Микротрещины в шлейфе вызывают спонтанную потерю линка.
- Диагностика RAID: Проверьте логи контроллера (MegaRAID). Ищите события «Drive Offline» или «Controller Reset». Обновите Firmware адаптера HBA.
- MPIO и iSCSI: Если диск сетевой, 0x9D означает потерю пакетов в сети SAN (Storage Area Network). Настройте таймауты MPIO.
Типовые ошибки администраторов
- Поиск дампа памяти (MEMORY.DMP): При ошибке 0x7A ядро физически НЕ СМОЖЕТ сохранить файл дампа. Дамп пишется в тот самый
pagefile.sysна диске C:, который 'отвалился' или поврежден! Проценты сбора дампа на синем экране застрянут на 0%. Не тратьте время на поиск файла.dmp, анализируйте коды на экране.
Потеря системного диска (I/O Errors) ведет к простоям и разрушению (Corruption) баз данных 1С и SQL. Возьмем физическую инфраструктуру на обслуживание: проведем диагностику RAID, заменим дефектные SSD (Hot-Swap), обновим микрокоды HBA-адаптеров и гарантируем работу серверов 24/7.
Частые вопросы (FAQ)
Чем 0x7A отличается от 0x7B (INACCESSIBLE_BOOT_DEVICE)?
0x7B возникает ТОЛЬКО при загрузке (Boot), когда ядро не может инициализировать драйвер диска. 0x7A возникает ВО ВРЕМЯ РАБОТЫ (Uptime), когда диск успешно работал, но внезапно 'отвалился' или выдал ошибку чтения (Bad Block).
Может ли вирус вызвать 0x7A?
Практически исключено. Это классический аппаратный сбой. Единственное 'программное' исключение — кривой антивирусный фильтр (например, klif.sys), который перехватил I/O запрос к pagefile.sys и вернул ядру ошибку.
Почему 0x7A сопровождается ошибкой 0xF4?
Они идут рука об руку. 0x7A — ядро не смогло прочитать страницу. Если эта страница принадлежала критическому процессу (например, csrss.exe), процесс умирает. Смерть критического процесса вызывает BSOD 0xF4 (Critical Object Termination).
Поможет ли увеличение оперативной памяти?
Нет. 0x7A не означает, что памяти 'не хватило'. Он означает, что ядро попыталось прочитать из кэша на диске то, что ранее туда сбросило, но диск вернул ошибку CRC.
Как предотвратить 0x7A в виртуальных машинах?
При Storage vMotion (миграции дисков ВМ) СХД может на несколько секунд 'заморозить' I/O. Увеличьте таймауты дисков в реестре гостевой ОС (HKLM\System\CurrentControlSet\Services\Disk\TimeOutValue = 60), чтобы ВМ 'терпела' паузы, а не падала в 0x7A.