From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1SRUUv-0003ez-Rv for mharc-grub-devel@gnu.org; Mon, 07 May 2012 16:25:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41446) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SRUUs-0003et-V7 for grub-devel@gnu.org; Mon, 07 May 2012 16:25:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SRUUq-00077K-Fq for grub-devel@gnu.org; Mon, 07 May 2012 16:25:30 -0400 Received: from mail-we0-f169.google.com ([74.125.82.169]:59642) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SRUUq-000777-3L for grub-devel@gnu.org; Mon, 07 May 2012 16:25:28 -0400 Received: by werc12 with SMTP id c12so726345wer.0 for ; Mon, 07 May 2012 13:25:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; bh=rvgg+uBkz617QJnK7+yDazLAuN53vppytodJURZ4haU=; b=lmF4yPIP2n7RgXirjgOOR6oxSQbizuZQEfvAU3nqxAxiyi5fnRHb5cNCbPcJXj5RTM XvwKSuZQ4hgS2BHxmkodujpBI3cg/hDiU0OWkG55rh6umHIdR2ODWPQZaMNJCZRWPuyV n2IGzjirB+qVNkk9YbDkS170Ae2WROiWPet6BmMjoeTfBXrCQt2tRKBXaYYPGMsYGKtH XdWP+d7Urr+k4LvD2Gnk+qoLr4HTkK20xDljMYfGBWQzGSNHHQo59xKsJp92ZlE5T/CL R0qYjnkRzgfPnQAacGPa9PR/ijamT/nZt+WuXvc7kU1WmFs+d7ZWU/I4HW8I98kxgiqz 9Ywg== Received: by 10.216.144.228 with SMTP id n78mr6721151wej.100.1336422325529; Mon, 07 May 2012 13:25:25 -0700 (PDT) Received: from debian.x201.phnet (89-232.197-178.cust.bluewin.ch. [178.197.232.89]) by mx.google.com with ESMTPS id f19sm37628612wiw.11.2012.05.07.13.25.23 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 07 May 2012 13:25:24 -0700 (PDT) Message-ID: <4FA82FB1.2080707@gmail.com> Date: Mon, 07 May 2012 22:25:21 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120329 Icedove/10.0.3 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Getting Started References: <000001cd2c76$0e14ce20$d1031f62@Compaq1> In-Reply-To: <000001cd2c76$0e14ce20$d1031f62@Compaq1> X-Enigmail-Version: 1.4.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigC21D7696E647547E8B0C7AA9" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.169 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 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: Mon, 07 May 2012 20:25:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC21D7696E647547E8B0C7AA9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02.05.2012 06:27, Steve Burtchin wrote: > Assuming such support is added, this would allow for a few or more > specialized logical partitions that could have shared usage between the= > GPT-unaware OSs. However, this extended partition would not be usable = by > any GPT-aware OS unless each logical partition has a duplicate definiti= on in > the GPT. It is beyond my expertise to say if this is practical or supp= orted > by any partitioning software. The only difficulty with creating logical partition is a need to have some space before partition for pointer. This can be encapsulated into a GPT partition of newly defined type. Having same partitions in GPT and as logical is of no problem otherwise. parted and gpart can be extended to offer creating such buffers when requested. Also a long time ago I wrote a tool which can be used to transform between primary and logical partitions at will at GRUB time without any need to type numbers manually but in the light of recent developpement it's preffered to use GPT for "permanent storage". > I was unaware any partitioning tool supported this (ie. creating an ext= ended > partition in the protective MBR), and still not convinced such a hybrid= > state would be safe for unsuspecting users (ref: > http://www.rodsbooks.com/gdisk/hybrid.html). I do not have first hand > knowledge to say if this is a potential problem, > but quoting from the referenced link: "There's no telling how some rand= om > disk utility will react to a hybrid MBR; it's conceivable that somethin= g > intended to rescue your data will end up destroying it." (Rod Smith). > > Except as just stated, I have no concerns with using such a partitionin= g > scheme, but have my > concerns for leaving the protective MBR in a pseudo-random hybrid state= > (that is determined by the most recent boot configuration) to > be seen by utilities or OS's that may think something is amiss and then= try > to fix. It applies to all kind of MBR workarounds > If it is the vision for GRUB2 to support an extended partition in the h= ybrid > MBR, then in my humble opinion the ability to edit an EBR at boot time = would > be a desirable feature. If one wants to share such an extended partiti= on > between LBA-aware and LBA-unaware OSs, then it is an essential feature = IMO. Some features are usable but are a recipe for a disaster in long term like e.g. if you move your partitions and forget to change numbers in config file. This is like asking people to locate their files by sectors or enter the programs in hex manually. Such arrangements should be discouraged when better ones are available. > You cut off reading my previous message at this point. I know that I m= ade > some false assumptions, but I would only hope that you would > reconsider my previous message in its totality. I won't. Your messages are way too long for the ideas you want to transfer. Brevity and exactness are essential in such kind of conversatio= ns. > By limiting GRUB2 support to GPT disks for users wanting more than 4 primary partitions, you are forcing them to migrate to GPT partitioning even if they are not running any GPT-aware OSs or have no other reasons to migrate. Nobody is forcing anyone to this. You can modify yourself your own system to your preferences. Or hire anyone to do this. Ad absurdum by not putting a big red button on desktop which deletes all files you deprive users of freedom to screw up by their stupidity. Argument "implement this or you deprive me of my freedom" is an old trick and it's not how free software works --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigC21D7696E647547E8B0C7AA9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk+oL7EACgkQNak7dOguQglihQD+Op20hE+MFy2uiKWkSpWibTW3 kzjo7QE1ji+eCQhEFg8BAIZGTYesRgBXsCxNIuTkKRglLRwciQ4koKgA9+miyWsd =5L7o -----END PGP SIGNATURE----- --------------enigC21D7696E647547E8B0C7AA9--