From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ONUTe-0000TQ-JV for mharc-grub-devel@gnu.org; Sat, 12 Jun 2010 13:26:38 -0400 Received: from [140.186.70.92] (port=32862 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONUTc-0000SI-Ic for grub-devel@gnu.org; Sat, 12 Jun 2010 13:26:37 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONUTb-00044z-Bm for grub-devel@gnu.org; Sat, 12 Jun 2010 13:26:36 -0400 Received: from mail-bw0-f41.google.com ([209.85.214.41]:49612) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONUTb-00044p-6B for grub-devel@gnu.org; Sat, 12 Jun 2010 13:26:35 -0400 Received: by bwz18 with SMTP id 18so1052240bwz.0 for ; Sat, 12 Jun 2010 10:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=HnZSkJbfuoRzaRGaJF0Jul7vG2QQcsZkuqaGJcF7KjY=; b=QC3JOGj28sTNWde3yxR7+rrrNe/8DBsrWBVpxXCP1sn/cD0cQ3ntQ+JFqft/KlNDLV yWayISfak3PfNqtCxsKIFmueIWv8litxaMUerZ/M/UP9BqT47TJN6KH2rt7sqL8uZq28 9S9sfYu2DMGCcu03nFs+joy3DSXe6Ug5msU3M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=n8GHHc/bm/Vzl1QW90D0SPSbLjJF0LRsxivJTQp8MwTzPrVCEzP0tZl29/qcNBJtY3 9myNUTbFtgBB6ziA1b3kGoTpTG4KRHBqafvtVRpGbAh9khf5si8LlnTNzLY+GM8exDhq 5KzR4l5+DGlUyGnVPPaAMHctF72STYR61eVdo= Received: by 10.204.10.134 with SMTP id p6mr2511079bkp.165.1276363593978; Sat, 12 Jun 2010 10:26:33 -0700 (PDT) Received: from debian.bg45.phnet (94-73.203-62.cust.bluewin.ch [62.203.73.94]) by mx.google.com with ESMTPS id v2sm10649851bkz.13.2010.06.12.10.26.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 12 Jun 2010 10:26:33 -0700 (PDT) Message-ID: <4C13C33B.4090302@gmail.com> Date: Sat, 12 Jun 2010 19:26:19 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 MIME-Version: 1.0 To: grub-devel@gnu.org References: <4C0BE2C7.4020407@gmail.com> <4C0D5AAE.6070504@gmail.com> <4C13B6A8.7060102@gmail.com> In-Reply-To: <4C13B6A8.7060102@gmail.com> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig5C65962D492D2D918EC9669A" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Which partitioning schemes should be supported by 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: Sat, 12 Jun 2010 17:26:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5C65962D492D2D918EC9669A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/12/2010 06:32 PM, Gr=C3=A9goire Sutre wrote: > On 06/07/2010 10:46 PM, Vladimir '=CF=86-coder/phcoder' Serbinenko wrot= e: > >> There are two parts of this question: >> 1) Which partition schemes should GRUB be able to read modules and >> payloads from ? It's platform-indepedent and 2 conditions apply: >> - Usage. There are OS which are able to boot from such OS and such >> configuration isn't considered obscure by them. >> - Non-confusability. The risk of false positive of this partition conf= ig >> which would prevent normal function is small. >> If at least one condition is met it's worth considering. If both >> conditions are met it should be supported. > > According to these rules, hybrid msdos+gpt partitioning schemes should > be supported. Grub should be able to read files from a GPT partition > even if the protective GPT entry in the MBR is not in the first slot. > It's also the conclusion of the thread [1], but I admit that this threa= d > is two years old. > Any "hybrid" cofiguration fails the criteria of non confusability. Let's consider a following situation: - I format disk with scheme A and partitions A1, A2, A3 - I get bored and reformat with scheme B and partitios B1, B2, B3, B4. When I did this filesystem on A2 may stay intact - I use grub which supposes that it'shybrid system A+B and save_env's to A2 since it's a valid partition on valid filesystem. But by a bad luck save_env overlaps with superblock of B3 which becomes corrupted. When installed grub sees both partitions A and B it makes sense to allow user to see both of them for recovery purposes but in any case it should be a recommended config. Desync is way too easy. And currently grub isn't changed to new partition notation completely. E.g. during startup prefix is calculated with old syntax and confusing A+B with either A or B is likely to make user drop into rescue shell Also save_env should ensure that no dangerous situation exist. > Gr=C3=A9goire > > [1] http://lists.gnu.org/archive/html/grub-devel/2008-09/msg00101.html > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig5C65962D492D2D918EC9669A 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.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkwTwzsACgkQNak7dOguQgmMlgD9Hj6xykkv371XeDPd5L6YBF2A XoHzrs2gUl5xBcpChmIBALSXt/JSnYUUlwpX+4NHJtqmk/bFTbgSLlFPvMPYIc/d =1LqF -----END PGP SIGNATURE----- --------------enig5C65962D492D2D918EC9669A--