similar to: Anyone tried the password feature yet?

Hi, I have tried several different line options, but I cannot seem to get the pxe master password option to work? I have basically tried all combinations of: DEFAULT local PROMPT 0 ALLOWOPTIONS 1 TIMEOUT 500 MENU TITLE sometitle MENU MASTER PASSWD somepassword But just can't seem to get the menu to prompt for a password. version I have is pxe 3.31 Thanks for any help

HPA, I believe I've found a possible bug with /menu. This against the unmodified -pre5 snapshot. SRC: http://www.survivaldisk.com/menutest.c COMPILED: http://www.survivaldisk.com/menutest.com It's easiest explained if you just compile the .c and experience it for yourself, anyways. If you have two submenus nested within each other and then call a third menu it will bring up the

On Jun 6, 2013 5:42 PM, "H. Peter Anvin" <hpa at zytor.com> wrote: > > On 06/06/2013 02:40 PM, upen wrote: > > > > Some odd things I observed just now. > > 1. Since yesterday, I have been reseting the client box from Virtualbox VM > > menu (Reset option). This always showed me com32 vesamenu.c32 message. > > 2. Some time ago, I decided I power

Are there anyone who has a machine on which the *current* version of SYSLINUX ends up with an inoperable USB keyboard, especially when using the menu system? I might have a workaround, but I don't have a system which exhibits the problem available to me at the moment, and I really don't want to put in a hack without knowing that it actually does anything... If you do have such a

Hi all, 3.40 is getting close to feature complete, with the one thing I really want to add is support for F-key help in the simple menu system. However, I'm not 100% sure how I want to do it. This may seem trivial, but it actually matters. One option is to have the F-key help clear the screen and display text, similar to the way it would work at the plain boot prompt. Another option is

On Thu, Jun 6, 2013 at 4:01 PM, H. Peter Anvin <hpa at zytor.com> wrote: > Very odd! > > This shows a TFTP connection being correctly established and then > disconnected, with all the negotiation involved. I'm wondering if it is > iPXE that is playing games with us here... > > -hpa > > Some odd things I observed just now. 1. Since yesterday, I have

Hi everyone, I have pushed out Syslinux 3.81 to the usual places. Again, special thanks to my employer, Intel, for letting me spend time working on this stuff ;) -hpa Syslinux 3.81 is primarily a bug fix release. The main new features are halt-on-idle support and some features to isohybrid, including the ability to boot from an image written to a partition. Changes in 3.81: *

Hello, I'm extremely new to Linux and am working on creating a PXE server/menu with PXELINUX and Microsoft DHCP/TFTP. I've gotten it to work great with the exception of one box: the IBM SurePOS 532. If I specify a boot image in my DEFAULT file, it works fine. However when I try to use MENU.C32, it gets stuck at "Trying to Load: pxelinux.cfg/default." Based on TFTP logs, it

On Thu, Jun 6, 2013 at 7:02 PM, upen <upendra.gandhi at gmail.com> wrote: > On Thu, Jun 6, 2013 at 5:38 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> On Jun 6, 2013 5:42 PM, "H. Peter Anvin" <hpa at zytor.com> wrote: >> > On 06/06/2013 02:40 PM, upen wrote: >> > > >> > > Some odd things I observed just now. >> > >

"H. Peter Anvin" <hpa at zytor.com> writes: > On 08/22/2013 10:20 AM, Ferenc Wagner wrote: > >> Now that Syslinux has ls.c32 and lua.c32, it should be possible to build >> a customizable boot menu in the bootloader itself, instead of generating >> it beforehand by hooking into the kernel installation/removal process. >> Sure that would not work over

I have just released SYSLINUX 2.09-pre4 with a few changes: a) SYSLINUX should now correctly handle mode changes from within a COMBOOT program. b) Tweaks to the menu system to avoid the "grey text on black" problem. c) A new color scheme for the menu system (Murali, check it out and see if you think it works for you.) ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/

2016-01-25 12:28 UTC+01:00, H. Peter Anvin <hpa at zytor.com>: > On January 22, 2016 3:59:09 AM PST, Celelibi <celelibi at gmail.com> wrote: >>2016-01-22 3:37 UTC+01:00, H. Peter Anvin <hpa at zytor.com>: >>> On 01/21/16 18:33, Celelibi wrote: >>>> >>>> BTW, this code is due to Matt Flemming with commit 3a316db1 (later >>>>

This is 100% functionally equivalent to 3.54-pre1, with only a few minor documentation changes. Changes in 3.54: * Add "menu separator", "menu indent", "menu disabled" (see README.menu). * vesamenu: fix handing of VESA modes with noncontiguous memory buffers. In particular, Qemu/KVM sets up such a mode when Cirrus

Hi, I am trying the simple menu passswd in syslinux 3.11, and it seems that if I set the timeout option, the menu passwd is ignored. For example: ----------- default menu.c32 timeout 70 prompt 0 noescape 1 MENU MARGIN 5 MENU MASTER PASSWD $4$x$03NXHMe7QS0Ukxlkyh684LkWdqY$ label local MENU DEFAULT # MENU HIDE MENU LABEL Local operating system (if available) MENU PASSWD localboot 0 label

I just uploaded SYSLINUX 3.54-pre1. This is a release candidate, since it fixes a bug which I considers significant. As it turns out, the problem with the graphical menu under Qemu/KVM (requiring -std-vga) was actually an invalid assumption that SYSLINUX was making, and didn't verify. Fixing the assumption was easy enough to do, so I have fixed it. Added is also a new set of menu

After thinking a bit of the multi-file support in 3.31-pre1, and considering a few users' feedback on the subject, I have made a couple of changes: 1. The dummy filename ~ can be used to mean "the main config file". 2. There is a MENU INCLUDE directive now. -hpa

I have just pushed out SYSLINUX 3.10-pre9. Please test it out, especially everyone who has been working with me on various systems trying to get them to work, or have had recent breakage. -hpa

3.80 is a bug fix and internal restructuring release. In particular, the entire shuffler subsystem has been rewritten largely from scratch, as has the Multiboot module. Changes in 3.80: * New shuffler mechanism and API. * Rewritten mboot.c32 module. * The syslinux_boot_linux() function has been simplified. * Don't hang trying to boot a "menu

This version contains a fix to mbr.asm, plus a version of Murali's menu system, but ported to gcc. Although gcc produces much bigger 16-bit code (since it's really 32-bit code with prefixes) I figured it would be much easier for people to deal with since it requires the configuration to be compiled in. That being said, it's a *very* powerful menu system, partially *because*

I have, hopefully, found and fixed the issue with non-kernel binaries that appeared in 3.35. As a result, I have pushed out 3.36-pre6 and am classifying it as a release candidate. Please try it out, especially if you have had problems with 3.35. ftp://ftp.kernel.org/pub/linux/utils/boot/syslinux/Testing/ -hpa