From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NxTA0-0007Rf-Gc for mharc-grub-devel@gnu.org; Thu, 01 Apr 2010 18:46:48 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NxT9w-0007RK-G3 for grub-devel@gnu.org; Thu, 01 Apr 2010 18:46:44 -0400 Received: from [140.186.70.92] (port=43736 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NxT7C-0007FD-1L for grub-devel@gnu.org; Thu, 01 Apr 2010 18:46:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NxT6u-0000iU-DS for grub-devel@gnu.org; Thu, 01 Apr 2010 18:43:38 -0400 Received: from mail-fx0-f227.google.com ([209.85.220.227]:52309) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NxT6u-0000iG-5X for grub-devel@gnu.org; Thu, 01 Apr 2010 18:43:36 -0400 Received: by fxm27 with SMTP id 27so795886fxm.8 for ; Thu, 01 Apr 2010 15:43:35 -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=0iyJcxq6FxdyJV0JRt3QRHbXqwVxLZPgKX2V/cOv+NQ=; b=Fset9UFBLh0HfT35sraQFP2rwliR+DfV2WRT66opKSO5Zm476jIpjOKIdhM+zTGEhI QBx5llAk2ts+tRo7QKBcLDlRNbrowPmvRqHSKhGqnt3VkU4Wl/O2G3AfilDi/f7VJN+G VzR5kQoJGRI7j9dm97Gi8xb4HCZ4mmF1bS3J0= 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=myhsB7tOMCkZpGqtIkA8MocnrrOKgo1Zdqh2supFDpT8/e+bTCY44XolKvCD71pRfP M89P0AoSJHSR5HbZuTxvU+bzBVrpr+sm1HQKsWLTiEuRX4vLRNQGEhZwBERe+YihLiBv vQlcYMsZnh1tu2dKSnAk5HMttmScr1Lyf6zQ0= Received: by 10.223.65.18 with SMTP id g18mr1268971fai.32.1270161815061; Thu, 01 Apr 2010 15:43:35 -0700 (PDT) Received: from debian.bg45.phnet (89-37.203-62.cust.bluewin.ch [62.203.37.89]) by mx.google.com with ESMTPS id 1sm2841603fkt.11.2010.04.01.15.43.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 01 Apr 2010 15:43:34 -0700 (PDT) Message-ID: <4BB5218F.2000000@gmail.com> Date: Fri, 02 Apr 2010 00:43:27 +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: <4BB505BF.80707@gmail.com> <10580264889772@192.168.2.69> In-Reply-To: <10580264889772@192.168.2.69> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig72618B730B22332B261BE1D1" 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: Thu, 01 Apr 2010 22:46:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig72618B730B22332B261BE1D1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Thomas Schmitt wrote: > Hi, > > Vladimir '?-coder/phcoder' Serbinenko wrote: > =20 >> - Is it possible to declare the whole iso for hard-disk emulation for >> providing emulating image for buggy BIOSes >> =20 > > libisofs.h describes type ELTORITO_HARD_DISC_EMUL > with API call iso_image_set_boot_image(). > http://bazaar.launchpad.net/%7Elibburnia-team/libisofs/scdbackup/annota= te/head%3A/libisofs/libisofs.h > > To my knowledge this is not tested yet. > xorriso surely has no option to trigger it. > But that is easily implemented as soon as a > sincere tester shows up. > > > =20 Should be easily testable with qemu. I can do it. The only problem is whether we should declare both possibilities in el torito because having 2 possible boots in eltorito is likely to trigger even more bugs. I think it should be an option to grub-mkrescue which emulation to use. >> - Is it possible to have HFS support in xorriso? It would allow mergin= g >> PPC grub-mkrescue into generic one. >> =20 > > Ouch. > > In principle it should work like Joliet: > A complete second directory tree that co-exists > with the ECMA-119/RockRidge tree. They only > share data file contents. > But i have no clue of HFS. Actually i use any > possible excuse to not start working on UDF. > > I can promise to help integrating HFS into > libisofs if somebody shows up who has the > necessary HFS knowledge and comprehensive > testing capabilities. > > =20 I have an imac g3 I could test it on. The only catch is that I have no burner at home. But it should be manageable. I never looked deeply into HFS but I think I can do it. > =20 >>> --modification-date Override modification date >>> =20 >> this is needed to know the creation date (which is use as disk >> identifier in GRUB) before image is complete. >> =20 > > Should not be a big problem. libisofs will get a > new API call for that. > Are there more add-on options which i should > implement ? > > > =20 Other than protective label, not off the top of my head. >>> --protective-msdos-label Patch a protective DOS-style label >>> =20 >> This one adds a simple partition table spanning across whole image of >> type 0xCD >> =20 > > To bytes 446 - 509 of the image ? > Type 0xCD in byte 450 ? > =20 Currently we use first and not last entry. You need to: 1) Zero-fill 446-510 2) Put 0x55, 0xAA into 510-512 3) Put 0x80 (for bootable partition), 0, 2, 0 (C/H/S of the start), 0xcd (partition type), [3 bytes of C/H/S end], 0x01, 0x00, 0x00, 0x00 (LBA start in little endian), [LBA end in little endian] at 446-462 > Eventually into the data provided by=20 > --embedded-boot ? > =20 Yes > (Does it make sense without --embedded-boot ?) > > =20 Yes, for example to allow people dd images to USB sticks without a fear of another OS willing to format the stick. > Syslinux isohybrid rounds up the image size > to full MB. (I understand because it sets > 64 heads * 32 sectors =3D 2048 * 512 bytes > per cylinder) > Is that necessary with --protective-msdos-label ? > > =20 No --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig72618B730B22332B261BE1D1 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 iF4EAREKAAYFAku1IZUACgkQNak7dOguQgm3nwD/ZinQ1N4yvfp+D8mREJTRn8vg pI2DdZsGGe6d2VJkj9QA/12Ghgo1H4RwIA8UUS0Dnhtm1c/i/9NPlO8rVazZMGxA =lM4b -----END PGP SIGNATURE----- --------------enig72618B730B22332B261BE1D1--