From unknown Wed Jun 18 23:08:13 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#38783 <38783@debbugs.gnu.org> To: bug#38783 <38783@debbugs.gnu.org> Subject: Status: GPT case that parted can't handle Reply-To: bug#38783 <38783@debbugs.gnu.org> Date: Thu, 19 Jun 2025 06:08:13 +0000 retitle 38783 GPT case that parted can't handle reassign 38783 parted submitter 38783 Jason Mancini severity 38783 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 28 17:40:07 2019 Received: (at submit) by debbugs.gnu.org; 28 Dec 2019 22:40:07 +0000 Received: from localhost ([127.0.0.1]:59052 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilKkg-0004if-TV for submit@debbugs.gnu.org; Sat, 28 Dec 2019 17:40:07 -0500 Received: from lists.gnu.org ([209.51.188.17]:43995) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilKQ5-0004EL-1s for submit@debbugs.gnu.org; Sat, 28 Dec 2019 17:18:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36791) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilKQ3-0003t2-Cr for bug-parted@gnu.org; Sat, 28 Dec 2019 17:18:48 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: *** X-Spam-Status: No, score=3.6 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,KHOP_HELO_FCRDNS,RECEIVED_FROM_WINDOWS_HOST autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ilKQ0-000429-SP for bug-parted@gnu.org; Sat, 28 Dec 2019 17:18:45 -0500 Received: from mail-dm6nam10olkn20826.outbound.protection.outlook.com ([2a01:111:f400:7e88::826]:50209 helo=NAM10-DM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1ilKQ0-0003b2-2o for bug-parted@gnu.org; Sat, 28 Dec 2019 17:18:44 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KJVQUhEmSWRl8tK5wXaEQ4gnYSZhUPuNb7dUgeSxlNnn3J02SPRGL9jZNKuZZ5V2FoHADmS+7zkVTveCFAr2EGk0xbXgvxdGyW+wJYXOSzL2cDKgWDtobVNrNm2N7UOjbFphKoQX7ZUGLViuWruIurD/51QakwkwXi7S/UTwgKtB/QehvmrjBjiLAT/eejLo2YswNNpD50Ejch75usW9xHPaFCQX+CCFP+eNOBoSpb2RhWWHyocpkAnirsOB7RnOWNQQa3tIZ/cpgwaJ7Z7VgutaQMOEllaVZqwf5dYHrgA3tMOCXdxTXi+hms7TvyxW5qCHsXGpQB6OAcH+UxOTeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VQeXz/G4kBl/d9cMkUzvmSRFOXMhksTNq6cuxCJogJk=; b=FuyCUdQFq0CBWy3wIycRW5gMo4dQg6TUUkhq8QQcYI+OZbDrlC2XltX+eqc7q3cCy89MtVpqwLz9SDh/GEPj00SFbQOyVTvWNQGFWg4veWueQkLsQ416eTRPiz5UXuH+Jyl37wUhSckbEDNy4wZKMaeKcrdEZm/VslmIXU72On3ujJqTTyB2u7JVDp/dqET0Yz2US7lltMOFIsU+x0xBSsI1PvFUuUGGDiQActaCD0tpvlPFJoMCz2E/Sw+xqrQeYdk/+Y+dImxMyFK40ca3Rag4QyF4lcqbin4x48JLm3nulwUOmzfjwlEE/+xmQR+6WV5nlUdTzbnZWI9gntLCcg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VQeXz/G4kBl/d9cMkUzvmSRFOXMhksTNq6cuxCJogJk=; b=B1bXMK/hwS76l/vKgyA1Ohubim214slbg97BnOnqZJjuejY2PC9CCmUmS+vziA3wXcl9xNc8TjikCo7/59AgWcmKKhFmHjSsEimXqT07kmPodbjed7qB+Rm/leXTtsJZnjaNMlPwe+8uMEaQDW9Ye1YkD1PndcRmSWknjMevfZb9HomURipVwpk2QGfuVrGqpdAwGdceckbguTjxvDkT64oWmXUX8S+KVloVlaXkrkwOYsrBTi8j2ElIOL38OrKB9+9/+CVl4x8T8o8XoQSpt+UCvUoGSRs4hQV2XZEPbdyxTSYojCgN3BKlGGh8NsRmvvFR2osYGglACwKV8wpHIg== Received: from MW2NAM10FT040.eop-nam10.prod.protection.outlook.com (10.13.154.57) by MW2NAM10HT074.eop-nam10.prod.protection.outlook.com (10.13.155.116) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2581.11; Sat, 28 Dec 2019 22:18:40 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com (10.13.154.56) by MW2NAM10FT040.mail.protection.outlook.com (10.13.155.158) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2581.11 via Frontend Transport; Sat, 28 Dec 2019 22:18:40 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203]) by BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203%6]) with mapi id 15.20.2581.007; Sat, 28 Dec 2019 22:18:40 +0000 From: Jason Mancini To: "bug-parted@gnu.org" Subject: GPT case that parted can't handle Thread-Topic: GPT case that parted can't handle Thread-Index: AQHVvct+KgoTH+mqtUCHfdw9XbrEaQ== Date: Sat, 28 Dec 2019 22:18:40 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:DDA5FF6FAA72B31CEC2534739A8D53605EBBC1BD95E0D05A86C8507916B81A6E; UpperCasedChecksum:0CBD9E9C7DBADA216B0D55953E1053339865136899552200BE2962E314B04BC1; SizeAsReceived:6864; Count:42 x-tmn: [Mn9zZNuqzCmpomkZhf27R/hXN6G4TbxeHcoT2uDcQ6qlLmH1o7jI4NX0jCkpk2erIWKTUxz8c3c=] x-ms-publictraffictype: Email x-incomingheadercount: 42 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 61786a9c-3777-4e72-d9f9-08d78be3e4b0 x-ms-traffictypediagnostic: MW2NAM10HT074: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: CdfCbUVNelxJtKZpVm4ymcyK86sUz1al5Lt8TbOT3mViFJ/dAXg52r8eA9Dx2iVnucBIZc2gt1l9hKvmzdBC1ezE9BIoxYrbO0V8FC4a7DOTmk1KJGICp6iCaUJ7QWRcqSd4fTtOJ3Tjuui35X2fL9Fe7163OWD088E7ZEzfVpmbMAVIwYy4cdHJWBqHVX14 x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_BYAPR06MB47103397B05982DBE37C65C6AB250BYAPR06MB4710namp_" MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 61786a9c-3777-4e72-d9f9-08d78be3e4b0 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Dec 2019 22:18:40.5487 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: MW2NAM10HT074 X-detected-operating-system: by eggs.gnu.org: Windows 7 or 8 [fuzzy] X-Received-From: 2a01:111:f400:7e88::826 X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 28 Dec 2019 17:40:05 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --_000_BYAPR06MB47103397B05982DBE37C65C6AB250BYAPR06MB4710namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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 p= ast 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 b= oth 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 t= able. Thanks! Jason Mancini --_000_BYAPR06MB47103397B05982DBE37C65C6AB250BYAPR06MB4710namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Install Windows to a 1TB drive but only partition the first 63GB.  Mos= t of the disk is empty.

