Ошибка «GPT header corruption has been detected, please check SATA mode setting in BIOS setup» появляется на чёрном экране до загрузки операционной системы и означает, что прошивка материнской платы не смогла корректно прочитать заголовок GPT-таблицы разделов загрузочного диска. Чаще всего текст сопровождается упоминанием утилиты ASUS EZ Flash или появляется на платах ASUS после сбоя питания, обновления BIOS или смены настроек контроллера. Система при этом не стартует, хотя сам диск физически может быть полностью исправен.
Формулировка сообщения указывает на две вероятные группы причин: рассинхронизацию режима работы SATA-контроллера (AHCI, RAID, IDE) с тем, под которым диск был размечен, и реальное повреждение структуры GPT — заголовка или таблицы разделов. Ниже разберём, как отличить одно от другого и что делать в каждом случае, не теряя данные.
Что означает эта ошибка и почему BIOS упоминает SATA mode
Диск с разметкой GPT (GUID Partition Table) хранит в начале носителя служебный заголовок с контрольной суммой, а в конце — его резервную копию. Если при инициализации диска прошивка считывает заголовок, который не проходит проверку целостности, она выводит предупреждение о повреждении. Произойти это может по двум принципиально разным причинам.
Первая — несовпадение режима контроллера. Когда в BIOS переключают параметр SATA Mode между AHCI, RAID (Intel RST) и иногда IDE, диск начинает опрашиваться иначе. В режиме RAID контроллер может подменять служебные области, и прошивка видит «неправильный» заголовок, хотя данные на диске целы. Вторая причина — действительная порча GPT: внезапное отключение питания во время записи, сбойный блок в начале диска, неудачное обновление прошивки SSD.
Ключевой диагностический признак: если ошибка появилась сразу после сброса BIOS, обновления прошивки или замены батарейки CMOS — почти наверняка сбросился режим SATA, и сама таблица разделов не пострадала.
Шаг 1. Проверка и восстановление режима SATA в BIOS
Это первое и самое безопасное действие: оно обратимо и не затрагивает данные на диске. Войдите в BIOS/UEFI (обычно клавишей Del или F2 при включении, точную клавишу подсказывает экран заставки вашей платы) и найдите раздел конфигурации накопителей — на платах ASUS это обычно Advanced → PCH Storage Configuration или Advanced → SATA Configuration. Названия пунктов различаются между версиями прошивки, поэтому ориентируйтесь на руководство к конкретной модели платы.
Проверьте текущее значение параметра SATA Mode Selection:
- 🔧 AHCI — стандартный режим для одиночных дисков и SSD; если диск размечался в нём, верните это значение.
- 🗄️ RAID / Intel RST — требуется, если система изначально устанавливалась при включённом RAID или на массиве; многие ноутбуки поставляются именно с этим режимом.
- 💾 IDE / Compatibility — встречается на старых платах; включайте, только если система ставилась в нём.
- 🔁 Если не помните исходный режим — переберите варианты по одному, сохраняя настройки через
F10и проверяя загрузку.
После смены режима сохраните конфигурацию и перезагрузитесь. Если ошибка исчезла и Windows стартовала — проблема решена, дальнейшие шаги не нужны. Если сообщение осталось при любом режиме, вероятно, заголовок GPT действительно повреждён, и переходите к восстановлению таблицы разделов.
☑️ Проверка SATA-режима в BIOS
Шаг 2. Диагностика: сбой настроек или реальное повреждение GPT
Чтобы не гадать, полезно проверить, видит ли диск загрузочная среда и читается ли с него таблица разделов. Загрузитесь с установочной флешки Windows или Live-USB с Linux — если установщик видит диск и его разделы с правильными размерами, структура, скорее всего, читается, а проблема была в режиме контроллера или в загрузчике.
Обратная картина — утилиты разметки сообщают о повреждённой GPT, невалидной контрольной сумме заголовка или показывают диск как неразмеченный. В Linux это можно проверить командой gdisk или parted: они прямо сообщают о несовпадении основного и резервного заголовков. В Windows из среды восстановления доступна консоль с diskpart.
| Симптом | Вероятная причина | Действие |
|---|---|---|
| Ошибка появилась после сброса BIOS или замены батарейки | Сброс режима SATA на значение по умолчанию | Вернуть исходный SATA Mode |
| Установщик Windows видит разделы корректно | Проблема в режиме контроллера или загрузчике | Проверить SATA Mode и восстановление загрузки |
| Утилиты сообщают о невалидной GPT | Реальное повреждение заголовка таблицы | Восстановление GPT из резервной копии |
| Диск не определяется в BIOS вовсе | Аппаратная неисправность или шлейф/питание | Проверка подключения, тест на другом ПК |
| Ошибка после отключения электричества | Повреждение GPT при записи либо сбой BIOS | Сначала SATA Mode, затем проверка GPT |
Шаг 3. Восстановление GPT-заголовка из резервной копии
Устройство GPT таково, что в конце диска хранится резервная копия заголовка и таблицы разделов. Если повреждена только основная копия в начале, таблицу часто удаётся восстановить штатными средствами без потери данных. Классический инструмент для этого — gdisk в Linux: при запуске он сам предложит использовать резервный заголовок, если основной повреждён.
Типовой порядок действий в gdisk выглядит так: запустить утилиту с указанием диска, открыть меню восстановления и записать таблицу:
sudo gdisk /dev/sdX
в меню: r (recovery) → b (use backup GPT header) → w (write)
Перед записью обязательно просмотрите найденные разделы командой p — они должны соответствовать реальной структуре диска. Если разделы выглядят неверно, запись таблицы может усугубить ситуацию. В Windows-среде аналогичные операции выполняют сторонние менеджеры разделов, но принцип тот же: восстановление из резервного GPT-заголовка.
⚠️ Внимание: любые операции записи в служебные области диска (
wв gdisk, пересоздание таблицы) необратимы при ошибке. Если на диске есть критически важные данные, сначала сделайте посекторную копию на другой носитель или обратитесь к специалисту по восстановлению данных.
Почему GPT хранит две копии таблицы
Стандарт GPT предусматривает основной заголовок и таблицу разделов в начале диска (LBA 1 и далее) и их дубликат в самом конце носителя. Контрольные суммы CRC32 позволяют прошивке и ОС проверять целостность каждой копии. Если основная структура повреждена, а резервная цела, таблицу можно восстановить практически без потерь — именно этим пользуются gdisk и аналогичные утилиты.
Шаг 4. Если диск не определяется или ошибка возвращается
Бывает, что BIOS вообще не видит накопитель, либо ошибка о повреждении GPT возникает снова после успешного восстановления. Это указывает на аппаратную сторону проблемы, и программные методы здесь исчерпаны.
Проверьте следующие аппаратные моменты:
- 🔌 Переподключите SATA-кабель и разъём питания диска, по возможности замените кабель заведомо исправным — окислившийся контакт даёт именно «плавающие» ошибки чтения служебных областей.
- 🧪 Подключите диск к другому компьютеру или через USB-переходник: если и там таблица не читается, проблема в самом накопителе.
- 🔋 Проверьте батарейку CMOS: севшая батарейка сбрасывает настройки BIOS при каждом выключении, и SATA Mode «слетает» снова и снова.
- 🌡️ Посмотрите S.M.A.R.T.-атрибуты диска из Live-среды (например,
smartctl -a /dev/sdX): рост переназначенных секторов или ошибок чтения — признак деградации носителя.
⚠️ Внимание: если S.M.A.R.T. показывает растущее число сбойных секторов, не проводите на диске длительных операций восстановления и не записывайте на него ничего. Сначала скопируйте важные данные — каждая лишняя попытка чтения повреждённых областей может ухудшить состояние накопителя.
Перед любыми манипуляциями с GPT сфотографируйте экраны BIOS с текущими настройками SATA и Boot. Если что-то пойдёт не так, вы сможете быстро вернуть исходную конфигурацию по памяти.
Профилактика повторения ошибки
После успешного устранения имеет смысл закрепить результат, чтобы сообщение не вернулось при первом же скачке напряжения. Обновите прошивку материнской платы до актуальной стабильной версии с сайта производителя — в ряде ревизий BIOS исправлялась именно ложная детекция повреждения GPT. Обновление выполняйте только при стабильном питании, строго по инструкции для вашей модели платы.
Также полезно зафиксировать параметры: после настройки запишите, в каком режиме работает SATA Mode, включён ли Secure Boot и какой выбран порядок загрузки. Если в доме бывают перебои электросети, источник бесперебойного питания заметно снижает риск повреждения служебных областей диска при внезапном обесточивании во время записи.
В большинстве сценариев эта ошибка решается без потери данных: сначала восстановите правильный SATA Mode в BIOS, и только если это не помогло — восстанавливайте GPT-заголовок из резервной копии.
Частые вопросы
Пропадут ли данные при смене SATA Mode в BIOS?
Само переключение режима не изменяет данные на диске — оно меняет только способ работы контроллера. Однако система, установленная в другом режиме, может не загружаться до возврата исходного значения. Риск для данных появляется только при операциях записи в таблицу разделов.
Можно ли исправить GPT-заголовок средствами Windows?
Штатной команды «починить GPT» в Windows нет: bootrec и bcdboot восстанавливают загрузчик, но не таблицу разделов. Для восстановления заголовка из резервной копии обычно используют gdisk из Linux Live-USB или сторонние менеджеры разделов.
Почему ошибка появляется именно на платах ASUS?
Сообщение с формулировкой про проверку SATA Mode характерно для прошивок ASUS — их UEFI при проблемах с чтением GPT выводит такую подсказку. На платах других производителей аналогичная ситуация проявляется иначе: диск просто пропадает из списка загрузки или система уходит в режим восстановления.
Поможет ли переустановка Windows?
Если причина в неверном режиме SATA — нет: после переустановки в неправильном режиме проблема может сохраниться или система просто не увидит диск. Переустановка оправдана только после того, как устранена причина повреждения GPT и подтверждена исправность накопителя.
Диск виден в BIOS, но таблица не читается нигде. Это конец?
Не обязательно. Данные могут оставаться на диске даже при полностью разрушенной таблице разделов — их находят утилиты посекторного поиска по сигнатурам файловых систем. Если информация ценная, прекратите эксперименты с записью и обратитесь в лабораторию восстановления данных.