fdisk жалуется, что " резервная таблица GPT повреждена, но первичная отображается OK, так что будет использоваться."

код hdparm выход показывает что HPA отключено так что вопрос не связан с этим.

наиболее распространенной причиной этой проблемы, судя по аналогичным вопросам, которые я видел здесь и на других форумах, является использование программного RAID на основе материнской платы (иногда называемый "поддельным RAID", хотя это обманчивый термин). Проблема с этим типом программного RAID заключается в том, что для согласования используемых структур данных требуется по крайней мере два программных компонента. прошивка и операционная система. В случае мультизагрузочного компьютера все операционные системы должны понимать одни и те же структуры данных RAID, поэтому для сопоставления потребуется три или более конфигураций. В любом случае, если микропрограммное обеспечение считает, что диск использует программный RAID на основе материнской платы, но ОС этого не делает, результатом, вероятно, будет повреждение резервных структур данных GPT. Причина в том, что эти структуры данных занимают последние несколько секторов диска, и это также, где именно платы на основе программного RAID обычно магазины its структуры данных. Таким образом, один набор структур данных уничтожит другой. Начинается безумие. (Хотя см. ниже.) Когда все синхронизировано, это прозрачно; материнская плата помещает свои структуры данных в конец диска, ОС понимает это и скрывает эту часть диска, и вам не нужно беспокоиться об этом.

если вы не создали таблицу разделов, возможно, проблема не вызвана такой неправильной конфигурацией ваша часть, а скорее со стороны производителя диска или, возможно, кого-то, кто обрабатывал диск между ними (скажем, если диск был продан кому-то другому, а затем возвращен, и вы получили его из корзины возврата). В этом случае выполните w на gdisk следует переписать таблицу разделов, в результате чего сообщение об ошибке исчезнет. Это хорошая идея, так как структуры данных резервного копирования GPT существуют по какой-то причине-они резервное копирование, быть использованным в случае если некоторые типы черепашок, потребитель ошибки или аппаратные сбои повреждают первичные структуры данных (хранящиеся в начале диска). Большинство ОС и инструментов будут загружаться нормально, а структуры резервных копий отсутствуют, но без них вы отказываетесь от их преимуществ. Кроме того, есть вероятность, что какой-то инструмент запутается в повреждении и сделает что-то плохое. (Я не знаю примеров, но новые инструменты пишутся все время, а старые могут разрабатывать новые ошибки, так что возможность такой ошибки всегда присутствующий.)

еще один пункт: gdisks v указывает, что данные резервного раздела не существуют в конце диска, где они должны быть. Чтобы исправить это, можно ввести x, чтобы добраться до меню экспертов, то e для перемещения резервных структур данных. Эта неуместная таблица разделов резервного копирования согласуется с использованием программного RAID на основе материнской платы в прошивке, но не ОС, или с различными другими проблемами (например, аппаратный массив RAID, который был расширен или диск, который был клонирован с меньшего на больший диск). Перемещение резервных структур данных обычно является хорошей идеей, и в некоторых случаях необходимо использовать полную емкость диска. (В вашем случае вы восстановите только около 2000 секторов, поэтому это не имеет большого значения с точки зрения мощности. Обратите внимание, однако, что если ваша материнская плата настроена на использование программного RAID-массива, перемещение резервных структур данных приведет к удалению данных программного RAID-массива. Это может запутать материнскую плату и материнская плата, вероятно, перепишет свои данные, в результате чего GPT будет поврежден при следующей перезагрузке. Решение-отключить программный RAID опции в программе установки прошивки, затем переместите структуры данных GPT с помощью gdisk или какой другой инструмент.