similar to: Syslinux 6.x EFI PXE

On 12/04/2013 02:58 PM, Gene Cumm wrote: > On Wed, Dec 4, 2013 at 12:02 PM, Adam Sawyer <acsawyer at gmail.com> wrote: >> All, >> >> I have scoured the mailing list and the web and I can't seem to find any >> help on this issue. I am attempting to have EFI machines boot over PXE and >> then load various Linux Live distributions. I have a similar setup

It looks like it is more like the issue in bug #26. In the tcpdump I can see the client attempt to RRQ the kernel but the client itself reports "No file found." I am having similiar issues as reported in both bug reports with getting Syslinux 6.02 to work as in syslinux64.efi gets pulled but then the client gets stuck on ldlinux.e64. Can I use http/nfs instead after syslinux64.efi gets

On Wed, Dec 4, 2013 at 12:02 PM, Adam Sawyer <acsawyer at gmail.com> wrote: > All, > > I have scoured the mailing list and the web and I can't seem to find any > help on this issue. I am attempting to have EFI machines boot over PXE and > then load various Linux Live distributions. I have a similar setup over > standard BIOS machines and all is well on that end. First I

2013/12/5, H. Peter Anvin <hpa at zytor.com>: > On 12/04/2013 02:58 PM, Gene Cumm wrote: >> On Wed, Dec 4, 2013 at 12:02 PM, Adam Sawyer <acsawyer at gmail.com> wrote: >>> All, >>> >>> I have scoured the mailing list and the web and I can't seem to find any >>> help on this issue. I am attempting to have EFI machines boot over PXE

On 2014/3/7 ?? 05:23, Gene Cumm wrote: > On Thu, Mar 6, 2014 at 10:55 AM, Bryan Romine <bromine1027 at gmail.com> wrote: >> Sorry for the confusion, I am actually using 6.02. It turns out that I was >> trying to use the 32-bit efi binary to load 64-bit kernels. I switched to >> using "syslinux64.efi" but it hangs during boot, just before loading the >>

I am currently unable to get Syslinux v6.03 to load kernel + ramdisk when booting from a PXE server in EFI mode. Is this a feature that is currently supported? If not, is there a known time frame for which support will be added? Thanks. -Bryan

Issue Statement: PXE booting from BIOS systems works fine on both 6.03 and 6.04-pre1. New clients only support (u)EFI which results in the inability to load remote kernel or initrd. Tested with both Syslinux 6.03 and 6.04-pre1. So far unable to boot any (u)EFI clients unless both initrd and kernel are on PXE server. Using packet captures I see that the URI request for the remote file on the repo

On Mar 8, 2014 10:08 AM, "Gene Cumm" <gene.cumm at gmail.com> wrote: > > On Mar 8, 2014 9:27 AM, "Steven Shiau" <steven at nchc.org.tw> wrote: > > > > > > > > On 03/08/2014 10:06 PM, Gene Cumm wrote: > > >> Hi Gene, > > >> > Thanks. As you suggested, I did a test about 6.03-pre6, and I still got > >

On Wed, Jun 5, 2013 at 9:58 PM, upen <upendra.gandhi at gmail.com> wrote: > I copied pxelinux.cfg/default to pxelinux.cfg/<IP to HEX> and it looks this > step resolved the earlier error. Next I get failed to load com32 file > vesamenu.c32 while that file exists in /tftplinux/linux-install. Is vesamenu.c32 from 5.10? -- -Gene

On Wed, Jun 5, 2013 at 7:34 PM, upen <upendra.gandhi at gmail.com> wrote: > > > > On Wed, Jun 5, 2013 at 7:25 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > >> On Wed, Jun 5, 2013 at 7:49 PM, upen <upendra.gandhi at gmail.com> wrote: >> > On Wed, Jun 5, 2013 at 5:39 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> >> On Jun 5,

On Tue, 25 Jun, at 01:09:47PM, H. Peter Anvin wrote: > Not really... let's just document "make bios". There's preliminary documentation in doc/building.txt. -- Matt Fleming, Intel Open Source Technology Center

Hi all, wasnt sure whether this was the best place to put this information; but something seems to have gone 'backwards' in the later pre-releases of 6.03 regarding network booting. below are results of me testing - i did each a few times to make sure they are valid results. hope it helps identify something that's gone awry ? so far, 6.03 pre11 and pre13 (excluding efi32) seem most

> OK, staring at this packet dump, I see that your firmware isn't setting > a default value for the IP TTL field, but seeing as the UEFI spec > doesn't require this, that's a Syslinux bug. Interestingly, the firmware > on my test machine does fill out the TTL field with a value of 64. > > -- > Matt Fleming, Intel Open Source Technology Center > Some

>> Are there any known problems with the performance of TFTP in (U)EFI >> environments in general or maybe just on VMWare? > I don't believe so. I use Workstation 10.0.2 on Ubuntu 12.04 for the > moment. <stupid question> and have EFI enabled? </stupid> > I hope this is a hex-core host with 6+GiB of RAM. Fedora runs on an AMD A8-6600K at 3Ghz and has 8G of

On Wed, Oct 30, 2013 at 09:52:57AM +0200, Ady wrote: > > > The wiki (http://www.syslinux.org/wiki/index.php/PXELINUX) still says: > > > > "copy pxelinux.0 (from the SYSLINUX distribution) and any > > kernel or initrd images that you want to boot" > > > > like I've been doing forever, but how do I know what else I need, and > >

Hello All, this is my first post so I'll try to be as verbose as possible. We have a PXE deployment server serving mostly fujitsu RX300 rack mount servers with Intel 82575EB Gigabit Ethernet Controllers onboard. I recently upgraded from version 4.07 to version 6.02 and, without making any edits to my default menu, immediately noticed a regression. I use vesamenu.c32 to present a menu to the

I think I finally have nailed down the problems with TFTP on the 4.10 branch, and so I have released 4.10-pre20. Please let me know if you have hardware on which 4.05/4.06-pre3 works, and 4.10-pre20 does not. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

On 2014?03?07? 18:24, Ady wrote: > Hi Steven, > > Perhaps this could be of some basic sample/help, being based on > Debian: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720589 > > where: > _ if gpxelinux.0 is needed, it should probably be replaced by ipxe. > _ lpxelinux.0 (from official Syslinux archive) could optionally be > added. > > _ from the

Hi there, I've been trying to boot some new machines via uEFI and it does not work, as you can see below. From my hunting around on the mailing list, there may have been a bunch of fixes that have been committed that have some bearing on uEFI, and even some on the mailing list that appear to be aimed at solving similar problems. However, I can't manage to build a new one based on the

On 3/5/2014 4:21 AM, Gene Cumm wrote: > tp. But I can't get it to work. > 5.10 introduced lpxelinux.0, a variant that uses UNDI+lwIP instead of PXE calls. Ah, ok, the wording in 5.10 change log is a little ambiguous then...It seems to imply (to me at least) that http support was added to pxelinux.0 with an old TCP stack, but lpxelinux.0 has http with a new TCP stack. > >>