[syslinux] PXELINUX 6.03 / vesamenu.c32 hang

Jackson, Dan djackson at longroad.ac.uk
Thu Jun 16 01:17:17 PDT 2016


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 previously when that happened, there was an error message saying so).

I have tried 6.04-pre1, same result.

I have tried your simplified configuration file, same result.

Basically it hangs right after printing "PXELINUX 6.04 PXE 6.04-pre1 Copyright (C) 1994-2015 H. Peter Anvin et al". This is on the free ESXi 6.0.0.

I tried different VM hardware versions but this did not produce a different result.

I haven't tried 4.07 yet, I'll try that.

Dan Jackson (Lead ITServices Technician).

-----Original Message-----
From: Syslinux [mailto:syslinux-bounces at zytor.com] On Behalf Of Ady via Syslinux
Sent: 15 June 2016 18:02
To: syslinux at zytor.com
Subject: Re: [syslinux] PXELINUX 6.03 / vesamenu.c32 hang

> 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 does not happen if I change the configuration to use menu.c32 instead of vesamenu.c32.

One possibility: double check that all your c32 modules are originated from the same package / version / build.

Mixing versions (sometimes inadvertently) of Syslinux-related files is one source of strange behaviors. Since vesamenu.c32 has more c32 dependencies (lib*.c32) than menu.c32, I would suggest this double check as first step. Please check that you are using the c32 modules for the adequate platform (BIOS / EFI32 / EFI64).

It is also possible that ESXi is having some problem / conflict / incompatibility with the graphics mode of vesamenu.c32. This happens to be also the case with some UEFI implementations.

I seem to remember that VMWare has some customizations in their own c32 modules. This is another type of "mix" that is unsupported, because the customizations are not public.

> Both vesamenu.c32 and menu.c32 came from the same zip file as the PXELINUX binary. All PXELINUX related files came from the "bios" area of said zip file, and the VM is also set to use BIOS booting rather than EFI (this is because there are many older machines in our organisation which either do not support or are not set up for EFI booting).

That relates to part of my above comments. Yet, I would suggest double checking the files against those from the zip under the bios subdirectory tree.

> I do not experience this problem when booting a physical machine.

A compatibility issue with ESXi in particular, and/or any of my prior
comments, can still be relevant.

> Our setup is as follows:
> PXE server: Windows Server 2008 R2 running Windows Deployment Services
> DHCP server: not on the same server, WDS is authorised in DHCP
> PXELINUX version: 6.03 (but it was originally 4.04, I upgraded to see if it was some kind of bug which had been fixed in a later version)

So, is the same exact behavior seen when using Syslinux 4.04? What
about 4.07?

> PXELINUX files in Boot/x64 and Boot/x86:
> pxelinux.cfg\default
> chain.c32
> ldlinux.c32
> libcom32.c32
> libmenu.c32
> libutil.c32
> memdisk
> menu.c32
> pxelinux.com (renamed from pxelinux.0 as per instructions here http://www.syslinux.org/wiki/index.php?title=WDSLINUX)
> vesamenu.c32
> Contents of pxelinux.cfg\default:
> DEFAULT      vesamenu.c32
> #DEFAULT      menu.c32
> PROMPT       0
> NOESCAPE     1
> # Timeout in units of 1/10 s
> #MENU COLOR BORDER 30;44                    #20ffffff #00000000 none
> #MENU COLOR SCROLLBAR 30;44                              #20ffffff #00000000 none
> #MENU COLOR TITLE 0                   #ffffffff #00000000 none
> #MENU COLOR SEL   30;47                            #40000000 #20ffffff
> #MENU BACKGROUND MyMenuBackgroundPicture640x480.jpg
> MENU COLOR SCREEN                   37;44     #ffffffff #ff00007f none
> MENU COLOR BORDER                  37;44     #ffffffff #ff00007f
> MENU COLOR PWDBORDER        37;41     #ffffffff #ff7f0000 none
> MENU COLOR PWDHEADER         37;41     #ffffffff #ff7f0000 none
> MENU COLOR PWDENTRY                            37;41     #ffffffff #ff7f0000 none
> MENU COLOR TITLE                         37;44     #ffffffff #ff00007f
> MENU COLOR TIMEOUT                37;44     #ffffffff #ff00007f none
> MENU COLOR TIMEOUT_MSG   37;44     #ffffffff #ff00007f none
> MENU COLOR UNSEL                      37;44     #ffffffff #ff00007f none
> MENU COLOR SCROLLBAR            37;44     #ffffffff #ff00007f
> #---
> LABEL wds
> MENU LABEL Windows Deployment Services
> MENU PASSWD [redacted]
> KERNEL pxeboot.0
> #---
> LABEL memtest
> MENU LABEL memtest86+ v4.20
> KERNEL memtest
> #---
> LABEL seatools
> MENU LABEL SeaTools for DOS v2.23
> LINUX memdisk
> INITRD seatools.ima
> #---
> LABEL wdcdlg
> MENU LABEL Western Digital Data LifeGuard Diagnostics v5.04f
> LINUX memdisk
> INITRD wdc_diag.img
> #---
> LABEL dban2
> MENU LABEL DBAN v2.2.6 Beta
> MENU PASSWD [redacted]
> KERNEL dban.bzi
> APPEND nuke="dwipe" silent
> #---
> LABEL pmagic
> MENU LABEL PartEd Magic 6.3
> MENU PASSWD [redacted]
> LINUX pmagic/bzImage
> INITRD pmagic/initramfs
> APPEND edd=off load_ramdisk=1 prompt_ramdisk=0 rw vga=normal loglevel=9 max_loop=256
> #---
> LABEL Abort
> KERNEL abortpxe.0
> #---
> LABEL local
> MENU LABEL Boot from Harddisk
> Can anyone suggest what might be the problem?
> Thanks,
> Dan Jackson (Lead ITServices Technician).
> Long Road Sixth Form College
> Cambridge, UK.

I would suggest trying a simplified pxelinux.cfg/default, with at least
2 entries:

UI vesamenu.c32
LABEL memtest
KERNEL memtest
KERNEL pxeboot.0
KERNEL abortpxe.0
LABEL local

Please note that I used a non-pxe first entry (memtest), no passwords,
and no non-essential directive at all (not even a background image). I
also used the UI directive instead of the DEFAULT one.

We have also seen issues with some screen resolutions, and with using
certain types of backgrounds (jpg vs. png).

Testing with 6.04-pre1 might be of interest (although, if the same
behavior is seen with 4.04, I would doubt that using 6.04-pre1 would
show a different behavior than 6.03 in this case).

Syslinux mailing list
Submissions to Syslinux at zytor.com
Unsubscribe or set options at:

Move On Up to Long Road Sixth Form College

Shortlisted Sixth Form College of the year
TES FE Awards 2016


This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual(s) to whom it is addressed.
If you receive this email by mistake please notify the sender and delete it immediately.
This communication represents the originator's personal views and opinions which do not necessarily reflect those of Long Road Sixth Form College.

Disclaimer added by CodeTwo Exchange Rules 2010

More information about the Syslinux mailing list