[make-initrd] master updated

[Michael A. Kangin]

On 04/23/2019 04:26 PM, Alexey Gladkov wrote:

> * Добавил возможность вызвать скрипт до и после старта сервиса;
yes

> * Увеличил приоритет nameserver= и теперь они будет попадать в resolv.conf
>    первыми;
yes

> * Я добавил параметр ifname=<iface>:<macaddr> (как в dracut) для
>    переименования интерфейсов;
yes

> * Изменил обработку macaddr в ip. Теперь MAC меняется у интерфейса, а не
>    переименовывает интерфейс. Это совпадает с поведением в fedora;

В конфиги попадает, к интерфейсу не применяется. Наверное, та же фигня 
что и с MTU
~:# cat /etc/network/ifaces/eth1/iplink
set address 01:02:01:02:01:ff
set mtu 9000
~:# ip li sh dev eth1
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast 
qlen 1000
     link/ether 52:54:00:a7:29:23 brd ff:ff:ff:ff:ff:ff



И еще пару мыслей о DHCP
В формате ip=dhcp действительно ли ему стоит пытаться поднимать все 
интерфейсы, или было бы лучше пробовать по одному?
И если уж все, то лучше одновременно.

Сейчас, когда дело дойдёт до тестирования в железе, какой-нибудь сервер 
о шести 10G сетевушках будет делать ip link up для каждой из них секунд 
по 20.
не хотелось бы получить необоснованных задержек при загрузке системы :)

Кроме того, если скажем сетевушки подключены к одной сети и получают 
один и тот же NS, то /etc/resolv.conf может получиться такой вот 
кучерявый с дублирующимися серверами:
~:# cat /etc/resolv.conf

nameserver 98.158.110.2
nameserver 98.158.111.2
# eth0: DHCP4 start
nameserver 192.168.222.1
# eth0: DHCP4 end

# eth1: DHCP6 start
nameserver fd00:eeee:0012:0000:0000:0000:0000:0001
# eth1: DHCP6 end

# eth2: DHCP4 start
nameserver 192.168.222.1
# eth2: DHCP4 end

~:# cat /proc/cmdline
ip=dhcp nameserver="98.158.110.2 98.158.111.2" debug rdshell


И что именно в него попадает при dualstack для каждого интерфейса, v4 
или v6 адрес - дело случая, и разнится от загрузки к загрузке, бывает и 
по три 192.168.222.1. Но попадает что-нибудь одно.