[devel] Re: unmount procedure

[Sviataslau Svirydau]

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 <Sviataslau_Svirydau at epam.com>
phone:  +375 (17) 210 1662, ext. 1503
fax:    +375 (17) 210 1168
mobile: +375 (29) 641 4214
-- 
Memory fault - where am I?