similar to: Bug#552554: ipconfig does not time out (klibc-utils)

Package: klibc-utils Version: 1.5.15-1 Hello! I'm trying to boot Debian from a different nic than the first one. After some digging into klibc and initramfs, it seems like DEVICE=all in /etc/initramfs-tools/initramfs.conf is near a solution (I cannot reliable tell, which name the nic has, it may be eth0, eth1, eth2, eth3, ...; as I've machines with one to four nics). /scripts/functions

---------- Forwarded message ---------- From: Maximilian Attems <mattems at hep.itp.tuwien.ac.at> Date: Wed, Jul 14, 2010 at 8:27 PM Subject: Re: klibc-utils 1.5.17 ipconfig To: Eran Davidovich <erancx at gmail.com> hello, thanks for your email. On Mon, Jul 12, 2010 at 11:36:21AM +0300, Eran Davidovich wrote: > > How are you? > Thanks for your great blog, been snipping

Hello, if ipconfig is run as ipconfig :::::: (i.e. long spec with all fields empty) and the computer has multiple network interfaces and only one of them is connected to dhcp managed network, ipconfig ends up in an infinite loop (see the log bellow). The following patch solved this for me. According to README, if the <device> in the long spec is empty, the first interface should be

Commit-ID: 607dae881e39572e0a0aa6a55a8b750a0b89165f Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=607dae881e39572e0a0aa6a55a8b750a0b89165f Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 11 Dec 2019 17:26:28 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 11 Dec 2019 17:39:18 +0000 [klibc] ipconfig: Document support

Commit-ID: 56dcdac0ffc1d86d196a1d04933288b0c0ef8417 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=56dcdac0ffc1d86d196a1d04933288b0c0ef8417 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Wed, 11 Dec 2019 17:38:21 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 11 Dec 2019 17:48:47 +0000 [klibc] ipconfig: Ignore NTP

Hello, On Wed, 06 Apr 2011, Olivier DRAGHI wrote: > > I encounter problems during initramfs to install Debian Squeeze (with > FAI) on HP Proliant BL460c G7. > > ipconfig unable to configure the address via DHCP. > > The last message is: > IP-Config: eth0 hardware address d4:85:64:5e:c0:f8 mtu 1500 DHCP RARP > > On my DHCP server (dhcp3-server 3.1.1-6+lenny4)

Hey, I am currently using some IBM 3850 M2 servers that we have booting from PXE to do NFS root stuff like updating firmware etc prior to getting the system installed with an operating system. Some of these servers install fine and other servers with identical configurations fail to install. In each case when it fails to start it gets to the following point [ 274.004114] NET: Registered

Hi, I had the problem that 'ipconfig' as DHCP client in Debian-squeeze could not get DHCP Offer reply from the built-in DHCP server of the cheap route that I have. The name of the router is 'MegaBitGear TE4571E' which I got at contract of ADSL Internet access service in 2009. The router is not too old and can reply to other DHCP clients like ISC-dhclient, WindowsXP and Vista.

I had an odd situation yesterday, klibc 1.5.17 ipconfig was trying DHCP on all 3 NICs in the server, but one has a bad switch that causes the link on eth2 to go up/down every 10 seconds. IPconfig would just time out. If I tell ipconfig to only try eth0, then DHCP address is configured, and the netboot proceeds 100%. I'll take a peek at the code but maybe someone here is familiar with the

This patch removes IP autoconfiguration (CONFIG_IP_PNP and friends) support from the kernel, and ensures that using NFS as the root filesystem (CONFIG_NFS_ROOT) will no longer work. b/arch/alpha/defconfig | 1 b/arch/arm/def-configs/a5k | 1 b/arch/arm/def-configs/adi_evb | 4 b/arch/arm/def-configs/adsbitsy | 4

[ adding relevant cc's ] On Tue, 10 Aug 2010, Julien-externe BLACHE wrote: > Hi, > > Attached is a second patch for ipconfig, which further improves (actually, > restores) ipconfig's behaviour on busy LANs with UDP noise. > > Commit 4efbcf90f60e27febe883ef052454d8cfded5c15 really is the root of all > evil, it badly broke ipconfig by doing a lot of changes all

hello, Preparing my first klibc maintainenace release. :) My plan is to have the patches cook in klibc-queue and once everythings is fine deploy them in the main klibc repo. Please test/review belows patches. I plan to release the current queue really soon for klibc 1.5.20 due to the urgent ipconfig fixes. For now you find my patch queue on:

Commit-ID: f41c1d74c6a8e3d463e7e4291b112b367eb8b097 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=f41c1d74c6a8e3d463e7e4291b112b367eb8b097 Author: KUMAAN <9maaan at gmail.com> AuthorDate: Tue, 23 Aug 2011 14:59:19 +0900 Committer: maximilian attems <max at stro.at> CommitDate: Tue, 22 May 2012 10:55:16 +0200 [klibc] ipconfig: Append padding if DHCP packet

From: Geert Stappers <stappers at debian.org> To make klibc-ipconfig transmit the DHCP vendor class "d-i" and get the DHCP preseeding filename in a text file, it needs the attached patch. belows patch allows ipconfig to be used in Debian installer once the hostname is sent too, see http://blog.andrew.net.au/2006/05/17#d-i_dhcp_hacking Signed-off-by: maximilian attems <maks at

If a hostname is requested, for example -d ::::foo::dhcp, then include the hostname in the DHCP discover/request. This patch also allows the vendor class identifier to be omitted from the DHCP discover/request by specifying -i "" Signed-off-by: Aron Griffis <agriffis at n01se.net> --- usr/kinit/ipconfig/dhcp_proto.c | 49 ++++++++++++++++++++++++++++++--------

The ipconfig code does not drop incoming packets that it can't handle. Since the packet socket sends ipconfig its own broadcast requests, ipconfig has the unfortunate behaviour of eating 100% of the CPU time when it does not receive an immediate response to its outgoing requests. This patch fixes the problem, by ensuring that packets are dropped if they are not handled. It also introduces a

Knocking a small item off Russell's feature list. This applies on top of my earlier bugfix+options patch. README | 15 ++++----------- main.c | 28 +++++++++++++++++++++++----- 2 files changed, 27 insertions(+), 16 deletions(-) diff -Nru a/ipconfig/README b/ipconfig/README --- a/ipconfig/README Tue Apr 29 13:03:14 2003 +++ b/ipconfig/README Tue Apr 29 13:03:14 2003 @@ -10,22 +10,15 @@

this is just on the common path, need to checkout others too, but a start: commit 5501109f6597f2bbed17a264b247c36220362dfb Author: maximilian attems <max at stro.at> Date: Mon Apr 26 08:07:51 2010 +0200 [klibc] ipconfig: Fix valgrind errors valgrind was rightfully complaining on ipconfig eth0: ERROR SUMMARY: 5 errors from 4 contexts (suppressed: 0 from 0) all

klibcs ipconfig tries to guess the nameserver if no nameserver is provided. This may happen due to misconfigured dhcp or the use of the ip= parameter. This patch removes the guessing from ipconfig as it is not possible for any other script to determine if the provided nameserver is valid or a guessed one. If the old behavior is really needed this could be easily implemented in an external script.

hello hpa, stuff keeps piling up, but shaping up too. :) Louis Rilling debugged the ipconfig failure that I was wondering about lately and fixed it. so his fixes got added to previous pull request v2: please pull git pull git://git.debian.org/users/maks/klibc.git maks for the changes: Louis Rilling (2): [klibc] ipconfig: Fix missing dhcp_end field [klibc] ipconfig: Fix null ciaddr