From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <419B041C.9090302@altlinux.com> Date: Wed, 17 Nov 2004 10:56:12 +0300 From: Anton Farygin Organization: ALT Linux User-Agent: Mozilla Thunderbird 0.9 (X11/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ALT Devel discussion list Subject: Re: [devel] Hotplug rules for mount point names in /media References: <1100558195.3363.6.camel@localhost.localdomain> <4199F680.8050609@altlinux.com> <1100651518.3363.13.camel@localhost.localdomain> In-Reply-To: <1100651518.3363.13.camel@localhost.localdomain> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit 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: Wed, 17 Nov 2004 07:56:18 -0000 Archived-At: List-Archive: List-Post: Mikhail Zabaluev wrote: > В Втр, 16/11/2004 в 15:45 +0300, Anton Farygin пишет: > >>>Hotplug теперь у нас создает точки монтирования по шаблону >>>/media/<тип устройства>_<имя устройства> >>> >>>FHS 2.3 советует для монтирования множества однотипных устройств: >>>1) применять числовые суффиксы -- storage1, storage2 и т.д. >>>2) при наличии хотя бы одного устройства иметь симлинк без суффикса. >>> >>>Насколько сложно эти требования реализуемы в hotplug? >> >>Симлинк реализуем не очень сложно, а от числовых суффиксов я отказался в >>пользу <тип>_<имя> - на несколько порядков меньше проблем с рэйсами при >>создании таких каталогов. >> >>формулировка требования в FHS 2.3 несколько размыта и я так и не понял >>насколько это обязательно к исполнению. Выглядит просто как рекомендация. >> >>На мой взгляд решение с <тип>_<имя> намного удобнее для реализации и для >>использования. > > > Про реализацию не спорю. > Кстати, забыл поблагодарить: я на днях наобум воткнул флэшку в USB под > 2.6 -- и все прописалось куда надо, нужно было только подмонтировать! > Это было как чудо. Я едва не плакал от счастья :) :-) Чудо только начинается... процесс преобразования Linux'а в винду идет полным ходом... ;-( Главное вовремя его прекратить. > > Насчет использования... Пока не знаю, как это будет выглядеть в GNOME с > HAL-ом (в идеале -- полностью очеловеченные наименования устройств), но > такие имена удобны разве что линуксоидам. И то заморочишься понимать, > что у тебя воткнулось в какое SCSI-устройство. Собственно идея заключается в том, что пользователь KDE/GNOME вообще не должен знать ничего о точках монтирования и о монтировании как таковом. У него должно просто всплыть сообщение о появлении нового устройства и предложение с ним поработать. В KDE сейчас на рабочий стол выпадает соответствующая иконка. > > Симлинк полезен в следующем плане: если у тебя точно одно устройство > типа storage, просто бездумно хватаешь его за /media/storage и > пользуешь. То же самое с последним вставленным устройством этого типа: > симлинк должен перекидываться на него (правда, о том, что на это скажут > Nautilus, fam и GnomeVFS с открытыми под этим путем папками, мне как-то > боязно думать). А почему именно на последнее ? а почему не на первое ? Там очень много вопросов, на которые пока нет хорошего ответа. В данный момент я не готов точно сказать как в итоге будет с симлинками. Ясно что для CDROM'ов их необходимо делать, при чем как в /dev/, так и в /media (есть программы, которые лезут открывать /dev/cdrom и /dev/dvd). А вот со storage пока не совсем все понятно. Опять же - какой из вставленных считать последним, если я воткнул полностью забитый flash'ками card reader ? В этом случае будет запущено одновременно 5-6 hotplug'ов на каждое устройство + некоторое количество hotplug'ов на разделы этих устройств. Подчеркиваю _одновременно_. Т.е. - разница во времени запуска составляет сотые доли секунды. Как в этом случае высчитывать последний ? Собственно это была еще одна причина, по которой я отказался от использования нумерации - она сильно плавала, при чем совсем не предсказуемо. Rgds, Rider