[devel] systemd & lo

[Sergey Bolshakov]

>>>>> "Mikhail" == Mikhail Efremov <sem-u2l5PoMzF/Uox3rIn2DAYQ на public.gmane.org> writes:

 > On Thu, 13 Mar 2014 17:03:41 +0400 Sergei Epiphanov wrote:
 >> В письме от 13 марта 2014 16:20:18 пользователь Sergey Bolshakov написал:
 >> > Дело не в init. Точно так же я могу вписать в cmdline ядра
 >> > ip=<многобукв>, получить свой eth0 -- и быть уверенным, что
 >> > он не переконфигурируется позже.
 >> 
 >> В Вашем случае Вы сами конфигурируете интерфейс и можете изменить его 
 >> параметры, а вот на lo Вы уже никак повлиять не можете.

 > Именно. Я же не предлагаю этот гипотетический CONFIG_FORCE включённым
 > для всех интерфейсов, только для lo. Это в случае, если вообще нужно
 > изменять etcnet, в чем я совсем не уверен. Возможно лучше выбрать
 > вариант 2, если ни у кого нет лучших идей.

Собственно, я пытаюсь сказать следующее:
поведение etcnet 'не трогаем уже поднятый интерфейс'
существует давно, если не всегда, и я нахожу это правильным.
Обсуждаемая проблема (lo/resolv.conf, остальное лирика)
возникла из-за допущения, что никакие интерфейсы до
момента service network start не подняты -- довольно
рискованного допущения.
Теперь, мы можем либо сделать гипотетический FORCE
в etcnet, либо найти способ приткнуть этот lo/resolv.conf
в другое место (напр. /etc/resolv.conf.head или что там).
Безотносительно FORCE, я бы предпочёл решение, не
поощряющее трюки с/в lo (lo/* отличный от изкоробочного --
трюк).

--