From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <42710F66.3030306@epam.com> Date: Thu, 28 Apr 2005 19:29:26 +0300 From: Sviataslau Svirydau Organization: EPAm User-Agent: Mozilla Thunderbird false StumbleUpon/1.88 (X11/20041206) X-Accept-Language: ru, en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] Re: unmount procedure References: <20050427092120.GE26697@basalt.office.altlinux.org> <20050427102835.GT3516@immo.ru> <20050427112212.GC15011@osdn.org.ua> In-Reply-To: <20050427112212.GC15011@osdn.org.ua> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 28 Apr 2005 15:29:50.0333 (UTC) FILETIME=[1E187AD0:01C54C07] X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2005 15:29:58 -0000 Archived-At: List-Archive: List-Post: Michael Shigorin wrote: > On Wed, Apr 27, 2005 at 02:28:35PM +0400, Alexey I. Froloff wrote: > >>>Похоже, задача медленно но верно превращается в обход дерева. >>>Вот только связи не всегда очевидны, и не всегда отражены в >>>/proc/mounts. >> >>Похожая задача решена в etcnet для включения/выключения >>интерфейсов. > > > Это libdep.sh напрашивается. Ещё в управление сервисами... хотя > бы на уровне допиливания текущей схемы, вроде в SuSE видел хаки в > эту сторону. А как можно это сделать на уровне допиливания текущей схемы? В SuSE это не то, чтобы хаки, а вполне работающее нормальное решение со своими тараканами :) Суть в том, что сервис содержит в себе описание о своих зависимостях, вот пример: ### BEGIN INIT INFO # Provides: myservice # Required-Start: $network $remote_fs otherd +anotherd # X-UnitedLinux-Should-Start: ypbind hwscan $syslog $named # Required-Stop: $network $remote_fs # Default-Start: 3 5 # Default-Stop: 0 1 2 6 # Description: Start my super-service ### END INIT INFO На основе такой информации строятся ссылки в /etc/rcX.d/, причем там нет разброса от 00 до 99, а занимаются последовательные номера от 00 (или 01, не помню), и используется столько номеров, сколько потребуется... то есть, может дойти до 16-18, например. Ессесна, что в зависимости от конфигурации у одного и того же сервиса може быть разный стартовый номер... Кстати, в данном случае, уже получается все готово к тому, чтобы стартовать/останавливать сервисы параллельно, поскольку то, что имеет одинаковый номер, является независимым один от другого (при условии правильно выставленных зависимостей). Кстати, фича с зависимостями используется у SuSE в SCPM - если при смене профайла меняется конфигурация сервиса, то будет перестартован этот сервис и все, которые от него зависят. В правильном порядке, ессесна. Теперь о тараканах... по кр.мере в 8.1/9.0/9.1 был такой баг, что если в /etc/init.d/ сделать (резервную) копию стартскрипта с целью покорежить оригинал, что у системы управления сервисами сносило башню, поскольку было 2 сервиса, которые провайдят одно и то же. Вот... в общем, идея неплохая там... удобная... -- Best Regards, Sviatoslav Sviridov phone: +375 (17) 210 1662, ext. 1503 fax: +375 (17) 210 1168 mobile: +375 (29) 641 4214 -- Memory fault - where am I?