Clone the first 63GB to a 512GB drive.  This misses the trailing GPT t= able.  Windows will boot and run fine.  Windows Disk Management i= s 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 g= oes 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 rewri= tes 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 see= ms to be no tool that can be manually directed to only use the first or sec= ond table.

Thanks!
Jason Mancini
--_000_BYAPR06MB47103397B05982DBE37C65C6AB250BYAPR06MB4710namp_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 28 20:16:35 2019 Received: (at submit) by debbugs.gnu.org; 29 Dec 2019 01:16:35 +0000 Received: from localhost ([127.0.0.1]:59111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilNC6-0000Uz-LY for submit@debbugs.gnu.org; Sat, 28 Dec 2019 20:16:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:51981) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilM7G-0006pk-O8 for submit@debbugs.gnu.org; Sat, 28 Dec 2019 19:07:31 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:36419) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ilM7F-0001jj-NR for bug-parted@gnu.org; Sat, 28 Dec 2019 19:07:30 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ilM7E-0005Sb-KT for bug-parted@gnu.org; Sat, 28 Dec 2019 19:07:29 -0500 Received: from mail-lj1-x236.google.com ([2a00:1450:4864:20::236]:41451) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ilM7E-0005M6-BO for bug-parted@gnu.org; Sat, 28 Dec 2019 19:07:28 -0500 Received: by mail-lj1-x236.google.com with SMTP id h23so30102638ljc.8 for ; Sat, 28 Dec 2019 16:07:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:subject:to:references:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=ih1BImyjeeTI5I3kQHrYeXTgMbzMn5VzFr1KVEAmTik=; b=SZ8d6AJ0nXToMaUtprqJQaprxZ/szIbtOQQQpirwp3GQLaAJqbY3QwpT9japZU7F5T u9o62dbSihIacPrJzx+lQ8XjFsOUrScSAfvmfwM5B48t2ge7gTLZHTQCYWph/g12u4HT op4DIpunYfEURgYf+QEVzNvM/QQeWHtc8eMDvVp+PzJCr9GOShNJxlQf7Zze17JCAWNa U0KwCD+T3JpONvo4T16SohFp+hgvY+x8H35Dd6Tzbi5370XXowi7GVkYcTg/cqaouYif swoZissZffBAq/4/vvTf3Xzo+h453F8QUonwJSNBUQakfklZZPfh+J+1gU1M4aWx7vnA 5yPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:subject:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=ih1BImyjeeTI5I3kQHrYeXTgMbzMn5VzFr1KVEAmTik=; b=mOoz3XqaOnp6tNqKORAUIszRM0XJtcsYNwI8kYdBD1I6y9yzHN2ywAW6f5SecVVuR5 oqfOgQFsXdYvH0k5G33Vx0FH43o03Hs7zXfTTl2aspEIc1SJvGYeD/ZQ7h6Gm3V/Rvog mPD00lLLQiJEOykLI8cxnFljN6vwX7ooD/t6wzA3Gzd040jCNwGGYHcm8+FAIZ0LZTEE RcHm60LG6HGV3s7ZJV1oWAaqNVBNVYIeRiwNwkvNBr6tGBWQfD6KvjhQkugoCmDeOCeM meb0lk+qFZEXXGpwycQrUeEbBpGiu9y77DNfUHSQi8zSgFhV/u67Th6zyNKmNO44PG+p Kz+A== X-Gm-Message-State: APjAAAUf4lZIacwPPWGDFhWsAuV3PVV+UvZzTV3bp+ROLcqjdyZ2L2mA zuGK49eUvPaNcVYnDBFhuj2LWdlS X-Google-Smtp-Source: APXvYqzoyfSXBpiddNrQGzRbebmLcZ9Xz44+pkatBcXMxxYP2qb4Rd7mrpR4hAqhElrtj9VAejX/fA== X-Received: by 2002:a2e:3609:: with SMTP id d9mr31802329lja.188.1577578046284; Sat, 28 Dec 2019 16:07:26 -0800 (PST) Received: from [192.168.0.2] (c-884be055.032-76-756d6517.bbcust.telenor.se. [85.224.75.136]) by smtp.gmail.com with ESMTPSA id i16sm16652027lfo.87.2019.12.28.16.07.25 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 28 Dec 2019 16:07:25 -0800 (PST) From: Nio Wiklund X-Google-Original-From: Nio Wiklund Subject: Re: bug#38783: GPT case that parted can't handle To: bug-parted@gnu.org References: Message-ID: <14e27def-797b-19e4-84a9-9d5910c0dbc5@gmail.com> Date: Sun, 29 Dec 2019 01:07:24 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: sv-FI Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:4864:20::236 X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 28 Dec 2019 20:16:33 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Den 2019-12-28 kl. 23:18, skrev Jason Mancini: > 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. > > Thanks! > Jason Mancini @ Jason Mancini, Did you try to repair the backup partition table with 'gdisk'? Best regards Nio From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 28 21:38:36 2019 Received: (at 38783) by debbugs.gnu.org; 29 Dec 2019 02:38:36 +0000 Received: from localhost ([127.0.0.1]:59124 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilOTT-0002RR-D4 for submit@debbugs.gnu.org; Sat, 28 Dec 2019 21:38:36 -0500 Received: from mail-bn7nam10olkn2100.outbound.protection.outlook.com ([40.92.40.100]:7392 helo=NAM10-BN7-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ilNfm-0001Dk-IK for 38783@debbugs.gnu.org; Sat, 28 Dec 2019 20:47:16 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b9/YsKeXaMMaRJvNr+NtgKElkaQ4oUa1wtdmzfKgtN4nycKu3wjncXyvx1XzexR/+P2HyqmuDliC0taTx9oU254x0l4sQLtEnqb1DMA23kM/wG/UdFRMYiQHI6CDWCexydP+RGO6lg4JGMpCOa9U2XTxy3ll2pB4CMCCmehyir70eeMQNa9C3UM6/MOKmxX0x3EEWP+w13JHM9M4l+Ox7/j/OJGtTy/RaiTcIRuAMHYFWx6G592JxK5OTDJFCaHZA80hBVfjJBx0Oo8/6g/w4b2ye9Kkfkrnftd3+u6ha8Ld9eBsc/rnWheyyB+io/M/kZMR65QQp6WLqZIg0EPBMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Om2jKw1+vuqTPxWsipHpALfBnd9YXrubEzSTAmsE4OM=; b=AXzKjNtZr0PPDGRqwS/Pj08iaa5O0GF2fgETCLCP1eeOCi6s+GFEQh8nJ3AN6LMpbL+Gah8QkVa7+fAyFspwOaO9Gk9zynY9bhmPMVx9WbhwLewrSWKqtPxsUtXKd59I5nntvlVp/93dko0ZtiZqY5ND3o+7HxzeHtt8hCiETElZ+UeBtevVjafRxbQD6hhBVwqsLwg5eeHGt8/Nrz7huG9qvXjLjEhV+b1uTW/b9WdnTFVjKtT3h16zv8p2aZZC/RKbGTMw+93T8l687gejKYAv7LJVER5GDpDzoHfBw0BtP3xqS/RUW4eOvfXUS9DrjdE9PrRYyDqc6+buedMKdA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Om2jKw1+vuqTPxWsipHpALfBnd9YXrubEzSTAmsE4OM=; b=Ovrw9Fc7XK5c85PXAFwf//yCZMy0uxtoCvE+5QIv1+YdhPHg2asG41DgbXRSbzoILa4r1SCyGIhImAil6k1fP3zkNanQKmTh+eWhW1ZuolKdJsl0Kb3y8T+blBI+eRQlsHUqqdsN4Ao/jmnCrR8QNUlicTNvVlIBPy/y2aDr5C8O4uGm/SCpDOUhN2kz7inmBnUkS2rWWPNmJCAxB8uHJg7u9IivCrFljXu9VeKp7vOYlXMxVuBrr8JTwVCb9515/01RgvFhUDEp998wDF1b7AttCujCTe5cNHjkBvKWK2gYsT00TE4GIG5a4OgBpUml8+1d88Cs0X13xn4KmtoBqw== Received: from DM6NAM10FT033.eop-nam10.prod.protection.outlook.com (10.13.152.53) by DM6NAM10HT091.eop-nam10.prod.protection.outlook.com (10.13.153.156) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2581.11; Sun, 29 Dec 2019 01:47:06 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com (10.13.152.60) by DM6NAM10FT033.mail.protection.outlook.com (10.13.152.148) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2581.11 via Frontend Transport; Sun, 29 Dec 2019 01:47:06 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203]) by BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203%6]) with mapi id 15.20.2581.007; Sun, 29 Dec 2019 01:47:06 +0000 From: Jason Mancini To: "38783@debbugs.gnu.org" <38783@debbugs.gnu.org> Subject: feedback Thread-Topic: feedback Thread-Index: AQHVveA+wGwuv7sYi0anToBQV/fLqg== Date: Sun, 29 Dec 2019 01:47:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:D34B4316A6319E94A0D84A836F6836B3406D6C9107B2560458435BE4003537AE; UpperCasedChecksum:CA088F21CE9AE0502F063104C1821E6BCBBDDE12F278D76E525DE2CF8301F95F; SizeAsReceived:6787; Count:42 x-tmn: [Y2zwabqUNFuEmiJJlai4k/Ela+up0aVRZPlZZrWmqz+SLr7fFrb/wnvPwI0jvoIA] x-ms-publictraffictype: Email x-incomingheadercount: 42 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: cbc2b44b-62fd-48b3-c113-08d78c01027d x-ms-traffictypediagnostic: DM6NAM10HT091: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: UaGmda3GNnsKIA8ZX0SCz+FxlfZZ0Ct/nDk9EsD3MtIgGp9sdcR8lCSVhiFuwkXUnlVNgYPzb7avQ80JImAPpJOXD3peI2VjRlGgdzvOBiWBofJcWh53Qsd3T1fuaaYeCBHgDQ/0W8S6jNzin+MZncogY8VRMKSlzngl3O8RqlgLWzp0lvBVgPz0aSv1QNPh x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: cbc2b44b-62fd-48b3-c113-08d78c01027d X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Dec 2019 01:47:06.0136 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6NAM10HT091 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 38783 X-Mailman-Approved-At: Sat, 28 Dec 2019 21:38:33 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > Did you try to repair the backup partition table with 'gdisk'?=0A= > Best regards=0A= > Nio=0A= =0A= Nice, gdisk correctly handles the situation. Literally: gdisk, write, quit= .=0A= Can we get parted and fdisk/cfdisk to be as clever, and not discard the fir= st table because the second table is inaccessible? That's the whole point = of having two tables ...=0A= =0A= This bug causes Linux installers to overwrite working Windows installations= .=0A= =0A= Jason=0A= From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 06 17:23:02 2020 Received: (at 38783) by debbugs.gnu.org; 6 Jan 2020 22:23:02 +0000 Received: from localhost ([127.0.0.1]:46935 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ioam5-0003fW-LM for submit@debbugs.gnu.org; Mon, 06 Jan 2020 17:23:02 -0500 Received: from us-smtp-1.mimecast.com ([205.139.110.61]:46126 helo=us-smtp-delivery-1.mimecast.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ioam3-0003fI-8j for 38783@debbugs.gnu.org; Mon, 06 Jan 2020 17:23:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1578349378; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=wc/kwa08UAgxyR0efx5/gMp9L26PVQ/Gj/o9+JczRvM=; b=cRtNgzHaAVU4WJfj5OsaUIal5pE+ChsKdB3xG/Z93xIh2sFdWV2d+9yc9EZY84quGJNv9u n9K0bjwLxNaxxuOul4hV9OsMgkxp+u05ZCnNtkj7VBPpYBuwVQrqqk54dRIrj2NahX5RSj NN7VwHTuMG1PmuareNKIzyQYmiSNmI0= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-256-UWnzbAMzOJOGzO2j8dTVOw-1; Mon, 06 Jan 2020 17:22:55 -0500 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 8B8D9800D48; Mon, 6 Jan 2020 22:22:54 +0000 (UTC) Received: from lister.brianlane.com (ovpn-112-37.phx2.redhat.com [10.3.112.37]) by smtp.corp.redhat.com (Postfix) with ESMTPS id F2A457C001; Mon, 6 Jan 2020 22:22:53 +0000 (UTC) Date: Mon, 6 Jan 2020 14:22:51 -0800 From: "Brian C. Lane" To: Jason Mancini Subject: Re: bug#38783: GPT case that parted can't handle Message-ID: <20200106222251.GD11737@lister.brianlane.com> References: MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 X-MC-Unique: UWnzbAMzOJOGzO2j8dTVOw-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38783 Cc: 38783@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 o= f the disk is empty. >=20 > Clone the first 63GB to a 512GB drive. This misses the trailing GPT tabl= e. Windows will boot and run fine. Windows Disk Management is happy. >=20 > But no Linux partitioning tool will touch this disk, or see any partition= s. I suspect they all die on the first table's pointer-to-backup that goes= past the end of the disk. >=20 > The situation is easy to correct from within Windows, simply add and dele= te 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. >=20 > 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. It's certainly possible. But some things to consider: * In commit 7f753b1b0505b Jim mentions that the spec calls this situation an invalid GPT partition. But I'm not sure I agree after reading over section 5.3.2 a few times. * If parted does create a new backup table it needs to make sure that the end of the last partition doesn't interfere with it. * looking at some of the code, things like _parse_header are written to support growing the disk, but will fail on one that has shrunk. Given the amount of work that would be needed to support this, and that this is a corner case I don't think it's something I want to tackle. Really, you shouldn't be copying pieces of disks around. Make a new partition and copy the data -- it's safer that way. --=20 Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 06 18:05:33 2020 Received: (at 38783) by debbugs.gnu.org; 6 Jan 2020 23:05:33 +0000 Received: from localhost ([127.0.0.1]:46965 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iobRF-0004iC-8C for submit@debbugs.gnu.org; Mon, 06 Jan 2020 18:05:33 -0500 Received: from mail-bn8nam11olkn2067.outbound.protection.outlook.com ([40.92.20.67]:19168 helo=NAM11-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iobM2-0004Yi-IM for 38783@debbugs.gnu.org; Mon, 06 Jan 2020 18:00:11 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Ki0CNyXsfNkX94xlQ1vXRYs1Ua+1Dftoe5UAWs3KEDljXQVIi3oMLBeVeT4A3di7YwY3Oe0MOnRlh+/yiGnW11hkoUL8ixvxjzjURSFQHn2A4IcxeUVkLhbtYwBryiqSCww/nBUSiNr74m2QeFMNG1+/y7bCXq5VRhWPpQdNiW4wxJ7eOjGVcDcrpd/yt2zxXYRehfDNDe79aAktAWeYUy1SNpwV3glU62IuJ3K/x5so/uBqg79GLE/B/hZtEwxyUd1ilBYCU6Dy9GwV3hDgo758dMdkCqz4KP2YZNphDZnie5S/dy8YMurFqi64VRkBB/+oYvbPf94sab/SijZCAw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yWwx+/i2lhchC32lkIPrVOQJdKeg26Vh/+O3gB204nM=; b=Q8hbyBWsyaC3Lj2Sp1f6D46y+UlJW/nqaPoLB6gEYYj0jWK83nc4wQaby8Ta8l6i4zwzsERSMn8yFhMTl5gaPUyoqGprlRu++1z8+TPQGy+kc0Ei9qnuEbXtInIn8/0p7X8mTQqE6tTxbZFS1RZ8owv9VQrzj1iyhpl0ZTGDsnNIW+kj2MwHinu3W2G/XysnMw7/RqCY7HF2K4xO5ahb9ekJlZmhm4OT+OEWkEBd+bTR3OV9yoYTQ/UouIs80CdiaXXMrad8wSPfMyQEca6eUFk/dghRvEVNFAARkJhJagd/CWCxyV6aOgNuqqMU3OT1rzkVTuOG8yYaZQI+VK0PHg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=yWwx+/i2lhchC32lkIPrVOQJdKeg26Vh/+O3gB204nM=; b=HUswvJnv1xiRyHYoHd2YFZ8Ik+23IH1uy5H03aEGBA5VMvSRgdrNnzkmVVf94rrr/WtTlWNk8fal5H2QKnYdN90+mEMIWsJkm8Mzb+s6ZLWRS5u0KoOCekAyMQFi1RPy03oBvw7QbaVVfTGc8GbjeZgNUX57wCUQEKzps/zZ/1P03auy4FzzU9giT76dHcPWKWvHyYTWxZmiM23JgE4JR5SiIjAw0tUuLO3BwSFh+d+2lU983kqizhXPbFl1X+AiKY/WulAZz5vP1CO2ikTq2p8ZkqNQJWwHsednKpNhi+Ar620wj7Bq8xrpJaA2mIPj2Sq1rGSgJoZfde9jBTiCFA== Received: from CO1NAM11FT043.eop-nam11.prod.protection.outlook.com (10.13.174.51) by CO1NAM11HT247.eop-nam11.prod.protection.outlook.com (10.13.174.211) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.11; Mon, 6 Jan 2020 23:00:04 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com (10.13.174.56) by CO1NAM11FT043.mail.protection.outlook.com (10.13.174.193) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2602.11 via Frontend Transport; Mon, 6 Jan 2020 23:00:04 +0000 Received: from BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203]) by BYAPR06MB4710.namprd06.prod.outlook.com ([fe80::85cd:4296:3be5:5203%6]) with mapi id 15.20.2602.015; Mon, 6 Jan 2020 23:00:04 +0000 From: Jason Mancini To: "38783@debbugs.gnu.org" <38783@debbugs.gnu.org> Subject: Re: bug#38783: GPT case that parted can't handle Thread-Topic: bug#38783: GPT case that parted can't handle Thread-Index: AQHVvct+KgoTH+mqtUCHfdw9XbrEaafeRBOAgAAH0Hc= Date: Mon, 6 Jan 2020 23:00:03 +0000 Message-ID: References: , <20200106222251.GD11737@lister.brianlane.com> In-Reply-To: <20200106222251.GD11737@lister.brianlane.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:6888755F4C293FBA9BAA48D285C71C08F92018A61ABAA723E38970AB010AB9D4; UpperCasedChecksum:74B38E25CDFD6F796C6BF265FD5E3274113B58D1AEABA9539F82B55C33197119; SizeAsReceived:6964; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [uPLIGPRrYXg3P4VDaMlu/CaCJs1aQYTV] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 3b1f9d73-87ac-4448-2274-08d792fc2a95 x-ms-traffictypediagnostic: CO1NAM11HT247: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tWivsKt0Vtv1QJAcdOzErnDEHI1gLkl3JaIEXGET+HSNc/B5QyMR5qfQBtVvJG8LiCF8R/RqXUDn277gJovi2s7Po50H3xy0ujGfP3CulMVEms0WJY2ZcoZTSLoKszjl8INu05ohBuq4z1nRpjkjlkwqaLKZKkLYBEZHGGfnvyaPIYgIZsjJfuvF24yzxqXd x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: hotmail.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 3b1f9d73-87ac-4448-2274-08d792fc2a95 X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Jan 2020 23:00:03.9415 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-Transport-CrossTenantHeadersStamped: CO1NAM11HT247 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38783 X-Mailman-Approved-At: Mon, 06 Jan 2020 18:05:32 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > It's certainly possible. But some things to consider:=0A= > =0A= > * In commit 7f753b1b0505b Jim mentions that the spec calls this=0A= > situation an invalid GPT partition. But I'm not sure I agree after=0A= > reading over section 5.3.2 a few times.=0A= > =0A= > * If parted does create a new backup table it needs to make sure that=0A= > the end of the last partition doesn't interfere with it.=0A= > =0A= > * looking at some of the code, things like _parse_header are written to= =0A= > support growing the disk, but will fail on one that has shrunk.=0A= > =0A= > Given the amount of work that would be needed to support this, and that= =0A= > this is a corner case I don't think it's something I want to tackle.=0A= > Really, you shouldn't be copying pieces of disks around. Make a new=0A= > partition and copy the data -- it's safer that way.=0A= > =0A= > -- =0A= > Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart=0A= =0A= This works perfectly with MBR.=A0 It's too bad that such drive mirroring fu= nctionality is lost moving to GPT, where the target disk is slightly smalle= r, but the partitions don't reach that far.=A0 I can make due with gdisk (o= r manually editing the header + recalc crc32).=A0 But know that Windows boo= ts and runs fine, while basically any Linux installer will overwrite what's= on the disk.=A0 I think that if Windows and gparted can handle the situati= on, fdisk/cfdisk/parted/gparted could too.=A0 End users see conflicting GPT= interpretation from multiple tools.=A0 It behooves us to handle obscure co= rner case conditions as well as possible.=A0 You never know when someone ju= st might recover some data because of it.=A0 I think it's regretful that a = dual-header GPT is less robust than MBR in this case. Surely that was neve= r the intention.=0A= Jason=0A= From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 07 10:32:14 2020 Received: (at 38783) by debbugs.gnu.org; 7 Jan 2020 15:32:14 +0000 Received: from localhost ([127.0.0.1]:49036 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ioqq6-0001Tm-BL for submit@debbugs.gnu.org; Tue, 07 Jan 2020 10:32:14 -0500 Received: from mout.gmx.net ([212.227.15.15]:54077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iomiH-0007P2-Ut for 38783@debbugs.gnu.org; Tue, 07 Jan 2020 06:07:54 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1578395266; bh=ADq5ei/l1PARlgXQPnGx3fpWf3NmDlDSgrA58P0DHCs=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Hw1lXycFrWfpS0BxcpQ9eQyMUGfjnLwkefBnEXoatD4fGVO63dRt6gwPA2ylxfdj8 eHZQnpGdZ7hg/34aoJr6uhBPT4EBTJMxIbrl/KjurZq19ySfr8HKCmAI6CFXG/5MYj RlCZ4h/sKS+wb6/Nf7NniCVr8xYjFPp9Re63R0DA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.178.82] ([178.5.153.177]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N8ob6-1jjTa02mLm-015nqv; Tue, 07 Jan 2020 12:07:46 +0100 Subject: Re: bug#38783: GPT case that parted can't handle To: Jason Mancini References: <20200106222251.GD11737@lister.brianlane.com> From: Ulf Zibis Message-ID: 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 MIME-Version: 1.0 In-Reply-To: <20200106222251.GD11737@lister.brianlane.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: de-DE X-Provags-ID: V03:K1:WoZ/b6+iCMVHhwMWRpkkpvnTWI2NZhH5gPpZ/n8IU6iYVX5FQir ABoZC/+8jitHZ0rDYle2XBtQ5H4vkqeZA1xG9S9QYuljJ3ZWqH6bOZ50DjpyYFUymUFkCiz oT1mN/DKlT0Wr4j0hApInNvrkrOuy4ImXFlicLth7QZ+P8CGEoWXgrZUzdtGzxey5Dj7OjW eetHibyUxIadfa67/XqrQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:tKrsv/N3zsw=:wHAkSQd9PbMH3E4YCGnM9c jTzvIrLqE40qT54QqcXr2UmNqdt8JJ6dXmsdhmkNOhc7ryfDGCGvib86VpQTJ2AoMDdvtBJvM E5gLb+p06XFRM0gFpS3HE47awJm3Sy3xl4+zCJQ/0wlaXCpgdZo7cTAleTDkoKtsScS6XQWlq gi97+HW+sQ0VLkelq5H7wuYs8mrDRZd5e4bAXNWOZjEUIZgkOX8eaJ/B+8H6WGLsGBDKesVDr 1/t3TD2lPH6+dalK/VH47zNVAOIQ+DeBfDgEgFd73Tj07oJJgms1/wvbF1p9MxfSjmBYzDRr4 /4to8dOSnU5I/AbtmxbX6xpqCWgbvRX936Q5xqgKZpqvic8yOyUi66UvejemBSX/aKsF+kLgv l98vqXpK9eEV24e8QwV1VJR4pkHWmq2ZxtZt4UiIy4M5pqKqWqUYuQEtJSBTV+HbtM3FZGWqI OI4Jjv0WTwIZgdCINftmm/Osj7KU7Ue2jaaU/Hr1PNGImetdShCz82UZr9lq7ExMTWJSFwj8+ s77N3hgTtx3jCnllDQIlqi5z8NsNzNyHmfTGaXYxAgQKsqzOC82ni5hFtNHFNWJ3HBRAhBRJn TOVe0C0thPEAmwXKvnlGS9ZOL/r8n+kVUiogRIHZK7F1ZPm1CYEV5jnYFGDU51ysJK99JOvk7 IWh4oWMg3P8DbDMXhNjwQHsvDmBu0VeZIyszHHaMzAYhk//KyTwwXKvppxQaX5lmuPpDG4MWY xCZ5jyaN4nQRmLdbuIYDGWnh3HJB+YVcvQhJZrbDS5qJyrhhnm2CzQ0axsRGXZL8OZxMtuaVI 9lL9kvH3jZOAqtirHCyWyj9sB+mTFLjs8d52VAggG7LjAbokpEXey+WGQm5ZbniFoQpLwGVPB 7Uda8wTFJDbaocogkJjwWB6k8JjeRlLzQ07k1Tw6YJe5KL7D+s1dLIU3Q/1QG+E7pKwhnacHG 9Ax2U25hPVxCB48H3rTlaJAZ97E0dL5vGUoM7nhqewZb9olJDBWgn5qqMYVKOBmX73/tbCD6y /+796IGcB8UgBAhcFzkZT6pyOiT3/xmtX7Xethyn1IgI5xIQid1E+mP4520SHly5GECOXtVpz rUQxMHB+7IPc+xoI9z9H4kfxwO5MuL59EHt5nK6Fmge+UKI/yAUrhrl34Kdh3djb1/41oI5QW DsIsamDEaRkicApDrhYqySqav6KCItOYao/0x5aE7ZrrZIQudqGahEY1dgQLuRgzSE1F8qw2f W5zzgs2ZZWtSNehwQu3H5ThT0QGMz/ol29c3ensG9mEi64MxXqDyJsAC4N7g= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 38783 X-Mailman-Approved-At: Tue, 07 Jan 2020 10:32:13 -0500 Cc: 38783@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Hi, 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, Ulf > 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 ta= ble. Windows will boot and run fine. Windows Disk Management is happy. >> >> But no Linux partitioning tool will touch this disk, or see any partiti= ons. I suspect they all die on the first table's pointer-to-backup that g= oes past the end of the disk. >> >> The situation is easy to correct from within Windows, simply add and de= lete a partition without assigning a drive letter or formatting. It rewri= tes 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 seem= s to be no tool that can be manually directed to only use the first or sec= ond table.