From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1YNNCB-0004XL-Kq for mharc-grub-devel@gnu.org; Mon, 16 Feb 2015 10:02:47 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40756) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNC9-0004Ux-6m for grub-devel@gnu.org; Mon, 16 Feb 2015 10:02:46 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNNC3-0003iv-78 for grub-devel@gnu.org; Mon, 16 Feb 2015 10:02:45 -0500 Received: from mail-wi0-x231.google.com ([2a00:1450:400c:c05::231]:45563) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNNC2-0003ig-UJ for grub-devel@gnu.org; Mon, 16 Feb 2015 10:02:39 -0500 Received: by mail-wi0-f177.google.com with SMTP id bs8so26851872wib.4 for ; Mon, 16 Feb 2015 07:02:38 -0800 (PST) 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=zL+SBs7kUNT0ZdsB4x+Npj48xNxhqDmAUk3uo6xu8yQ=; b=uncuqr2G2KAg7BAlW/+LvN0QI9gXlEj8ckcVVgP8UZVfCNLLNlZgOVikpMzDcX0Iph CKZQ1H11sWIwg1tver9pFY7C9Q6PEWCZplkf3zH6kNeAPScNoWqMxtTuLc/KmiSRNcih mMrh/mzi4b+IkeQ0qLYmZ8KPvD9yAhpcI5+qiJGmLuLKSDZXTuVmhUpPwltlWUwRVAr5 dJ4fOj3nXdvay2I9DhLqQaU23T46TuTbw2F5xu8spEODd0janrxrUx8ZpfX9VPlaSazm H/v06tcQNnp+vh8Y6F5iWFnjZJ+WggoDyAGLtvvWJH3tiEvLTxljXEdPINK4tJJxpC8a 54eg== X-Received: by 10.194.91.199 with SMTP id cg7mr49454872wjb.114.1424098958257; Mon, 16 Feb 2015 07:02:38 -0800 (PST) Received: from ?IPv6:2620:0:105f:fd00:202:52ff:fe61:c42e? ([2620:0:105f:fd00:202:52ff:fe61:c42e]) by mx.google.com with ESMTPSA id ga8sm6990725wib.6.2015.02.16.07.02.37 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 16 Feb 2015 07:02:37 -0800 (PST) Message-ID: <54E2068C.9080809@gmail.com> Date: Mon, 16 Feb 2015 16:02:36 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Icedove/31.4.0 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Live-ISO's over PXE+HTTP using loopback References: <20150215213713.5123e30a@rsbsd.rsb> <20150216062933.2e36fe63@opensuse.site> <20150216092513.3e39a4c5@rsbsd.rsb> <20150216151522.4ba4e471@rsbsd.rsb> In-Reply-To: <20150216151522.4ba4e471@rsbsd.rsb> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="vI2gQS2IcD33HUlNmIa53si5QSIvKxgCO" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::231 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: Mon, 16 Feb 2015 15:02:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vI2gQS2IcD33HUlNmIa53si5QSIvKxgCO Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 16.02.2015 14:15, Beeblebrox wrote: > I got the Gparted ISO to boot, although in a bit roun-about way: >=20 > menuentry 'Gparted i386' { > set root=3D"http,192.168.2.100" > set isofile=3D"gparted-live-0.19.0-beta1-3-i486.iso" > loopback loop0 ($root)$isofile > linux (loop0)/live/vmlinuz boot=3Dlive config noswap noprompt verbose= noeject fetch=3Dhttp://192.168.2.100/gparted-live-0.19.0-beta1-3-i486.is= o > initrd (loop0)/live/initrd.img } >=20 > I did not use these, since the ISO boots witout them: toram=3Dfilesyste= m.squashfs fromiso=3Dgparted-live-0.19.0-beta1-3-i486.iso >=20 > Just to confirm I've got this in my head correctly: It's not possible t= o partially load a live-CD.iso with the PXE method, unless using NFS or o= ther block device. In absence of NFS/cifs or such, the entire iso must be= loaded into RAM. Am I correct with this statement? >=20 > Yet, A similar ISO (Debian based) with below config fails due to no net= boot or nfsmount, and does not try to fetch the ISO from the http server = like it does in the above case. This ISO also has its own grub menu. Woul= d it be possible to fetch the ISO then chainload to the grub inside the I= SO? I'm probably overlooking something when asking this question... >=20 You're overlooking a lot but it was all already explained by Andrey: how Linux finds root is outside of GRUB or any bootloader scope. GRUB only passes parameters through to it. "Chainloading" whatever you mean by it will not help you. Only specialized initrd will. And it's all out of the scope of GRUB or of this list. > menuentry "Inquisitor 3.1B-amd64" { > set root=3D"http,192.168.2.100" > set isofile=3D"inq-live-3.1beta2-amd64-debian.iso" > loopback loop0 ($root)$path$isofile > linux (loop0)/live/vmlinuz-2.6.26-2-amd64 boot=3Dlive config noswap n= oprompt verbose noeject noautologin union=3Daufs fetch=3Dhttp://192.168.2= =2E100/pub/tftp/rescue/inq-live-3.1beta2-amd64-debian.iso toram=3Dfilesys= tem.squashfs > initrd (loop0)/live/initrd.img-2.6.26-2-amd64 } >=20 > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel >=20 --vI2gQS2IcD33HUlNmIa53si5QSIvKxgCO 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 iF4EAREKAAYFAlTiBowACgkQmBXlbbo5nOt6MgEAmhyA9to0kX9T6X9BpllxrlV8 e4Z43vuAtiF74S4UTrEA/A+BoRdTUC5CcMCl/a2XoIfSpT/TB0X24Kui46YtD1a0 =Wi43 -----END PGP SIGNATURE----- --vI2gQS2IcD33HUlNmIa53si5QSIvKxgCO--