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