Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

154 Windows Server, AD и Роли

Event ID 154 Disk: Сбой операции ввода-вывода (Аппаратная ошибка)

Обновлено: 15.08.2026 · Официальная документация ↗

Архитектура дискового I/O и аппаратные сбои (Hardware Fault)

Событие 154 логируется в журнале System источником Disk. Сообщение: «Сбой операции ввода-вывода по логическому адресу блока [LBA] для диска [Номер] из-за ошибки оборудования (hardware error)». В отличие от >События 153 (Повторная попытка I/O), которое означает таймаут (диск "задумался"), событие 154 означает фатальный отказ (Failed). Контроллер (СХД или RAID) прямым текстом ответил ядру Windows: "Этот кусок диска физически мертв или недоступен, я не могу его прочитать". Симптомы: файлы не открываются (CRC Error), базы SQL помечаются как Suspect, сервер может упасть в BSOD 0x7A.

Расшифровка данных SCSI (Sense Data)

Уникальность события 154 в том, что оно содержит блок SCSI Sense Data. Это низкоуровневые коды, которые возвращает сама прошивка (Firmware) жесткого диска. В деталях события (XML) ищите байт Sense Key:

Sense Key (HEX)SCSI СтатусЧто означает аппаратно
0x03Medium ErrorБитый сектор (Bad Block / Unrecoverable Read Error). Повреждена физическая поверхность HDD или ячейка NAND в SSD. Данные уничтожены.
0x04Hardware ErrorОтказ контроллера диска, кэша или сбой интерфейса (SATA/SAS кабеля).
0x02Not ReadyДиск физически отключился (пропало питание или 'отвалился' LUN).

Пошаговое дерево решений (Спасение данных и RAID)

Сценарий 1: Появление Medium Error (Битые сектора)

Если диск начал сыпать ошибками 154 (Sense Key 0x03) по разным LBA-адресам, он стремительно деградирует (сыпется).

  1. Немедленно запустите резервное копирование (Veeam/WSB) уцелевших данных на другой носитель.
  2. Откройте консоль управления RAID (MegaRAID / iLO / iDRAC). Проверьте статус дисков (SMART).
  3. Если массив зеркальный (RAID 1, 5, 6), принудительно переведите умирающий диск в статус Offline. Извлеките его из корзины (Hot-Swap) и вставьте новый диск для запуска перестроения (Rebuild).

Сценарий 2: Аварийный обход (CHKDSK)

Если диск одиночный (без RAID) и заменить его прямо сейчас нечем, нужно приказать Windows игнорировать битые блоки. Выполните проверку поверхности:
chkdsk C: /f /r /x
Ключ /r заставит файловую систему прочитать поврежденный сектор, переместить данные (если возможно) в резервную область и пометить кластер как Bad, чтобы ядро больше к нему не обращалось.

Сценарий 3: Ошибки кабелей и интерфейсов (Hardware Error 0x04)

Если массив исправен, но сервер спамит ошибкой 154, проблема кроется в "транспорте".

  • Физический сервер: Замените кабели Mini-SAS от материнской платы к корзине (Backplane). Обновите Firmware RAID-контроллера.
  • Виртуализация (iSCSI/FC): Отвал MPIO-путей. Коммутатор SAN отбрасывает пакеты (Frame Drops). Проверяйте оптические SFP-модули и зонирование (Zoning).

Типовые ошибки администраторов

  • Перезагрузка в надежде 'починить': Перезагрузка сервера с умирающим диском (154) — огромный риск. Во время загрузки (Boot) ядро читает тысячи системных файлов. Если битый сектор попал на `ntoskrnl.exe` или ветку реестра SYSTEM, сервер не загрузится (выдаст >0xED Unmountable Boot Volume). Спасайте данные "на горячую".
Сервер баз данных сыпет ошибками I/O и рискует потерять бухгалтерию?
Аппаратная деградация RAID-массивов требует мгновенной реакции и наличия ЗИП (запасных частей). Передайте физическую инфраструктуру на обслуживание экспертам ITSTM: мы настроим проактивный аппаратный мониторинг (SNMP/iLO), организуем горячую замену дисков (Hot-Swap) и обеспечим надежное 'железо' с аптаймом 99.9%.
💡 Практика специалистов: Ошибка 154 часто маскируется в кластерах Storage Spaces Direct (S2D). Служба здоровья кластера (Health Service) автоматически выводит сбойный диск в статус 'Retired' или 'Lost Communication'. Не пытайтесь принудительно вернуть такой диск обратно в пул (Reset-PhysicalDisk) — физический дефект никуда не делся, вы только спровоцируете каскадный сбой S2D.

Частые вопросы (FAQ)

Почему 154 сопровождается ошибкой NTFS 55?

Если битый блок (Bad Sector) оказался в области Главной файловой таблицы (MFT), драйвер ntfs.sys не сможет её прочитать. Он сгенерирует событие 55 (Структура файловой системы повреждена) и переведет том в режим 'Только для чтения' для защиты от полного разрушения.

Означает ли 154 смерть SSD диска?

Да. Для SSD (где нет механики) появление 154 означает, что исчерпан резерв ячеек памяти (Over-provisioning area), контроллер SSD больше не может 'прятать' деградировавшие ячейки NAND. Диск нужно менять срочно.

Как перевести HEX LBA адрес в Гигабайты?

LBA указывает точный сектор на диске. Чтобы найти его место (в ГБ), переведите HEX в десятичное число (например, 0x1000 = 4096) и умножьте на размер сектора (обычно 512 байт или 4 КБ).

Поможет ли дефрагментация?

Категорически НЕТ! Дефрагментация (перемещение блоков) создаст гигантскую нагрузку I/O на умирающий диск, что гарантированно добьет его механику в течение часа.

Что такое MPIO и как оно связано с 154?

Multipath I/O — это технология резервирования путей к СХД (по двум разным проводам). Если один 'провод' порвался (Событие 154/Hardware Error), MPIO мгновенно переключит I/O на второй провод, и сервер не заметит сбоя.

Полезные материалы
Рекомендуем