Kickstart создает 2 файла конфигурации для одного и того же сетевого интерфейса.

Я попробовал свой первый кикстарт с Scientific Linux 7 и устранил большинство ошибок с переносом моих скриптов с SL6, но одна осталась.

Я загружаю виртуальную машину по DHCP, чтобы получить файл Kickstart с HTTP-сервера, добавив в запрос загрузчика следующее:

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.

/ и т. д. / 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

/ и т. д. / 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.)