[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#38783: GPT case that parted can't handle

From: Ulf Zibis
Subject: bug#38783: GPT case that parted can't handle
Date: Tue, 7 Jan 2020 12:07:44 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2


what you mean by "cloning"?
Hardcopy of the first 63 GB by help of e.g. dd tool or using parted to
copy the 63 GB partition?

Did you try to use the tool testdisk to repair the situation?

Hope this helps,

On Sat, Dec 28, 2019 at 10:18:40PM +0000, Jason Mancini wrote:
Install Windows to a 1TB drive but only partition the first 63GB.  Most of the 
disk is empty.

Clone the first 63GB to a 512GB drive.  This misses the trailing GPT table.  
Windows will boot and run fine.  Windows Disk Management is happy.

But no Linux partitioning tool will touch this disk, or see any partitions.  I 
suspect they all die on the first table's pointer-to-backup that goes past the 
end of the disk.

The situation is easy to correct from within Windows, simply add and delete a 
partition without assigning a drive letter or formatting.  It rewrites both 
tables correctly.  But this is dependent on having free space to add a 
partition.  And dependent on booting Windows.

Can we improve things on the non-Windows side of the tools?  There seems to be 
no tool that can be manually directed to only use the first or second table.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]