similar to: CONFIG and appended directory; current directory

I'm sure I'm doing something wrong here, but I would appreciate a pointer. I have tried to rtfm, but find the docs a little sparse wrt pxechain.comand gpxelinux.0. I am trying to setup a pxe chain server (aka chainloading?) where one of the entries on one pxe server forwards to another (cobbler, in this case). I know this works fine with traditional pxelinux.0 images, but it's

On 06/16/2014 10:41 AM, Gene Cumm wrote: > [...] Initially I wrote pxechn.c32 to allow further > modifications of the DHCP data [...] Awesome! In fact, this might allow us to install an automatic 'http' prefix on all subsequent requests, to avoid slow tftp --- or is that a bad idea, and/or is there a way to default all transfers to http without using pxechn and without prefixing

On Wed, Aug 7, 2013 at 7:26 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > <snip> > > After my experiences with writing/testing pxechn.c32, I'm not > surprised that this happens. What version(s) have you used? > > One of the goals of lpxelinux.0 is to replace gpxelinux.0 for HTTP/FTP > fetch capability. This is available in versions 5.10+ and 6.00+ (BIOS

On Thu, Aug 8, 2013 at 7:21 PM, Hans Lellelid <hans at velum.net> wrote: > On Thu, Aug 8, 2013 at 7:15 PM, H. Peter Anvin <hpa at zytor.com> wrote: > >> On 08/08/2013 04:14 PM, Hans Lellelid wrote: >> > >> > Sorry, I will give some better output tomorrow. I think when this >> > happened I was still using menu.c32 so I didn't see any output,

On Tue, Jul 16, 2013 at 6:26 AM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Mon, Jul 15, 2013 at 11:57 PM, Alexandre Blanchette > <blanalex at gmail.com> wrote: > > In PXELinux 4.06 (the vanilla version, not gpxelinux.0), I'm trying to > use > > pxechn.c32 to call iPXE (undionly) with option 67 set to call an iPXE > > script. > > > > The

When chainloading one pxelinux from another (e.g., chainloading from say pxelinux 4.07 to pxelinux 6.02), can one pass parameters or somehow control the root directory and/or server IP address? Here's the need: we have a loaded-up PXE server working great under 4.07, and I'm not prepared to just switch the entire setup to a newer version of pxelinux, too many folks depending on a

In PXELinux 4.06 (the vanilla version, not gpxelinux.0), I'm trying to use pxechn.c32 to call iPXE (undionly) with option 67 set to call an iPXE script. The relevant portion of my PXELinux config looks like this: LABEL MDT MENU LABEL ^B - MDT 2012 SP1 com32 pxechn.c32 APPEND undionly.kpxe -o 67.s=ipxe/mdt.ipxe However iPXE doesn't seem to get the option correctly, it goes into

From: Gene Cumm <gene.cumm at gmail.com> Fix COM32 chdir() since it's implemented in the core. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- diff --git a/com32/lib/chdir.c b/com32/lib/chdir.c index 6a365f3..4bd4c84 100644 --- a/com32/lib/chdir.c +++ b/com32/lib/chdir.c @@ -8,10 +8,5 @@ int chdir(const char *path) { - /* Actually implement something here... */ - -

* Gene Cumm, 2014-06-10 : > If 4.05 or 3.86 acted nicely, this would mean a bug. OK, so, with unpatched official binaries: 3.86 ---- pxelinux.0 Loads fine, assumes terminal width 15, displays menu, but then freezes (I suspect it does not process any input from the serial port) gpxelinux.0 Displays: PXE->EB: !PXE at 9E64:0060, entry point at 9E64:00F6 UNDI code segment

IRC user ernini first noticed this. We both tried using gpxe/gpxelinux.0 from Syslinux-4.04-pre22. ernini used pxechain to a commercial NBP which RETs (the same as PXELINUX) and failed. Both of us had success with core/pxelinux.0 from Syslinux-4.04-pre22. For my test, I have a VM in VMware Server 2.0.2 (VMHW v7). I loaded gpxelinux.0 using the VM's built-in PXE ROM. Then I used

