From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1T7hs5-0008IQ-Oe for mharc-grub-devel@gnu.org; Sat, 01 Sep 2012 03:11:57 -0400 Received: from eggs.gnu.org ([208.118.235.92]:44756) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7hs2-0008Gy-Ce for grub-devel@gnu.org; Sat, 01 Sep 2012 03:11:55 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T7hs0-0001Dm-Lr for grub-devel@gnu.org; Sat, 01 Sep 2012 03:11:54 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:59053) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T7hs0-0001DG-F3 for grub-devel@gnu.org; Sat, 01 Sep 2012 03:11:52 -0400 Received: by wgbdt14 with SMTP id dt14so2227061wgb.30 for ; Sat, 01 Sep 2012 00:11:51 -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=vov1cHQh4hsF/xVLpfsj2MrehglJCxpdNkjwtXJQ4jM=; b=C3AUZzrPpDA6KGm/dH71bsG+HqQ2iKuQqgJUzhJjW69PggJwWgX2cO4N2UdQgP/Roh MjC9wHuJrMeUUMCSWxuPDh+Db0E9Xl+lEgGOt5FZN+5ZLll1UqIVu2fqJv3zkrHHBmh6 XmeehaeWwOFsydlCo9EAcbkhEaU5UZYAhF7oChwAJ0EFLrLIUPBPyrp50igLwfcwaDsS xISMMZAq0Yz2ArNhbAAd5U0Ct7JZgSFOnQm8bhtnFwgvO1ZG0Nde5pc9ZcGZPl3EtBHH 6Ex1fr7VjQ+wLETgPe7Nz3237AxguO3voPycMeWuAHJYQHAIWWizZWFSkTDrX1pigENa hDaA== Received: by 10.180.100.37 with SMTP id ev5mr9626441wib.5.1346483511104; Sat, 01 Sep 2012 00:11:51 -0700 (PDT) Received: from debian.x201.phnet (235-25.78-83.cust.bluewin.ch. [83.78.25.235]) by mx.google.com with ESMTPS id ef5sm7813705wib.3.2012.09.01.00.11.49 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 01 Sep 2012 00:11:49 -0700 (PDT) Message-ID: <5041B52C.1000808@gmail.com> Date: Sat, 01 Sep 2012 09:11:40 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120817 Icedove/10.0.6 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: chained grub2 derivative bootauto system References: <24a099d672245db068e12c502da3a3a0@pricom.com.au> <20120831142917.GW1237@csclub.uwaterloo.ca> In-Reply-To: X-Enigmail-Version: 1.4.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigFB25608D58F30C513AEB1D3D" X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 74.125.82.49 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, 01 Sep 2012 07:11:55 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFB25608D58F30C513AEB1D3D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01.09.2012 08:06, Brendan Trotter wrote: > Hi, >=20 > On Fri, Aug 31, 2012 at 11:59 PM, Lennart Sorensen > wrote: >> On Fri, Aug 31, 2012 at 09:19:43AM +1000, Philip Rhoades wrote: >>> Ivo, >>> >>> Interesting idea - I particularly like the idea of booting from >>> arbitrary isos. >> >> Too bad that accessing an iso on a usb key is nothing like an actual c= d >> or dvd and the sytem you boot must have support for the fact you put t= he >> iso on the usb key rather than as a real disc. Nothing the boot loade= r >> can do to change that. >> >> If it was really that simple, someone would already have made such a >> boot loader for use on usb keys. The reason it doesn't exist yet is >> that it can't exist. >=20 > For "PC BIOS", having a USB with multiple ISO images would actually be > relatively easy. >=20 > The USB's boot code would need to hook Int 0x15 to steal some memory, > then install code that emulates a CD (and El Torito) into the stolen me= mory. > Obviously you'd also hook "Int 0x13" so that the BIOS disk services are= > redirected to your CD emulation code. >=20 > I'd expect that similar would be possible for UEFI (e.g. create a speci= al > UEFI driver that emulates CD/s). >=20 > The main problem is after the OS on the ISO tries to take control of ha= rdware > and fails to find its (emulated) CD. For some OSs this may not be a pro= blem - > e.g. MS-DOS and FreeDOS (which continue to use the BIOS services > and don't take control of hardware), Linux (as long as the root > partition isn't on > the emulated CD), etc. For other OS's (Windows) it can't work. >=20 > However, someone that wants to create a USB like this might not care ab= out > those "unsupportable" OSs anyway. >=20 > Finally; I'm not sure how a scheme like this would involve GRUB - you'd= want > relatively specialised USB boot code (not GRUB). GRUB could (potentiall= y) > be installed inside one or more of the ISOs, but this would be a normal= > "El Torito" (or UEFI) boot as far as GRUB would know. >=20 This is something that can be included in GRUB. Just the amount of needed work isn't comparable with the number of additional scenarios supported (namely mostly only *DOS on ISO). >=20 > Cheers, >=20 > Brendan >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enigFB25608D58F30C513AEB1D3D 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/ iF4EAREKAAYFAlBBtTQACgkQNak7dOguQgkvrQD9GWtqZ43kdbX2XBx23smkT/9r qYCN8tFJeNfyACMN8lcA/1CA/3TntzB2SU8HtSVvRqOR/0DMIi0lqqgf7pXzPOu7 =mjpC -----END PGP SIGNATURE----- --------------enigFB25608D58F30C513AEB1D3D--