From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <472832FD.6070005@altlinux.com> Date: Wed, 31 Oct 2007 10:47:09 +0300 From: Anton Farygin User-Agent: Thunderbird 2.0.0.6 (X11/20070804) MIME-Version: 1.0 Newsgroups: gmane.linux.altlinux.sisyphus To: ALT Devel discussion list References: <20071031003057.ab2d306a.pilot@altlinux.ru> In-Reply-To: <20071031003057.ab2d306a.pilot@altlinux.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed 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: Wed, 31 Oct 2007 07:47:21 -0000 Archived-At: List-Archive: List-Post: Денис, полностью согласен c твоим письмом. Одновременно хотелось бы получить в etcnet следующую странную функциональность - обмен интерфейсов местами. Когда eth0 переименовывается в eth1, а eth1 - в eth0. Лично мне это _не нужно_, а вот некоторые пользователи хотят странного, и эту проблему решает сервис ifrename. Rgds, Rider Denis Ovsienko пишет: > Приветствую всех. > > В последнее время (то есть после установки дома Desktop 4) я стал чаще > читать рассылку devel@, а на sisyphus@ даже подписался. Должен > признаться, некоторые вещи, которые я читаю в рассылках, делают мои > глаза заметно крупнее обычного, поэтому я хотел бы дать несколько > уместных на мой взгляд пояснений. > > 0. Часто можно видеть письма "я решил проблему таким образом" или > "давайте всё сделаем вот так-то". Банально, но всё же. Уважаемые > подписчики, когда вы так пишете, сформулируйте пожалуйста решаемую > задачу, это заметно поможет всем. > > 1. Сервис ifrename и файл /etc/iftab. Замечательная вещь для > пользователей net-scripts. Если же вы счастливый обладатель пакета > etcnet, то единственно верным решением будет выполнить > # chkconfig --level 12345 ifrename off > В Desktop 4 этот сервис любезно включен, но нейтрализован > отсутствующим файлом /etc/sysconfig/ifrename. Я бы, например, > рекомендовал в скрипте init.d/ifrename принимать во внимание переменную > CONFMETHOD из /etc/sysconfig/network, но речь не о том. > Эти ньюансы не так важны, как то, что сейчас некоторые товарищи > ничтоже сумняшеся предлагают оторвать от /etc/net его основу --- iftab, > изготовить чучело iftab'а и поместить в /etc. Возможно, в каких-то > частных случаях это упростит порядок вещей, но какой ценой? Те, кто > замечал выражение "профиль конфигурации" и "мультихостовая > конфигурация" в документации, поймут, что /etc/iftab --- совсем не то > же самое, что и /etc/net/iftab. Свойство многих файлов внутри > каталога /etc/net --- аналог NTFS(?) streams, причём с автоматическим > выбором контекста. Чего ради обламывать лишний интеллект, который есть > не просит, кроме имитации бурной деятельности? Если есть реальная > проблема, давайте её обозначим и решим технично. > > 2. udev. Я слышал, эта штука нужна для заполнения /dev при старте > (вместо того, чтобы сделать это один раз, вот чудаки) и в некоторых > дистрибутивах даже отключается, например, у нас. Практическим > следствием отключения сервиса udev у меня стало игнорирование > USB-кардридера, так что, покосившись на лишний сервис, я всё-таки > включил udev назад. На работу моей домосетки эти эволюции влияния не > оказали (составить такую конфигурацию нетрудно). Также меня > заинтересовали предложения обучить udev искусственному интеллекту и > игре на балалайке (помнится, предыдущим исполнителем роли Шарикова был > hotplug). Я не знаю, кто решится тратить на это время, но я предвижу, > каким будет результат. Давайте проектировать дистрибутив так, чтобы > каждая компонента решала одну задачу, но хорошо. Например, загружала > модули в ядро и дёргала за хвост соседнюю, которая из имеющейся > заготовки выстрогает интерфейс. > > 3. И наконец, наш философский камень, чаша Грааля и мелафон в одном > лице. eth0. Скажите пожалуйста, имея в системе два интерфейса, зачем > называть один из их eth0? А второй зачем называть eth1? А потом штурмом > добиваться соответствия реального мира содержимому iftab? Я позволю > себе ответить на этот вопрос. В этом точно нет достаточно большого > смысла, и под вопросом, есть ли смысл маленький. Ещё раз попробую > сформулировать уже высказанное предложение. Оставьте ядру ядерное и > пусть оно нумерует свои свежесозданные интерфейсы eth0, eth1, eth2 ... > eth99. Пул в 100 интерфейсов устроит всех. Если мы будем брать из этого > пула по одному интерфейсу и называть их eth000, eth001, eth002 ... > eth099, то мир станет немного чище и проще. Пользователь будет видеть > привычное eth, а у ядра и конфигуратора будет место для маневров. > > Спасибо за внимание и надеюсь видеть следующий maintenance > release более согласованным. >