Hello, I am running Debian testing x64 and have manually installed the 6.03pre17 deb packages for extlinux, pxelinux, syslinux, syslinux-common, syslinux-stuff and syslinux-utils. I have a working tftpd-hpa 5.2-18 PXE system and can boot PCs to it. All .c32 binaries, gpxelinux.0 and memdisk are from the Debian packages and everything works except for http/https sources of ISOs. I have tried both

On 06/16/2014 05:14 PM, Gene Cumm wrote: > This sounds like you're using gpxelinux.0 4.07 which as I stated will > introduce issues. Instead of using gpxelinux.0 4.07, try pxelinux.0 > 4.07 then do your chainload to lpxelinux.0 6.02. If this doesn't > solve it, try 6.03-pre14. When I DHCP boot to lpxelinux.0 6.02, and then pxechn.c32 back to lpxelinux.0 6.02 with the http

Hello, In my testing environment I have two VMs on ESXi 5.0. VM A = dhcp/tftp/PXE/http server, running CentOS 6.2. Syslinux 4.04 with the included gpxelinux.0. VM B = PXE boot client. If I run CentOS 6.2 also on the VM B, I can easily transfer 50+ MB/sec over http between the VMs (wget, links). Now, if I PXE boot gpxelinux.0 on the VM B, and start to download bigger initrd image over http the

When executing a command, we temporarily chroot, fork and exec the command, then chroot back. We intentionally don't chdir in the parent process so that we can 'jailbreak' the chroot later. However, this has the effect that commands are executed with a current working directory which is outside the current root. This unusual state can cause errors in executed commands which don't

Hi folks, Syslinux 5.01 is out, a week later than predicted but that's largely down to the realloc() bug described below. This release is mainly a collection of bug fixes for problems reported after people tested Syslinux 5.00. The NEWS entries are included at the bottom. There was a pretty nasty realloc() bug that took some time to find and fix, which resulted in memory corruption. There

We have been network booting FreeBSD for some time with pxeboot. But now we would like to have menu of OSs to boot and got the idea somewhere that gpxelinux could do that for us. We copied gpxelinux.0 from the syslinux-4.02 distribution and replaced pxeboot with "gpxelinux" in the dhcpd.conf file. Indeed with a configuration file in pxelinux.cfg like this: default freebsd

THX, helps a lot On 17.08.2013 15:09 Gene Cumm wrote: > Can you deal with a client taking 1-4 minutes to just fetch files? If > not, you will have a performance issue. > Unfortunally not, the performance issue is known )-: > > Where does startrom.0 come from? Some Windows file? > I don't know, it is build by the company where we get the .nbis from > > So planning

Randy McAnally wrote: > > Thank you so much, this is the kind of news I needed! > > ---------- Original Message ----------- > From: "Arends, R.R." <r.r.arends at hro.nl> > To: "Randy McAnally" <rsm at fast-serv.com> > Cc: <gpxe at etherboot.org> > Sent: Wed, 03 Mar 2010 10:10:56 +0100 > Subject: Re: [gPXE] localboot 0 hang on some

Hi All, I've been enjoying playing with gpxe and gpxelinux, however I have a few questions that I'd love to get some answers for... 1) Will gpxelinux support chain loading of other NBPs without hanging or is this already resolved ? 2) Why does gpxelinux take much longer than pxelinux to enumerate the UUID, MAC address, then hex IP address chop ? 3) Can gpxelinux load gpxe scripts at all

Hi, first of all I would like to voice my deep gratitude to all syslinux developers for this really important software. I am using it in all my automation projects and could not manage without. Unfortunately now I stumbled upon a problem where I am out of my wits and need some help. The core problem is that HTTP transfers by gpxelinux.0 are very slow. Sadly this problem seems to be somehow