[devel] [git update] packages/startup: tags/0.9.8.17-alt2

[Anton Farygin]

Dmitry V. Levin пишет:
> On Wed, Mar 05, 2008 at 08:43:24AM +0300, Anton Farygin wrote:
>> Dmitry V. Levin пишет:
>>> On Tue, Mar 04, 2008 at 06:49:45PM +0300, Anton Farygin wrote:
>>>> Dmitry V. Levin пишет:
>>>>> On Tue, Mar 04, 2008 at 03:40:52PM +0300, Sergey Vlasov wrote:
>>>>>> On Tue, Mar 04, 2008 at 03:24:37PM +0300, Dmitry V. Levin wrote:
>>>> <skip>
>>>>>>> Можно пояснить, что именно исправляет это изменение?
>>>>>> Если модуль dm-mod в этот момент уже был загружен (например, из
>>>>>> initrd), и при этом udevd был запущен из rc.sysinit (RUN_UDEV=1), в
>>>>>> результате выполнения этого кода файл устройства /dev/mapper/control
>>>>>> удалялся, что приводило к ошибкам при последующем запуске lvm.
>>>>>> Конечно, имеющаяся запись changelog никуда не годится - MD не имеет
>>>>>> никакого отношения к данной проблеме.
>>>>>>
>>>>>> В новом варианте, правда, всё равно остаётся race - в случае
>>>>>> RUN_UDEV=1 файл устройства должен создавать udevd, но ожидание его
>>>>>> создания не производится.
>>>>> А каким образом лучше ждать появления этого файла?
>>>> я бы предложил использовать для этого inotify. Но если не очень хочется 
>>>> затачиваться на относительно новый инструмент, то можно просто написать 
>>>> цикл.
>>> Вопрос был не в этом.  Как долго имеет смысл ждать появления этого файла?
>>> Возможно, есть какое-то событие, по наступлении которого ждать больше не
>>> имеет смысла?  Вы же не хотите зависания rc.sysinit при некотором стечении
>>> обстоятельств?
>> А разве /dev/mapper/control может не появиться, если загружен модуль 
>> dm-mod ?
> 
> Ты процитированный код видел?  загруженный модуль dm-mod не создаёт
> /dev/mapper/control, этот файл создаёт userspace.

Как не создаёт ? Сергей же пишет, что если dm-mod загружен, и RUN_UDEV=1 
есть, то он будет создан udev'ом при инициализации udevstart. Т.е. - 
этот код нужен в том случае, если udev не запускается ?

Серёг, поясни плз..