fdisk жалуется: «Резервная таблица GPT повреждена, но основной файл в порядке, поэтому он будет использован».

Question

Недавно я купил 2 внешних USB-накопителя WD Easystore 8 ТБ, чтобы использовать их и использовать накопители WD Red NAS для своего компьютера. (Arch Linux) Первый оказался WD White Label (WD80EMAZ-00WJTA0), а второй действительно был Red. (WD80EFAX-68LHPN0)

Я установил белый, и все оказалось хорошо. Я скопировал почти 5 ТБ данных без проблем, но позже я заметил сообщение об ошибке GPT при использовании gparted на другом диске, на котором я работал. Мои данные кажутся доступными, поэтому я еще ничего не сделал.

Сегодня я установил диск Red и на том же диске я получаю ту же ошибку перед любым разбиением или форматированием. Я искал решения и думаю, что это как-то связано с наличием Host Protected Area (HPA), но я не знаю, как это проверить наверняка, или что с этим делать, если это произойдет. Это исправимо с моими данными на Белом диске? Я могу экспериментировать на красном диске, но не уверен, что попробовать.

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.3

Caution: invalid backup GPT header, but valid main header; regenerating
backup header from main header.

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: damaged

****************************************************************************
Caution: Found protective or hybrid MBR and corrupt GPT. Using GPT, but disk
verification and recovery are STRONGLY recommended.
****************************************************************************

Command (? for help): p
Disk /dev/sdb: 15628053168 sectors, 7.3 TiB
Model: WDC WD80EMAZ-00W
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 6837F2B2-3A65-4260-B87E-B4682BAEE5FF
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 15628052446
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048     15628050431   7.3 TiB     0700  WD_8TB

Command (? for help): v

Problem: The secondary header's self-pointer indicates that it doesn't reside
at the end of the disk. If you've added a disk to a RAID array, use the 'e'
option on the experts' menu to adjust the secondary header's and partition
table's locations.

Identified 1 problems!

а также..

$ sudo hdparm -N /dev/sdb 

/dev/sdb:
max sectors   = 15628053168/15628053168, HPA is disabled

Answer 1

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

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

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

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