From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 31 Oct 2007 01:10:02 +0300 From: Denis Ovsienko To: devel@lists.altlinux.org Message-Id: <20071031011002.be844697.pilot@altlinux.ru> In-Reply-To: <20071030215024.GE11395@basalt.office.altlinux.org> References: <20071031003057.ab2d306a.pilot@altlinux.ru> <20071030215024.GE11395@basalt.office.altlinux.org> Organization: ALT Linux Team X-Mailer: Sylpheed version 2.2.9 (GTK+ 2.10.6; i586-alt-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?0M/R087J1MXM2M7B0SDawdDJ08vBOiBldGNuZXQsIGlm?= =?koi8-r?b?cmVuYW1lLCB1ZGV2IMkgZXRoMA==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 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: Tue, 30 Oct 2007 22:10:04 -0000 Archived-At: List-Archive: List-Post: On Wed, 31 Oct 2007 00:50:24 +0300 "Dmitry V. Levin" wrote: > On Wed, Oct 31, 2007 at 12:30:57AM +0300, Denis Ovsienko wrote: > [...] > > 1. Сервис ifrename и файл /etc/iftab. Замечательная вещь для > > пользователей net-scripts. Если же вы счастливый обладатель пакета > > etcnet, то единственно верным решением будет выполнить > > # chkconfig --level 12345 ifrename off > > В Desktop 4 этот сервис любезно включен, но нейтрализован > > отсутствующим файлом /etc/sysconfig/ifrename. Я бы, например, > > рекомендовал в скрипте init.d/ifrename принимать во внимание > > переменную CONFMETHOD из /etc/sysconfig/network, но речь не о том. > > В Сизифе смысл этого скрипта перекочевал в правило для udev. То есть это было сделано для того, чтобы udev умел правильно готовить интерфейсы для net-scritps? Или всё-таки нет? Я опять не могу понять, какую задачу эта конструкция решает. > > Эти ньюансы не так важны, как то, что сейчас некоторые товарищи > > ничтоже сумняшеся предлагают оторвать от /etc/net его основу --- > > iftab, изготовить чучело iftab'а и поместить в /etc. Возможно, в > > каких-то частных случаях это упростит порядок вещей, но какой > > ценой? Те, кто замечал выражение "профиль конфигурации" и > > "мультихостовая конфигурация" в документации, поймут, > > что /etc/iftab --- совсем не то же самое, что и /etc/net/iftab. > > Свойство многих файлов внутри каталога /etc/net --- аналог NTFS(?) > > streams, причём с автоматическим выбором контекста. Чего ради > > обламывать лишний интеллект, который есть не просит, кроме имитации > > бурной деятельности? Если есть реальная проблема, давайте её > > обозначим и решим технично. > > Либо ответом на вопрос является > ln -s net/iftab /etc/ > либо я не понял вопрос. Вопрос в том, собираемся ли мы переименовывать какие-либо интерфейсы, которые не описаны в /etc/net и соответственно им никак не управляются? Если да, то какой в этом смысл? Если нет, то почему не удовлетвориться уже существующим /etc/net/iftab? [...] > > Например, загружала модули в ядро и дёргала за хвост соседнюю, > > которая из имеющейся заготовки выстрогает интерфейс. > > А конкретнее, что должно происходить при обнаружении ядром нового > сетевого устройства? Загрузить модуль, вызвать обработчик. Эта схема уже была реализована в своё время для pcmcia-cs и hotplug. -- DO4-UANIC