I have been using the following for the "default" file in tftpd. It has worked until Fedora 17, which needs a root= phrase. However I can find no information on what that phrase should be. What should it be changed to?
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 askmethod noselinux
I have been using the following for the "default" file in tftpd. It has worked until Fedora 17, which needs a root= phrase. However I can find no information on what that phrase should be. What should it be changed to?
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 askmethod noselinux
On Feb 26, 2012 11:00 AM, "Chuck Forsberg WA7KGX N2469R" caf@omen.com wrote:
I have been using the following for the "default" file in tftpd. It has worked until Fedora 17, which needs a root= phrase. However I can find no information on what that phrase should be. What should it be changed to?
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 askmethod noselinux
-- Chuck Forsberg WA7KGX N2469R caf@omen.com www.omen.com Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430
-- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Does http://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txthelp?
--pete
On 02/27/2012 11:04 AM, Pete Travis wrote:
On Feb 26, 2012 11:00 AM, "Chuck Forsberg WA7KGX N2469R" <caf@omen.com mailto:caf@omen.com> wrote:
I have been using the following for the "default" file in tftpd. It has worked until Fedora 17, which needs a root= phrase. However I can find no information on what that phrase should be. What should it be changed to?
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 askmethod noselinux
-- Chuck Forsberg WA7KGX N2469R caf@omen.com mailto:caf@omen.com
www.omen.com http://www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded Applications Omen Technology Inc "The High Reliability Software" 10255 NW Old Cornelius Pass Portland OR 97231 503-614-0430
-- test mailing list test@lists.fedoraproject.org mailto:test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Does http://www.kernel.org/doc/Documentation/filesystems/nfs/nfsroot.txt help?
--pete
I have looked at the document and have no idea of what to include in a root= phrase. Apparently no one else does or they would mention a universal root= that just works as well as Fedora 16 pxeboot did without a root= phrase.
Between a broken pxeboot and an anaconda that flips out when it sees the wrong version of Linux on the hard drive, I would think folks would wish to get a robust install experience before proclaiming a public beta.
On Mon, 2012-02-27 at 14:16 -0800, Chuck Forsberg WA7KGX N2469R wrote:
I have looked at the document and have no idea of what to include in a root= phrase. Apparently no one else does or they would mention a universal root= that just works as well as Fedora 16 pxeboot did without a root= phrase.
I'm not sure why you didn't look at the *other* reply to your question, which directed you to the appropriate bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=785815
Where you find the appropriate parameter - it seems to be approximately "root=live:(path_to_squashfs.img_from_build_to_install)"
Between a broken pxeboot and an anaconda that flips out when it sees the wrong version of Linux on the hard drive, I would think folks would wish to get a robust install experience before proclaiming a public beta.
The beta doesn't go out for another month or so. This is the alpha.
On 02/27/2012 04:40 PM, Adam Williamson wrote:
On Mon, 2012-02-27 at 14:16 -0800, Chuck Forsberg WA7KGX N2469R wrote:
I have looked at the document and have no idea of what to include in a root= phrase. Apparently no one else does or they would mention a universal root= that just works as well as Fedora 16 pxeboot did without a root= phrase.
I'm not sure why you didn't look at the *other* reply to your question, which directed you to the appropriate bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=785815
Where you find the appropriate parameter - it seems to be approximately "root=live:(path_to_squashfs.img_from_build_to_install)"
Between a broken pxeboot and an anaconda that flips out when it sees the wrong version of Linux on the hard drive, I would think folks would wish to get a robust install experience before proclaiming a public beta.
The beta doesn't go out for another month or so. This is the alpha.
I copied a squashfs.img to the the tftpd directory along with vmlinuz and initrd.img. Pxeboot fails claiming it can't handle root=squashfs.img.
"V'ger does not know."
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 root=squashfs.img askmethod
On Mon, 2012-02-27 at 21:23 -0800, Chuck Forsberg WA7KGX N2469R wrote:
On 02/27/2012 04:40 PM, Adam Williamson wrote:
On Mon, 2012-02-27 at 14:16 -0800, Chuck Forsberg WA7KGX N2469R wrote:
I have looked at the document and have no idea of what to include in a root= phrase. Apparently no one else does or they would mention a universal root= that just works as well as Fedora 16 pxeboot did without a root= phrase.
I'm not sure why you didn't look at the *other* reply to your question, which directed you to the appropriate bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=785815
Where you find the appropriate parameter - it seems to be approximately "root=live:(path_to_squashfs.img_from_build_to_install)"
Between a broken pxeboot and an anaconda that flips out when it sees the wrong version of Linux on the hard drive, I would think folks would wish to get a robust install experience before proclaiming a public beta.
The beta doesn't go out for another month or so. This is the alpha.
I copied a squashfs.img to the the tftpd directory along with vmlinuz and initrd.img. Pxeboot fails claiming it can't handle root=squashfs.img.
"V'ger does not know."
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 root=squashfs.img askmethod
I'm not sure, but from the bug report it reads like it actually can't pull the root image over all protocols ATM. I might be misunderstanding, though.
I copied a squashfs.img to the the tftpd directory along with vmlinuz and initrd.img. Pxeboot fails claiming it can't handle root=squashfs.img.
"V'ger does not know."
prompt 1 default linux timeout 100
label linux kernel vmlinuz append initrd=initrd.img ramdisk_size=9216 root=squashfs.img askmethod
I'm not sure, but from the bug report it reads like it actually can't pull the root image over all protocols ATM. I might be misunderstanding, though.
That is correct. Currently supported are http and ftp AFAIK. nfs support will come in future.
Also the 'root' argument should not be required in the future, hopefully.