From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20140312213947.6a5d3bd3@sem.office.altlinux.ru> <20140313160116.2fe315cc@sem.office.altlinux.ru> <6911266.DRLYfGK7mG@epiphanov.bkpi82.nikiet.ru> <20140313173148.5feb2370@sem.office.altlinux.ru> From: Sergey Bolshakov Date: Thu, 13 Mar 2014 17:50:28 +0400 In-Reply-To: <20140313173148.5feb2370@sem.office.altlinux.ru> (Mikhail Efremov's message of "Thu, 13 Mar 2014 17:31:48 +0400") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b31 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Subject: Re: [devel] systemd & lo X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Mar 2014 13:50:49 -0000 Archived-At: List-Archive: List-Post: >>>>> "Mikhail" == Mikhail Efremov 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/* отличный от изкоробочного -- трюк). --