similar to: 1 model out of a dozen hangs at "loading boot sector... booting..."

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

syslinux 3.86 and 4.00-pre55 make[2]: Entering directory `/home/gzp/src/syslinux-4.00-pre55/gpxe/src' [AR] bin/blib.a ar: creating bin/blib.a [HOSTCC] util/zbin [LD] bin/undionly.kkpxe.tmp arch/i386/scripts/i386.lds:1: undefined symbol `_max_align' referenced in expression make[2]: *** [bin/undionly.kkpxe.tmp] Error 1 make[2]: Leaving directory

Here's some reminders for various branches that are pending. All branches are at my public repo at git://git.zytor.com/users/genec/syslinux.git ( http://git.zytor.com/?p=users/genec/syslinux.git;a=summary ) HPA, I'd appreciate a response in the direction of a status like on hold, under review, denied or to be completed soon. Branch win64-mingw32-ubuntu-for-hpa adds more prefixes in

lo lo, trying to compile current syslinux git: [kernel] Linux gzp1 2.6.31-gzp1 #1 SMP PREEMPT Mon Sep 21 07:34:39 CEST 2009 i686 GNU/Linux [glibc] GNU C Library stable release version 2.10.1, by Roland McGrath et al. Compiled by GNU CC version 4.3.3. Compiled on a Linux >>2.6.29.4-gzp1<< system on 2009-06-06. Native POSIX Threads Library by Ulrich Drepper et al [gcc] gcc

All, For several days, I've been trying to debug an issue booting a Windows 7 machine over iscsi (utilizing gpxelinux.0 and sanboot.c32). ? ??? - I can get it to function OK utilizing plain gPXE (so I know my iscsi config is OK and also the iscsi drive is OK). ??? - When utilizing gpxelinux, the system shows that the iscsi drive is mounting and trying to boot. However, at that point the

Has anyone played with the syslinux/lwip.git tree? It works fine with pxelinux: qemu -boot n -net nic -net user,bootfile=/pxelinux.0,tftp=/pxe (although it hangs while trying to resolve www3.kernel.org because of the lack of proper DNS with -net user) The same command hangs earlier with gpxelinux.0 though: Getting cached packet 01 pxe_call op 0071 data 0x00012518 -- Pierre-Alexandre

--- On Thu, 5/31/12, Geert Stappers <stappers at stappers.nl> wrote: > > P.S. > > As usual, eagerly (and patiently) waiting for the HTTP > bits to start > > working properly! ;) :) > > How should I read that??.? Does it mean "I'm waiting to > get time to test" > or do you mean "tested, it doesn't work yet"??? > Anyway, please

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

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

but it works well with pxelinux.0 in 3.75

Best all, When i try to boot pxeboot.n12 it will not be loaded.I can see in the logfiles that is been downloaded but isn't executed by gpxelinux.0if is use pxelinux(wich starts from usb and then loads gpxelinux from the tftp server) then it will boot just fine. Hope that you can help me. I have been searching google for hours without a solution. thanks in advance. T.Geerts

If there is anything that you think should have been in Syslinux 4.04 which isn't there please holler now. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.

On Thu, Oct 10, 2013 at 10:00 AM, Michael Brown <mbrown at fensystems.co.uk> wrote: > On 09/10/13 10:45, Robin Smidsr?d wrote: >> >> On 09.10.2013 02:56, H. Peter Anvin wrote: >>> >>> The gPXE in the Syslinux tree is ridiculously old. We could either >>> replace it with iPXE or just drop it, giving people a recipe for how to >>> integrate

Hello, I'm experiencing an issue where if I use vesamenu.c32 with PXELINUX 6.03 when network booting a virtual machine hosted on VMware ESXi 6.0, it hangs (the version message is printed and then nothing - the VM has to be powered off and back on again). This happens no matter if I choose the E1000 network interface or the VMXNET3 network interface when creating the VM. The same problem

> Date: Fri, 29 Aug 2014 13:02:10 +0100 > From: Michael Brown <mcb30 at ipxe.org> > To: Jason Jones <jason.s.jones at convergys.com>, "syslinux at zytor.com" > <syslinux at zytor.com> > Subject: Re: [syslinux] PXE booting WinPE with UEFI architecture > Message-ID: <54006BC2.3090703 at ipxe.org> > Content-Type: text/plain;

The gPXE in the Syslinux tree is ridiculously old. We could either replace it with iPXE or just drop it, giving people a recipe for how to integrate with iPXE themselves. What do people think? -hpa

Hey guys, We are going with WDS to fire up first to get the benefits of targeted M$ deployments. If you have the "handle unknown computers" off on your M$ Distribution point, then you can still use regular WDS which runs next as a PXE filter (DLL linked into WDS) to fire off anything you want to including PXELinux. The stuff I was talking about before with PXELinux not working in

Hello, Thanks very much for your suggestions. I have double checked that all .c32 files are from the same version of syslinux. What I don't know - I only put those .c32 files I have in there on the basis of trial and error - is what .c32 files are actually needed for menu.c32 and/or vesamenu.c32. I thought perhaps there might be a .c32 file missing that I needed to put in there (though

Hello Geert Thanks for replying.. But i think i can?t use it, as i don?t reach the point where the debug module will be available.. it just pulls the lpxelinux.0 and tries to get the next download-- the ldlinux.c32 and it fails...and freezes. And the next step would be other modules i think.. if i?m wrong.. excuse me 8-).. yesterday i managed to get ipxelinux working from ipxe.org.. so the nic

On Dec 25, 2014 2:11 AM, "Luke Ledgerd" <luke.ledgerd at niteco.se> wrote: > > Hey guys, > > We are going with WDS to fire up first to get the benefits of targeted M$ deployments. If you have the "handle unknown computers" off on your M$ Distribution point, then you can still use regular WDS which runs next as a PXE filter (DLL linked into WDS) to fire off