Friday, June 9, 2017

partitioning - Recovery GPT after shrinking partition with sfdisk

A year ago, my HDD was available from Windows but not mountable from Ubuntu. I used some table repair tools on Ubuntu but it just corrupted the GUID table. I fixed the table with Partition Wizard on Windows and went with it, nothing changed except that the end position of the logical partition was greater than the number of disk's sectors (info from gparted and sfdisk output).



So, having this output of sfdisk and following this (mixed up GPT and MBR) instruction



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


I altered the value of sdb1 size so that the number of the last sector is [maximum possible value given by sfdisk] = 3907027021 and rewrote it to /dev/sdb with sfdisk. After that ntfs partition is visible from Ubuntu and Windows but cannot be mounted.



Now I have the file from sfdisk with backup:



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


But it can't be written to /dev/sdb by the same procedure
[sfdisk /dev/sdb < backup.txt]
because it doesn't permit to set the value of the end sector greater than the number of disk sectors:




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


The version of sfdisk is 2.31.1. Info given by 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.


Is it possible to repair the GUID table using remained information?

No comments:

Post a Comment

11.10 - Can&#39;t boot from USB after installing Ubuntu

I bought a Samsung series 5 notebook and a very strange thing happened: I installed Ubuntu 11.10 from a usb pen drive but when I restarted (...