尝试使用 Scientific Linux 7 进行我的第一个 Kickstart,并解决了从 SL6 迁移脚本的大部分错误,但仍有一个。
我通过 DHCP 启动 VM 以从 HTTP 服务器提取 Kickstart 文件,方法是在引导加载程序提示符下添加以下内容:
net.ifnames=0 ip=eth1:dhcp inst.ks=http://server/ks.cfg
这工作正常,文件已成功下载并处理。
启动配置:
…
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
有 DHCP 配置。
/etc/sysconfig/网络脚本/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/网络脚本/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
看起来第二种配置优先;我该怎么做才能阻止这种行为?
(如果它相关,我已经禁用“一致的”接口名称,因为它们在虚拟硬件上没有任何区别。我net.ifnames=0
在引导加载程序上指定,然后biosdevname
在我的 Kickstart 中删除该软件包。)
答案1
当您给出启动命令行选项来启动网络以通过网络加载 kickstart 文件时,network
kickstart 中的相应行需要--activate
添加该选项。
来自文档:
--activate
- 在安装环境中激活此设备。如果您
--activate
在已激活的设备上使用该选项(例如,您使用启动选项配置的接口,以便系统可以检索 Kickstart 文件),则该设备将重新激活以使用 Kickstart 文件中指定的详细信息。
这看起来像这样:
network --bootproto=static --device=eth1 --ip=10.10.242.224 --netmask=255.255.255.0 --nodns --activate