|
From: | Rod Smith |
Subject: | Re: Need for a unique Linux GPT GUID type code (Chris Murphy) |
Date: | Mon, 17 Oct 2011 12:14:30 -0400 |
User-agent: | Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.20) Gecko/20110916 Lightning/1.0b3pre Thunderbird/3.1.12 |
On 10/17/2011 12:00 PM, address@hidden wrote:
I'm resurrecting this old thread. Last message June 23, 2011 here: http://lists.gnu.org/archive/html/bug-parted/2011-06/msg00031.html I am testing Fedora 16 and currently have parted 3.0-3.fc16 and I'm finding apparently no change has been made here. For example in interactive mode for a GPT disk without any partitions: mkpart <enter> [no partition name] <enter> [accept ext2] 1 500 quit If I view the partition table in a hex editor, I find it's using partition type GUID EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 for "Microsoft Windows basic data" rather than what's been proposed. What's the delay on supporting the proposed GUID for linux partition types? Or an alternative?
I can't speak to what's causing the delay, but if you want to implement that GUID now, you can do so using GPT fdisk (gdisk; http://www.rodsbooks.com/gdisk/). Use its "t" option to change the type code to "8300" (gdisk's internal code for the new GUID). You'll need version 0.7.2 or later to support the new type code. I don't know offhand what Fedora 16 provides.
-- Rod Smith address@hidden http://www.rodsbooks.com
[Prev in Thread] | Current Thread | [Next in Thread] |