similar to: Re: centos] Kickstart from FTP or USB

Hi, I?m trying kickstart on CentOS Below is my ks.cfg *[root at localhost ~]# cat /root/ks.cfg* * * #Generated by Kickstart Configurator #platform=x86, AMD64, or Intel EM64T #System language lang en_US #Language modules to install langsupport en_US #System keyboard keyboard us #System mouse mouse #Sytem timezone timezone Asia/Dili #Root password rootpw --iscrypted

I am trying to use kickstart for automated builds from a DVD. Some of the machines have DVD's drives and some have CDRom drives only. With the CDRom only machines I would like to plug in an external DVD drive via USB and use this to kickstart. The DVD only machines work correctly with a isolinux.cfg as label test kernel vmlinuz append initrd=initrd.img ramdisk_size=8192

Howdy, Was wondering if anyone on the list has successfully created a kickstart cd. I get the thing burnt, looks good, I can browse all the files, but when I actually boot from it I can't get it to admit the ks.cfg exists. I *have* been successful with kickstart over http; just can't seem to make it happen from the cd. Pointers appreciated, I've been mostly looking at the

Hi All, I'm trying to figure out where the inittab is for a pxeboot/kickstart installation so that I can disable virtual terminals that allow for interactive input such as CTRL+ALT+F2. I've looked in the /etc directories for the pxeboot initrd as well as the stage2 and minstg2 files. Am I missing something grossly obvious here? -- James A. Peltier Systems Analyst (FASNet),

Hi all Does anyone know what causes this error? I have setup a local CentOS repository, with mrepo, and can succesfully use it for updates & installation of just about anything. Yet, this error comes up. Here's my /etc/yum.conf: # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d [base-local] name=CentOS-$releasever - Base #mirrorlist=

Hello, I posted a question over at xenproject.org but it was recommended that I send out a message here for help. My post there: http://www.xenproject.org/help/questions-and-answers/vanilla-pv-centos-guest-via-kickstart-centos-6-6,-xen-4-4.html The TL;DR is: Everything I've found to kickstart a new vanilla rhel/centos guest points to specifying a kernel & and initrd- for RHEL/Centos 5.

We are attempting to setup an automated system to build some Linux systems. We have utilised the PXELINUX bootloader after encountering the PXE 512Kb limit with bootp. We now have another issue which you may have already run into. In the DHCP configuration we specify pxelinux.0 as the bootfile, this works reasonable well, we call the Redhat vmlinuz and initrd.img files within the

Hi guys ipconfig performs not well conformed DHCP client transactions. This bug does not affect 100% of the DHCP servers as some of them are more forgiving than others when considering client side protocol mistakes; i.e When PXE installing on a VMware Workstation using the VMware DHCP server plus a proxyDHCP the bug is not present. When PXE installing on a real PC with a Netgear ISP

Commit-ID: 8cb2792d8f7317c336ccc98f99199ae579ac84c6 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=8cb2792d8f7317c336ccc98f99199ae579ac84c6 Author: Mathieu Trudel-Lapierre <mathieu.trudel-lapierre at canonical.com> AuthorDate: Tue, 24 Jan 2017 10:05:12 -0500 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Wed, 2 Jan 2019 03:08:04 +0000 [klibc]

Is there any way to prevent the BOOTP client from injecting a default route? When I originally set things up our DHCP server would not send a default route because there was no gateway, local only. If you leave out the default route, the server will try proxy-arp when ends up putting a default route to itself in the routing table. The problem is that on startup the servers actually

i am using tftp-hpa 0.32 to transfer boot image files of an aix 5.2 system. packets begin to go across the network and then they stop at about 4200 packets. when i boot from aix bootp server 15227 packets are transfered. i have tried with both xinetd and standalone modes with many different options. i am not sure why it is failing to transfer the entire image. are there certain options with

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.

Hi, I''m setting up a router (linux, debian-sarge), which shall relay dhcp requests from all subnets to a central DHCP server. The general stuff is solved, i.e. I can ping from any connected machine to any other including the NICs of the router itself. All firewall tables (including nat and mangle) are set to ACCEPT and flushed. On my model system I have the NIC 172.16.1.121 (eth1),

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 ++++++++++++++++++++++++++++++--------

Hi, I was wondering if anyone had a good dhcpd.conf and /tftpboot files for a EPIA-M motherboard with RedHat 9.0.... Or maybe just a configuration that works with the EPIA-M (doesn't matter which type of linux). I'm trying to boot the system from the network and it seems to be getting to downloading pxelinux.0 but then nothing happens after that.... I'm using ISC dhcpd V3.0pl2,

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:

On Sun, Sep 13, 2015 at 3:46 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Sat, Sep 12, 2015 at 06:56:04PM -0400, Gene Cumm via Syslinux wrote: >> On Sat, Sep 12, 2015 at 6:37 PM, Gene Cumm wrote: >> > On Sat, Sep 12, 2015 at 10:23 AM, Geert Stappers wrote: >> >> diff --git a/core/fs/pxe/dhcp_option.c b/core/fs/pxe/dhcp_option.c >>

In order of making it easier to differentiate between existing clients and clients that I bring up only for installation and configuration I tried the following configuration. subnet 192.168.1.0 netmask 255.255.255.0 { pool { range 192.168.1.101 192.168.1.150; default-lease-time 86400; max-lease-time 604800; } pool { range dynamic-bootp 192.168.1.151

This is what I'm seeing on my DHCP server: # tcpdump -i eth0 -vvv -s 1500 '(port 67 or port 68)' tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 1500 bytes 13:24:05.679950 IP (tos 0x0, ttl? 20, id 0, offset 0, flags [none], proto: UDP (17), length: 576) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:24:54:d9:d4:2f (oui

hello hpa, please review and on ack merge belows patchset. thanks maks git pull git://git.debian.org/~maks/klibc.git maks for the changes: maximilian attems (8): [klibc] Add initial mntent.h with setmntent() and endmntent() [klibc] add getmntent() [klibc] mount: add help arg for usage() [klibc] mount: list