From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O5lR7-000793-2I for mharc-grub-devel@gnu.org; Sat, 24 Apr 2010 15:54:45 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O5lR5-00078x-Bh for grub-devel@gnu.org; Sat, 24 Apr 2010 15:54:43 -0400 Received: from [140.186.70.92] (port=55366 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O5lR2-00078l-De for grub-devel@gnu.org; Sat, 24 Apr 2010 15:54:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O5lR0-0007vy-Cm for grub-devel@gnu.org; Sat, 24 Apr 2010 15:54:40 -0400 Received: from fg-out-1718.google.com ([72.14.220.152]:26392) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1O5lR0-0007vm-2t for grub-devel@gnu.org; Sat, 24 Apr 2010 15:54:38 -0400 Received: by fg-out-1718.google.com with SMTP id e21so930392fga.12 for ; Sat, 24 Apr 2010 12:54:37 -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=5wMm5TrhehttkGCQotryP42SzrIwgm8KF/9FRWVbi88=; b=pxeiDUhVyCxCMwYi1x7rx5NqFEbPi5izoG1J/aCQcaQQvXn2j0ZUFQ47K6BqYa/ub1 3ZgpFxfR12U/D58uKjMsuBMjQwFtt79Gq9AohrnHp69QALY4FIa9IavXrWmavC10rNFz YavPPF4FZcFFS7i/bqcv0PToJfR/W4sGLH1Xw= 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=T5X5D/e3oiCJlRavveyyT38JZFxAzVmd8Q6wC36cvxirSTg8qZSUyrRahagAOBshx8 Kl6BRqj7d948zSdiGSPGtGVRhyeR2bCSvcn77ogeDXqbBBWxb7NuhHjdMWXXw+N/l2mZ ctJ9nHaIhKQXDZlBvV1tBKK1+VHI6+aMEYBB8= Received: by 10.86.124.35 with SMTP id w35mr3152882fgc.49.1272138876888; Sat, 24 Apr 2010 12:54:36 -0700 (PDT) Received: from debian.bg45.phnet (39-210.2-85.cust.bluewin.ch [85.2.210.39]) by mx.google.com with ESMTPS id d4sm2634361fga.20.2010.04.24.12.54.33 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 12:54:35 -0700 (PDT) Message-ID: <4BD34C77.4020605@gmail.com> Date: Sat, 24 Apr 2010 21:54:31 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <4BCA1A75.4010702@gmail.com> <106429013518011@192.168.2.69> In-Reply-To: <106429013518011@192.168.2.69> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA5F858E7C728C94FC3D0F88C" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: How to prepare an ISO 9660 CD for booting via 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, 24 Apr 2010 19:54:43 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA5F858E7C728C94FC3D0F88C Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Schmitt wrote: > Hi, > > =20 >> Ok, legacy :(. But --efi-boot would have no legacy. >> =20 > > --efi-boot will be all at your service. :)) > The more definite your wishes, the more swift > their implementation. > > Maybe we should call it --efi-grub-boot just > to make clear whom it cares for ? > > =20 Right now it has nothing grub-specific. However I don't care much about the exact name. Feel free to use whatever you want and I'll make the adjustments in grub-mkrescue > Shall the --efi* option have any influence on > the BIOS boot stuff except the boot catalog ? > (Default Entry, BIOS boot image, ...) > > =20 No > xorriso-0.5.3 timestamp 2010.04.18.100814 > allows to set LBA sorting weights. > Within the mkisofs emulation it is: > > --sort-weight number ISO-path > > If ISO-path is a directory, then its whole tree > is affected. --sort-weight can get overridden by > further --sort-weight options. They get applied > after all files are added to the image. > > The boot catalog already has a hardcoded weight > of 1000 in libisofs. It cannot be influenced by > --sort-weight because it gets created after the > image manipulations are done. > The boot catalog of grub-mkrescue has no ISO-path > anyway (no option -c). > > So in grub-mkrescue , this would give all files > weight 0, then override the /boot/grub tree by 1, > and the -b file by 2: > > --sort-weight 0 / \ > --sort-weight 1 /boot/grub \ > --sort-weight 2 /boot/grub/i386-pc/eltorito.img \ > > =20 Thanks for the information. I'll look into it. > After the image is written, xorriso can display > the data LBAs of regular files: > > xorriso \ > -indev image.iso \ > -find / -sort_lba -exec report_lba -- \ > 2>/dev/null | less > > yields: > Report layout: xt , Startlba , Blocks , Filesize , ISO image path > File data lba: 0 , 38 , 12 , 24317 , '/boot/grub/i386= -pc/eltorito.img' > File data lba: 0 , 50 , 6 , 10564 , '/boot/grub/i386= -pc/acpi.mod' > ... > > For the boot catalog LBA, one has to peek binary > (even if there was a ISO-path leading to it). > This reads the LBA word from El Torito record: > > dd if=3Dimage.iso bs=3D1 skip=3D34887 count=3D4 \ > 2>/dev/null | od -x > > yields LBA 37 (decimal) > 0000000 0025 0000 > > > (There is a mkisofs option -sort with a file as > argument where single files get a weight. > Wildcards are promised in mkisofs/README.sort. > For now i deem that rather unappealing.) > > ------------------------------------------------ > > > I will now finish multi-session MBR handling and > release libisoburn-0.5.4. > Then begins the next development cycle with EFI, > adjustable boot catalog weight, ... > > > Have a nice day :) > > Thomas > > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigA5F858E7C728C94FC3D0F88C 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 iF4EAREKAAYFAkvTTHcACgkQNak7dOguQgk2fQD/T9ZWAs4TglPly0h7OIw6pPeW wa3plfqOUmv2PsKVtN8A+weFI4+14uXlqoFO9y99ySQVjgEYxOaM/Js6/suX2oo7 =ENY0 -----END PGP SIGNATURE----- --------------enigA5F858E7C728C94FC3D0F88C--