similar to: IPAPPEND breaks menu module

Displaying 20 results from an estimated 3000 matches similar to: "IPAPPEND breaks menu module"

2009 Jul 24
3
Problem with PXE, menu, and ipappend
I have been using PXELINUX with the "ipappend 2" option for a long time. To make things a little more user friendly, I decided to set up menus (text menus with menu.c32), but they wouldn't work (blank screen and corrupted menu flashes by when you hit a key). I went through all kinds of combinations of options, and finally found that commenting out the "ipappend 2" line
2013 Jun 24
2
[bug] Syslinux-5.11-pre2: IPAPPEND/SYSAPPEND inconsistent base
core and the simple menu do not interpret the IPAPPEND/SYSAPPEND directives in the same way. Which is the proper way? Either way, this should be clarified in the documentation. com32/elflink/ldlinux/readconfig.c: } else if ((ep = looking_at(p, "ipappend")) || (ep = looking_at(p, "sysappend"))) { uint32_t s = strtoul(skipspace(ep), NULL,
2013 Jun 24
2
[bug] Syslinux-5.11-pre2: IPAPPEND/SYSAPPEND inconsistent base
On Sun, Jun 23, 2013 at 11:09 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > On Sun, Jun 23, 2013 at 11:06 PM, Gene Cumm <gene.cumm at gmail.com> wrote: >> core and the simple menu do not interpret the IPAPPEND/SYSAPPEND >> directives in the same way. Which is the proper way? Either way, >> this should be clarified in the documentation. > > To be clear:
2013 Jun 24
2
[5.11-pre1] SYSAPPEND does not work (IPAPPEND alias works)
On Sun, Jun 23, 2013 at 3:16 PM, Gerardo Exequiel Pozzi <vmlinuz386 at yahoo.com.ar> wrote: > I guess the bug is here (com32/menu/readconfig.c) > > 910 } else if (looking_at(p, "ipappend") || looking_at(p, > "sysappend")) { > 911 if (ld.label) > 912 ld.ipappend = atoi(skipspace(p + 8)); > 913
2013 Jun 26
2
[PATCH][git] IPAPPEND: standardize and document
The following changes since commit 4ff8fcac8e7b5046987dee15592ab510ab343aa8: Matt Fleming (1): Merge branch 'menu-ipappend-1-for-mfleming' of git://github.com/geneC/syslinux into elflink are available in the git repository at: git://github.com/geneC/syslinux.git ipappend-fix-for-mfleming Gene Cumm (2): core & menu: fix IPAPPEND/SYSAPPEND conversion doc/ &
2005 Oct 10
1
IPAPPEND option?
does the IPAPPEND option still exist? If so I want clearification on it please. Out of the syslinux documentation it says the following. The flag_val is an OR of the following options: 1: indicates that an option of the following format should be generated and added to the kernel command line: ip=client-ip:boot-server-ip:gw-ip:netmask ... based on the input from the DHCP/BOOTP or PXE boot
2004 Jun 09
3
ipappend and dos
I'm using ipappend and getargs.com with a dos boot image to get the environment variables for the IP and MAC. The format of the %ip% environment variable is ip=<client-ip>:<boot-server-ip>:<gw-ip>:<netmask> Is there a way to tell ipappend to assign these to individual arguments. Or does anyone know a good way to parse each of these to individual variables in dos. What
2007 Nov 07
1
IPAPPEND rewrite kernel argument list question
Hello Using pxelinux for so long time i don't want to use pxegrub to PXE boot solaris 10 on x86 . So i would like to use pxelinux to do this jobs . I use ipappend and mboot.c32 however i don't success to have the kernel argument appended with BOOTIF : here is what i use : LABEL solaris MENU DEFAULT MENU LABEL Solaris Jumpstart KERNEL mboot.c32 APPEND multiboot kernel/unix
2004 Aug 19
2
ipappend on command line
Is there a way to use IPAPPEND 1 on the pxelinux command line. I want to be able to pass the whole command line in my menu files and not use the config file. Thanks Aaron
2013 Jun 14
2
[5.11-pre1] SYSAPPEND does not work (IPAPPEND alias works)
On 06/13/2013 10:15 PM, Gene Cumm wrote: > On Thu, Jun 13, 2013 at 8:08 PM, Gerardo Exequiel Pozzi > <vmlinuz386 at yahoo.com.ar> wrote: >> Hello >> >> While testing PXE booting, I decided to change IPAPPEND to the new >> SYSAPPEND and does not work: nothing is appended to command line. >> >> I tested using menu.c32 and vesamenu.c32, same issue.
2003 Apr 05
1
ipappend with pxelinux
Hello, I have not been able to get the IPAPPEND option to successfully set the ip parameters for a pxelinux install. I have LABEL install KERNEL pxelinux.cfg/tftpboot.img APPEND initrd=pxelinux.cfg/initrdfs.gz root=/dev/ram IPAPPEND 1 where tftpboot.img is either of http://ftp.debian.org/debian/dists/woody/main/disks-i386/current/ idepci/tftpboot.img
2005 Jan 31
3
[Fwd: IPAPPEND on http://syslinux.zytor.com/faq.php#config]
FYI -------- Original Message -------- Subject: IPAPPEND on http://syslinux.zytor.com/faq.php#config Date: Mon, 31 Jan 2005 15:20:00 +0100 From: Pascal Terjan <pterjan at mandrakesoft.com> Organization: Mandrakesoft To: david at weekly.org Hi, I needed to get the MAC from which we booted using pxelinux (in order to know which interface we used to boot). I found reading the source that
2006 Sep 04
1
IPAPPEND with memdisk / freedos (odin)
Hi all :) that's my first post, he =) I need some help about having the IPAPPEND 3 in my freedos (odin) environnement after a PXE boot using PXELinux / Memdisk... i've been searching for few hours now, but didn't found anything.. Is there a way to get that done ? Thanks in advance J?r?mie 'ahFeel' BORDIER
2009 Mar 25
1
Bug: config parser broken in ff78e2b62a45f18c0d427153f957d2f06c0f5c1c
Just a heads up while testing newer versions to work around a hardware problem it seems the config file parser is fubar. Broken: ff78e2b62a45f18c0d427153f957d2f06c0f5c1c Working: 332a924759efe50e783ad3116ecf17d518dfebe2 $ git name-rev --tags 332a924759efe50e783ad3116ecf17d518dfebe2 ff78e2b62a45f18c0d427153f957d2f06c0f5c1c 332a924759efe50e783ad3116ecf17d518dfebe2 tags/syslinux-3.74-pre7~1
2013 Jun 14
2
[5.11-pre1] SYSAPPEND does not work (IPAPPEND alias works)
Hello While testing PXE booting, I decided to change IPAPPEND to the new SYSAPPEND and does not work: nothing is appended to command line. I tested using menu.c32 and vesamenu.c32, same issue. --------------------------------------------------------------------- SERIAL 0 38400 UI boot/syslinux/vesamenu.c32 LABEL arch64_nbd MENU LABEL Boot Arch Linux (x86_64) (NBD) LINUX boot/x86_64/vmlinuz
2010 May 31
1
[PATCH] docs: explain the danger of IPAPPEND 1
Signed-off-by: Ferenc Wagner <Ferenc Wagner wferi at niif.hu> --- doc/syslinux.txt | 9 ++++----- 1 files changed, 4 insertions(+), 5 deletions(-) diff --git a/doc/syslinux.txt b/doc/syslinux.txt index 76cae24..0ec2695 100644 --- a/doc/syslinux.txt +++ b/doc/syslinux.txt @@ -163,11 +163,10 @@ IPAPPEND flag_val [PXELINUX only] ... based on the input from the DHCP/BOOTP or PXE boot
2012 Sep 04
1
ifcpu64.c32 not working properly when used in a menu include file
The following is a pxelinux problem, specifically to do with including config files with the menu include directive and the ifcpu64.c32 com module. I have a working ifcpu64.c32 setup that jumps to the label rescue64 in the case of a 64-bit CPU. The label "rescue64" defines a 64-bit kernel and a 64-bit initrd.img. The setup jumps to a label named "rescue32" in the case of a
2008 Dec 02
5
[Bug 1543] New: ~C always opens command prompt on master session
https://bugzilla.mindrot.org/show_bug.cgi?id=1543 Summary: ~C always opens command prompt on master session Product: Portable OpenSSH Version: 5.1p1 Platform: All URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=50754 1 OS/Version: Linux Status: NEW Severity: normal Priority:
2010 Apr 09
2
[PATCH] gfxboot: support MENU LABEL statement
The config file parser now accepts MENU LABEL. Also, make config statements case-insensitive. Signed-off-by: Steffen Winterfeldt <wfeldt at opensuse.org> --- com32/gfxboot/gfxboot.c | 69 ++++++++++++++++++++++++++++++++++------------- 1 files changed, 50 insertions(+), 19 deletions(-) diff --git a/com32/gfxboot/gfxboot.c b/com32/gfxboot/gfxboot.c index bfdd8cc..640422b 100644 ---
2013 Jun 24
0
[bug] Syslinux-5.11-pre2: IPAPPEND/SYSAPPEND inconsistent base
On Sun, Jun 23, 2013 at 11:06 PM, Gene Cumm <gene.cumm at gmail.com> wrote: > core and the simple menu do not interpret the IPAPPEND/SYSAPPEND > directives in the same way. Which is the proper way? Either way, > this should be clarified in the documentation. To be clear: core treats the value as always hexidecimal while simple menu treats it as decimal unless a 0x prefix is