Резервная таблица GPT повреждена. Запуск fdisk.

Я пошел проверить свой диск с помощью команды fdisk -l и обнаружил одно сообщение, которое говорит, что Резервная таблица GPT повреждена, но основная выглядит нормально, поэтому она будет использована.

Я не уверен, о каком диске идет речь, но подозреваю, что это мой загрузочный USB-накопитель объемом 16 ГБ.

Что мне с этим делать?

Вот вывод терминала.

Мы уверены, что вы получили обычную лекцию от местного системного
администратора. Обычно она сводится к трем вещам:

    #1) Уважайте личную жизнь других.
    #2) Думайте, прежде чем печатать.
    #3) С великой силой приходит великая ответственность.

[sudo] пароль для amnesia: 
Диск /dev/sda: 298.1 GiB, 320072933376 байт, 625142448 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: dos
Идентификатор диска:

Устройство     Загрузка  Начало       Конец   Секторы   Размер Id Тип
/dev/sda1  *      2048    206847    204800   100M  7 HPFS/NTFS/exFAT
/dev/sda2       206848 522741759 522534912 249.2G  7 HPFS/NTFS/exFAT

Резервная таблица GPT повреждена, но основная выглядит нормально, поэтому она будет использована.
Диск /dev/sdb: 14.9 GiB, 16008609792 байт, 31266816 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 

Устройство        Начало      Конец  Секторы  Размер Тип
/dev/sdb1      2048 16779263 16777216    8G EFI Система
/dev/sdb2  16783360 31266782 14483423  6.9G Файловая система Linux

Диск /dev/loop0: 1.1 GiB, 1181437952 байт, 2307496 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/loop1: 75.7 MiB, 79384576 байт, 155048 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/mapper/TailsData_unlocked: 6.9 GiB, 7413415424 байт, 14479327 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт

Диск /dev/sdc: 1.8 TiB, 2000365289472 байт, 3906963456 секторов
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер ввода-вывода (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: 

Устройство          Начало        Конец    Секторы   Размер Тип
/dev/sdc1        2048 1536002047 1536000000 732.4G Базовые данные Microsoft
/dev/sdc2  1536002048 3072002047 1536000000 732.4G Apple HFS/HFS+
/dev/sdc3  3072002048 3906758655  834756608   398G Файловая система Linux
amnesia@amnesia:~$```

Что ж, если бы вы запустили fdisk -l — то есть, не указывая устройство, — это, похоже, просканировало все найденные устройства.

Когда оно просканировало /dev/sda, оно выявило два факта о нем (среди прочего):

• Он использует таблицу разделов в так называемом формате GPT (другой вариант на (старом) оборудовании x86 — так называемый MBR).
• Оно обнаружило, что резервная копия таблицы разделов GPT повреждена, но основная в порядке.

Затем оно продолжило и считывало основную копию и выводило данные из нее. Затем оно сделало то же самое для других накопителей.

Что мне с этим делать?

На этот вопрос не совсем легко ответить.

Очевидным, поверхностным ответом будет восстановить резервную копию и закончить на этом. Вот как.

Но тот факт, что она повреждена, может быть сигналом о том, что оборудование диска выходит из строя. Хотя это не обязательно.

Я бы сделал следующее.

1. Создайте резервную копию всех данных с этого диска где-нибудь,
   используя привычный способ копирования файлов, tar или то, что вам удобно.

2. Создайте резервную копию данных его разделов:

   # sfdisk --dump /dev/sda > /path/to/sda.part
   

3. Запустите тест на нагрузку оборудования устройства;
   древний badblocks может подойти:

   # badblocks -s -w -p N /dev/sda
   

   (Вы также можете добавить -v, чтобы он был более разговорчивым, хотя -s обычно достаточно.)

   Обратите внимание на -w — “разрушающий тест на чтение/запись”, — и -p N, который устанавливает количество проходов на N. Выберите это число как минимум, не знаю, 4.

   Позвольте мне повторить: запуск тестов в режиме -w уничтожит все данные на диске. Но взамен этот режим максимально нагружает диск.

4. После завершения badblocks (это может занять время — особенно с большим N), посмотрите, что он сообщил.

   Если он сообщил об ошибках, ваш диск следует считать мертвым и выбросить или обменять его, если он все еще на гарантии.

5. Если badblocks сказал, что с диском ничего не накреплено, запустите smartctl из пакета smartmontools:

   # smartctl --all /dev/sda
   

   и затем обратите пристальное внимание на несколько моментов:

   • Журнал ошибок; на действительно исправном диске он должен быть пустым.

   • Переменные SMART, связанные с плохими блоками: Reallocated_Event_Count, Current_Pending_Sector, Offline_Uncorrectable. Эти переменные означают, соответственно: количество секторов (блоков), переназначенных, количество блоков, в настоящее время считаемых плохими и тестируемых микропрограммным обеспечением диска, количество секторов, найденных микропрограммным обеспечением диска как плохие, но которые не могут быть переназначены, так как таблица свободных секторов для переназначения была исчерпана предыдущими плохими блоками.

   (Может быть, хорошая идея ознакомиться с SMART в общем.)

   Если вы видите что-то неправильное в этих показаниях, лучше не полагаться на диск.

6. В конце концов, если все в порядке, вы можете с определенной степенью уверенности утверждать, что повреждение резервной копии GPT было вызвано какими-то неизвестными факторами (инопланетянами, иллюминатами и т. д.) и продолжить восстановление диска:

   1. Восстановите таблицу разделов:

      # sfdisk /dev/sda < /path/to/sda.part

   2. Убедитесь, что ОС видит новые разделы:

      # blockdev –rereadpt /dev/sda

   3. Воссоздайте файловые системы на восстановленных разделах, используя любые инструменты, которые вам нравятся (похоже, что оба раздела являются exFAT).

   4. Восстановите файлы.