使用Scientific Linux 7试用我的第一个Kickstart，并从SL6迁移我的脚本，解决了大部分的错误，但仍有一个。
我使用DHCP启动虚拟机，通过在启动加载器提示符处添加以下内容从HTTP服务器上获取Kickstart文件：
net.ifnames=0 ip=eth1:dhcp inst.ks=http://server/ks.cfg 这工作正常，文件被下载和处理成功。
Kickstartconfiguration：
… network --bootproto=static --device=eth0 --ip=192.168.242.224 --netmask=255.255.255.0 --gateway 192.168.242.1 --nameserver 192.168.242.200 network --bootproto=static --device=eth1 --ip=10.10.242.224 --netmask=255.255.255.0 --nodns …
安装并重新启动后，eth1是好的。 但是，eth0停留在DHCP上。 检入/etc/sysconfig/network-scripts/我发现ifcfg-eth0带有静态IP信息，而ifcfg-eth0-1带有DHCPconfiguration。
在/ etc / sysconfig / network中的脚本/的ifcfg-eth0的
# Generated by parse-kickstart UUID=9db01644-e98d-4260-a13e-96d26b251297 DNS1=192.168.242.200 IPADDR=192.168.242.224 GATEWAY=192.168.242.1 DEFROUTE=yes IPV6_AUTOCONF=no NETMASK=255.255.255.0 BOOTPROTO=static DEVICE=eth0 ONBOOT=no IPV6INIT=yes
在/ etc / sysconfig / network中的脚本/的ifcfg-eth0-1
HWADDR=00:50:56:93:D0:AA TYPE=Ethernet BOOTPROTO=dhcp DNS1=192.168.242.200 DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=no IPV4_ROUTE_METRIC=0 IPV6INIT=yes IPV6_AUTOCONF=no IPV6_DEFROUTE=yes IPV6_FAILURE_FATAL=no NAME=eth0 UUID=73ef022d-ff28-404e-9326-cb2240ba78c1 DEVICE=eth0 ONBOOT=yes
看起来第二种configuration是优先的; 我能做些什么来防止这种行为？
（如果它是相关的，我已经禁用了“一致的”接口名称，因为它们是虚拟硬件上的任何东西，我在boot loader上指定net.ifnames=0 ，然后删除我的Kickstart中的biosdevname包。
当您提供引导命令行选项以启动联网以通过networking加载kickstart文件时，kickstart中相应的network线需要添加--activate选项。
从文档 ：
– 激活 – 在安装环境中激活此设备。
如果在已经激活的设备上使用了
--activate选项（例如，您configuration了启动选项的界面，以便系统可以检索Kickstart文件），设备将重新激活，以使用Kickstart文件中指定的详细信息。
这看起来像这样：
network --bootproto=static --device=eth1 --ip=10.10.242.224 --netmask=255.255.255.0 --nodns --activate