Восстановление GPT после уменьшения раздела с sfdisk

Год назад мой жесткий диск был доступным из Windows, но не монтируемым из Ubuntu. Я использовал некоторые инструменты восстановления таблицы на Ubuntu, но она просто повредила таблицу GUID. Я зафиксировал таблицу с Мастером Раздела в Windows и пошел с ним, ничто не изменилось за исключением того, что конечное положение логического раздела было больше, чем количество секторов диска (информация от gparted и вывода sfdisk).

Так, имея этот вывод sfdisk и после этого (перепутал GPT и MBR), инструкция

Disk /dev/sdb: 1.8 TiB, 2000397852160 bytes, 3907027055 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 9F126AEE-463C-394E-A817-2AD9C33C6946
Device      Start        End    Sectors  Size Type
/dev/sdb1  264192 3907028992 3906764800  1.8T Microsoft basic data

Я изменил значение sdb1 размера так, чтобы количество последнего сектора было [максимальным возможным значением, данным sfdisk] = 3907027021, и переписало его к/dev/sdb с sfdisk. После этого раздел ntfs видим из Ubuntu и Windows, но не может быть смонтирован.

Теперь у меня есть файл от sfdisk с резервным копированием:

label: gpt
label-id: 9F126AEE-463C-394E-A817-2AD9C33C6946
device: /dev/sdb
unit: sectors
first-lba: 34
last-lba: 3907027021

/dev/sdb1 : start=      264192, size=  3906764800, type=EBD0A0A2-B9E5-4433-87C0-68B6B72699C7, uuid=B5CAA620-E5FD-3343-B7A6-135065D0AD95

Но это не может быть записано в/dev/sdb той же процедурой [sfdisk/dev/sdb <backup.txt], потому что это не разрешает устанавливать значение сектора конца, больше, чем количество секторов диска:

/dev/sdb1: The last usable GPT sector is 3907027021, but 3907028991 is requested.
Failed to add #1 partition: Invalid argument

Версия sfdisk 2.31.1. Информация дана gpart:

GPT fdisk (gdisk) version 1.0.3

Type device filename, or press  to exit: /dev/sdb
Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 3907027055 sectors, 1.8 TiB
Model: ST2000DM001-9YN1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 9F126AEE-463C-394E-A817-2AD9C33C6946
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 3907027021
Partitions will be aligned on 2048-sector boundaries
Total free space is 264158 sectors (129.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1          264192      3907027021   1.8 TiB     0700  

Command (? for help): v

No problems found. 264158 free sectors (129.0 MiB) available in 1
segments, the largest of which is 264158 (129.0 MiB) in size.

Действительно ли возможно восстановить таблицу GUID с помощью, остался информацией?

1
задан 24 December 2018 в 17:26

1 ответ

Хорошо, в моем испытательном стенде утилиты случая зафиксировал свойства раздела автоматически, теперь жесткий диск снова видим из Windows, по крайней мере.

P.S. Это также стало доступным из Ubuntu после добавления нескольких мегабайтов (количество перекрывающегося размера времен блоков блока должно быть приемлемым) в конец последнего раздела т.е. уменьшающийся немного утилитой в Windows.

1
ответ дан 7 December 2019 в 15:09

Другие вопросы по тегам:

Похожие вопросы: