Восстановление таблицы GPT

Я вступил в ряды пользователей, которые не умеют читать и ломать свои собственные вещи.

В прошлое воскресенье, пытаясь скопировать больший раздел NTFS Windows 7 в меньший, я взорвал то, что, по моему мнению, является таблицей разделов на жестком диске объемом 3 ТБ. Для контекста:

sdb (3TB drive/partition)
sdh2 (1.57 TB partition)(2TB drive)

Я запускал PartedMagic 2018 (и до сих пор запускаю) и набрал следующее:

sgdisk -R /dev/sdb /dev/sdh2

Когда я открыл Gparted, я понял, что неправильно ввел команду. Оно был указан в вопросе SE в качестве ответа для устранения проблемы, связанной с перемещением большего раздела в меньший. Ответ был напечатан следующим образом:

sgdisk -R /dev/sdY /dev/sdX
where:
sdX = Disk A
sdY = Disk B

Тупица отходит в сторону, теперь я контролирую ущерб. Я начал следовать этому Руководству по форумам Ubuntu и в настоящее время начал сканировать диск на предмет заголовков разделов, чтобы восстановить весь диск.

До сих пор я ввел следующую команду: gpart /dev/sdb. Он сканировал диск около 4 дней, 20 часов.

У меня есть несколько вопросов относительно моей процедуры здесь:

1. Сколько времени это займет? По моим лучшим оценкам, я смотрел на индикатор активности жесткого диска и считал максимум одно мигание в секунду. Я предположил, что одно мигание - это чтение одного сектора, и что каждый сектор равен 4096 (он находится на флэш-накопителе). 2 720 000 МБ на диске объемом 3 ТБ при скорости чтения 4 МБ в секунду дает мне около 7,87 дней. Самое короткое время было бы вдвое быстрее, и это было бы сделано к настоящему времени. Последний вывод "Возможного раздела" был два дня назад и дал смещение 1421742 мб, в то время как первый возможный вывод был со смещением 1 мб. Я где-то видел, что размеры секторов могут быть меньше. Я близок?

2. Принимаю ли я подходящий курс действий для спасения моего диска? Руководство по форумам Ubuntu кажется разумным и очень понятным. У меня есть только один раздел, который был у меня на диске, раньше их было больше, но я стер его и начал заново только с одного. Это был единственный раздел, указанный до аварии, и, насколько я помню, использовал весь диск. Я не уверен, был ли на нем один из тех нескольких неиспользуемых разделов МБ или нет (это странное пустое неразмеченное место, которое иногда делается в GParted, когда вы создаете раздел, оно предваряется неиспользуемым 1 мбайт.)

3. Если я восстановлю раздел с помощью parted и добавлю не все сектора или добавлю слишком много, будут ли данные по-прежнему отображаться в этом разделе? В руководстве говорится, чтобы использовать единицы секторов для восстановления таблица разделов. Если я использую слишком мало или слишком много устройств, будут ли данные по-прежнему отображаться, когда я подключу диск и прочитаю его?

4. Я читал, что есть первичная и вторичная таблица разделов или что-то в этом роде, существуют ли они, могу ли я их скопировать, как я мог бы просмотреть их, чтобы подтвердить, какой из них я хочу для восстановления?

Мне нужен второй вариант контроля повреждений, помимо отправки его в профессиональную службу. Это не бизнес-компьютер, но есть некоторые важные вещи, которые нужно восстановиться.

Конечная цель: Восстановить один раздел на диске объемом 3 ТБ.

Обновление: После сканирования gpart

Как видно на эталонных изображениях, сканирование завершилось неудачно ближе к концу диска. С тех пор я поместил диск в более новый компьютер, на котором я запустил TestDisk. Быстрое сканирование обнаружило кое-что из того, что gpart видел, но не то, что я знаю. Я использовал опцию более глубокого сканирования, где в течение нескольких минут он обнаружил соответствующий раздел с именем Big Mongo. Это то, что я назвал привод в Windows.

Обновление 2: После проверки тестового диска

Тестовый диск завершен (см. Дополнительные фотографии ссылок) и идентифицировал мой отсутствующий раздел. Я могу получить список файлов в программе. Обратите внимание на размер в нижней части завершенного сканирования. Сканирование завершилось в прохладные 10 часов против 8 дней с gpart.

Вывод: Для пытливых умов

После запуска TestDisk он нашел раздел, но создал таблицу неправильно, поэтому я запустил gdisk и перестроил его, используя 2048 в качестве начального и максимального размера в качестве конечного (см. Отмеченный ответ). Он был в спящем режиме, загрузился без проблем.

Эталонные изображения
gdisk -l для комментариев https://i.stack.imgur.com/9znYj.jpg
сканирование gpart 1/2 https://i.stack.imgur.com/rWxuC.jpg
сканирование gpart 2/2 https://i.stack.imgur.com/HQYJ8.jpg

Быстрое сканирование тестового диска

Более глубокое сканирование тестового диска Предварительный

Тестовый диск завершен