From: "Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>
To: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Live-ISO's over PXE+HTTP using loopback
Date: Mon, 16 Feb 2015 16:02:36 +0100 [thread overview]
Message-ID: <54E2068C.9080809@gmail.com> (raw)
In-Reply-To: <20150216151522.4ba4e471@rsbsd.rsb>
[-- Attachment #1: Type: text/plain, Size: 2166 bytes --]
On 16.02.2015 14:15, Beeblebrox wrote:
> I got the Gparted ISO to boot, although in a bit roun-about way:
>
> menuentry 'Gparted i386' {
> set root="http,192.168.2.100"
> set isofile="gparted-live-0.19.0-beta1-3-i486.iso"
> loopback loop0 ($root)$isofile
> linux (loop0)/live/vmlinuz boot=live config noswap noprompt verbose noeject fetch=http://192.168.2.100/gparted-live-0.19.0-beta1-3-i486.iso
> initrd (loop0)/live/initrd.img }
>
> I did not use these, since the ISO boots witout them: toram=filesystem.squashfs fromiso=gparted-live-0.19.0-beta1-3-i486.iso
>
> Just to confirm I've got this in my head correctly: It's not possible to partially load a live-CD.iso with the PXE method, unless using NFS or other block device. In absence of NFS/cifs or such, the entire iso must be loaded into RAM. Am I correct with this statement?
>
> Yet, A similar ISO (Debian based) with below config fails due to no netboot 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. Would it be possible to fetch the ISO then chainload to the grub inside the ISO? I'm probably overlooking something when asking this question...
>
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="http,192.168.2.100"
> set isofile="inq-live-3.1beta2-amd64-debian.iso"
> loopback loop0 ($root)$path$isofile
> linux (loop0)/live/vmlinuz-2.6.26-2-amd64 boot=live config noswap noprompt verbose noeject noautologin union=aufs fetch=http://192.168.2.100/pub/tftp/rescue/inq-live-3.1beta2-amd64-debian.iso toram=filesystem.squashfs
> initrd (loop0)/live/initrd.img-2.6.26-2-amd64 }
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> https://lists.gnu.org/mailman/listinfo/grub-devel
>
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 213 bytes --]
prev parent reply other threads:[~2015-02-16 15:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-15 19:37 Live-ISO's over PXE+HTTP using loopback Beeblebrox
2015-02-16 3:29 ` Andrei Borzenkov
2015-02-16 7:25 ` Beeblebrox
2015-02-16 7:54 ` Andrei Borzenkov
2015-02-16 13:15 ` Beeblebrox
2015-02-16 15:02 ` Vladimir 'φ-coder/phcoder' Serbinenko [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54E2068C.9080809@gmail.com \
--to=phcoder@gmail.com \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.