From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NfTT3-0006it-Uy for mharc-grub-devel@gnu.org; Thu, 11 Feb 2010 02:28:06 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NfTSz-0006ig-JO for grub-devel@gnu.org; Thu, 11 Feb 2010 02:28:02 -0500 Received: from [199.232.76.173] (port=43472 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NfTSx-0006iW-Sw for grub-devel@gnu.org; Thu, 11 Feb 2010 02:27:59 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1NfTSw-00055x-Ps for grub-devel@gnu.org; Thu, 11 Feb 2010 02:27:59 -0500 Received: from aa.81.b6.static.xlhost.com ([207.182.129.170]:46532 helo=wombat.diezmil.com) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NfTSw-00055n-Dn for grub-devel@gnu.org; Thu, 11 Feb 2010 02:27:58 -0500 Received: from wombat (wombat [127.0.0.1]) by wombat.diezmil.com (8.14.2/8.14.2) with ESMTP id o1B7RtI0001291 for ; Thu, 11 Feb 2010 02:27:55 -0500 Date: Thu, 11 Feb 2010 02:27:55 -0500 From: gburanov@gmail.com To: grub-devel@gnu.org Message-ID: <23794987.31265873275512.JavaMail.root@wombat> In-Reply-To: <4B6C4B5B.2060809@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Subject: Re: Re: Search GPT partition in GRUB X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Feb 2010 07:28:03 -0000 -- Vladimir '=CF=86-coder/phcoder' Serbinenko wrote :=20 Colin Watson wrote: >> It would be ideal if we can search the GPT partition/disk by GUID - >> that's what we got NTFS GUID for =3D) >> =20 > > That would be nice, and it might not be all that difficult to implement, > but of course it would take up extra precious space in the core image. > I don't think it's really necessary in this case. > > =20 > Implementing it isn't difficult but it's confusing to have two types of > UUIDs. I'm not sure we need GPT UUIDs. grub-mkconfig will continue to > use filesystem UUIDs, so GPT UUIDs will only be used in maual > configuration. But in the latter case it's much easier to use filesystem > labels when writing configuration manually. Probability of collision > with n-partitions and k bits is lower than > n^2*2^(-k-1) > Even with 1024 partitions and 32-bit IDs it's under 1 over 8192. > Fell free to detail usage cases when my logic is wrong (e.g. disk > configuration, who writes config, external factors and so on) As I said already (see upper), NTFS volume serial number (that's really UUI= D in NTFS) is not really unique, so that's not a good way of identification= . > Cheers, > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko -- This message was sent on behalf of gburanov@gmail.com at openSubscriber.com http://www.opensubscriber.com/message/grub-devel@gnu.org/13383952.html