From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VckqZ-0006sQ-UC for mharc-grub-devel@gnu.org; Sat, 02 Nov 2013 19:43:15 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:55548) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VckqP-0006rp-U3 for grub-devel@gnu.org; Sat, 02 Nov 2013 19:43:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VckqH-0006hr-Gg for grub-devel@gnu.org; Sat, 02 Nov 2013 19:43:05 -0400 Received: from mail-ea0-x234.google.com ([2a00:1450:4013:c01::234]:38829) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VckqH-0006hg-9i for grub-devel@gnu.org; Sat, 02 Nov 2013 19:42:57 -0400 Received: by mail-ea0-f180.google.com with SMTP id l9so2228370eaj.39 for ; Sat, 02 Nov 2013 16:42:56 -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:content-type; bh=izrQ3AQV3WOTY2G1jNIVjHXoCW/WdvQeScJ7sTC53MY=; b=qAjlgwvs4B0k9NShlq1fBtIVQOzIG9evc/ODeX3wAaTvbyMTds//C0dbuFqP3pPjdE HdyzZoCuX17DP6UmdtAUnfFRHkDiRT73miMkzrWLYBngvFyH6TDwGsQc6YvGLeXBnFXR cuWY9cpUmbyLdpeCNoHkZwLn6n3U0BYuwmyyY8VjrFfymOVvQ/YPVrrvZirb51B9d4wR QlJOpJk5dzMoHAfmvkh1WM2zrRmaUCUV4eLPg+QZBgchJJkmMDhoD2q6NMyBfdR/bn/d U21m6cKJ2QVHZzWqwKa5Q29W1g1bveH5GocbZ+lYgC0Jazk5ZBaVS3FMf88XxzH+UiZJ 5mTw== X-Received: by 10.14.108.9 with SMTP id p9mr9532774eeg.8.1383435776227; Sat, 02 Nov 2013 16:42:56 -0700 (PDT) Received: from [192.168.1.16] (31-249.1-85.cust.bluewin.ch. [85.1.249.31]) by mx.google.com with ESMTPSA id j7sm26321304eeo.15.2013.11.02.16.42.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 02 Nov 2013 16:42:55 -0700 (PDT) Message-ID: <52758DFE.3030604@gmail.com> Date: Sun, 03 Nov 2013 00:42:54 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131005 Icedove/17.0.9 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: How important is the MBR partition offset of grub-mkrescue ? References: <10533651190322788149@scdbackup.webframe.org> In-Reply-To: <10533651190322788149@scdbackup.webframe.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="----enig2LQVKKHUMAGBRSLTBAWLL" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c01::234 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: Sat, 02 Nov 2013 23:43:14 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2LQVKKHUMAGBRSLTBAWLL Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Thomas. Noce to hear from you. > How important ist the partition start at LBA 1 in comparison > to this obvious drawback of grub-mkrescue images on Linux ? > (Start at LBA 0 solves the problem but makes the MBR part > of the first partition. I understand this is undesirable > somehow.) LBA 0 is not an option. It will make hang, at least some versions OVMF, quite possibly other firmwares as well. Nowadays what we have between 1 (inclusive) and isofs headers is all generated by xorriso (except on sparc where we supply LBA 1) It's possible to use another small value other than >1 in order to make a set of headers at another position pointing to the same data. Another workaround is to mount HFS+ filesystem which is already in a partition (GPT one). ------enig2LQVKKHUMAGBRSLTBAWLL 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.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlJ1jf4ACgkQNak7dOguQgmwxgD/YpgSE99mLY2ooanLENZ7g7WJ wOkZoK5BUndgvCifO8IA/jnn5UWVhF2FxhWUsInlxUcbb+jkcNlN8rWjv+q54de7 =Ulig -----END PGP SIGNATURE----- ------enig2LQVKKHUMAGBRSLTBAWLL--