Re: [devel] Поведение apt-cdrom в современном мире

["Kirill A. Shutemov" <kas@altlinux.ru>]

[-- Attachment #1: Type: text/plain, Size: 1884 bytes --]

On 19:53 Mon 17 Apr, Anton D. Kachalov wrote:
> On Mon, Apr 17, 2006 at 06:28:46PM +0300, Nick S. Grechukh wrote:
> > Led wrote:
> > > Почему тезис "Всё что воткнуто, должно быть тут же примонтировано и 
> > > размонтировано после выдёргивания" - ЕДИНСТВЕННО верный?
> > > "Примонтировано при необходимости (обращении), размонтировано за ненадобностью 
> > > (по таймауту или сигналу)" вообще не рассматривается?
> > а это частный случай. реализуемый через монтирование subfs при втыкании
> 
> Вообще, нужен тумблер, отключающий какой-либо Мозг. Ибо, мозг этот до
> добра не доводит. Виндовз - один сплошной мозг. А то, что происходит с
> HAL'ом и поддержкой у нас -- это, действительно, навязывание. Я вообще
> привык всё делать через mount/umount,а не тр@$@#ся с HAL. Вот у меня на
> флэшке два раздела и в /media создаются две директории. Но кто мне может
> объяснить, почему при автодетекте разделы иногда меняются местами? То
> /dev/sda1 -> /media/usbdisk, /dev/sda2 -> /media/usbdisk2, то /dev/sda1 ->
> /media/usbdisk1, /dev/sda2 -> /dev/usbdisk. Это как? Очень бесит. Про
> сидюк я вообще молчу. Если в директорию /media/cdrom зашёл раньше, чем
> сидюк успел сообразить, то фиг чего там получишь. Ждать каких-то таймаутов
> никаких нервов не хватит. Поэтому всё равно юзаю mount. Мне, и не только,
> проще один раз прописать всё в /etc/fstab, а потом просто юзать по
> старинке. Другое, дело, когда юзвери этим пользуются из кедов. Но мы же не
> юзвери! Почему нас нужно лишать АЛЬТЕРНАТИВЫ? Виндовз-вэй? Оно нам надо?
+1

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Если бы вы знали, сколько еще пакетов застревает на подходах к Сизифу из-за
претензий по качеству пакетов...

Лучше меньше, да лучше. Можно и больше, но только не хуже.
		-- ldv in sisyphus@

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]