On Sat, 2012-03-03 at 13:33 -0800, Chuck Forsberg WA7KGX N2469R wrote:
> I noticed a new initrd.img in the pxeboot directory
> so I copied it anc vmlinuz to my tftpd directory.
> It still fails looking for its root.
>
> I presume this bug will be a beta blocker.
Not necessarily, no. But it's not
I was able to get past the root= fail with the following "default" for tftp.
prompt 1
default linux
timeout 100
label linux
kernel vmlinuz
append initrd=initrd.img ramdisk_size=9216 askmethod
root=live:http://192.168.1.13/squashfs.img
BUT NOW when I enter http://192.168.1.13/fc17/os the load
Well more info would be needed for it to be. Can anyone duplicate. What
does the error look like etc etc
smooge
On Mar 3, 2012 2:33 PM, "Chuck Forsberg WA7KGX N2469R" wrote:
> I noticed a new initrd.img in the pxeboot directory
> so I copied it anc vmlinuz to my tftpd directory.
> It still fails
Hi Chuck,
I can't vouch for whether this is a beta blocker or not, but when I believe I
read that this is temporary.
The bug is here: https://bugzilla.redhat.com/show_bug.cgi?id=785815
You can add an option similar to the example below so that it can find the
squashfs.img and things should work
I noticed a new initrd.img in the pxeboot directory
so I copied it anc vmlinuz to my tftpd directory.
It still fails looking for its root.
I presume this bug will be a beta blocker.
--
Chuck Forsberg WA7KGX N2469R c...@omen.com www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded
