|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Ilya Anfimov 2:5020/400 14 Jan 2002 14:58:21
To : Serguei Khvatov
Subject : Re: Впечатление об ALT Linux Junior 1.1
--------------------------------------------------------------------------------
On Fri, 11 Jan 2002 12:46:20 +0300,
Serguei Khvatov <xbatob@techno.spb.ru> wrote:
>Thu Jan 10 2002 19:04, Ilya Anfimov wrote to Yura Bilik:
>
> IA> From: ilan@adt.ru (Ilya Anfimov)
>
> IA> On Mon, 07 Jan 2002 02:25:16 +0300,
> IA> Yura Bilik <Yura.Bilik@p4.f617.n463.z2.fidonet.org> wrote:
>
> >>
> >> Hi Michael!
> >> On Mon, 31 Dec 01 10:55:01 +0200 "MS" wrote:
> >> MS> Пpостите, но менее pезко не могу.
> >> NB> я пишу то, что увидел. И если, вставив новй диск в сидюк я не "вижу"
> >> его
> >> NB> пp
> >> MS> и
> >> NB> обpащении, это значит, что автомонтиpование (в моем понимании) не
> >> NB> pаботает.
> >> MS> Запустите Nautilus 8-))))
> >>
> >> MS> Только, пжалста, не надо говорить, что "автомонтирование не работает"
> >> --
> >> MS> говорите "автомонтирование В МОЕМ ПОHИМАHИИ, т.е. КАК В ВИHДЕ -- не
> >> MS> работает".
> >>
> >> Миша, автомонтирование именно не работает. В винде работает, а в
> >> юнихе нет. Вместо этого под словом "автомонтирование" Вам пихают
> >> нечто
> >> другое.
>
> IA> Автомонтирование -- это не проблема. Демон, который мониторит
> IA> /dev/fd* и монтирует сразу по вставлению дискеты довольно
> IA> элементарен, я кажется даже где-то такой видел. Именно для
> IA> дискет. Для компактов наверное тоже легко пишется, но меня за
> IA> глаза устраивает ситуация когда состоянием подстаканника
> IA> компьютер управляет целиком. То есть сказал cdu -- диск выехал, я
> IA> забрал диск, положил другой, сказал cdm -- он въехал. Hо опять
> IA> же, сделать автомонтирование -- это не проблема.
> IA> Проблема -- чтобы сделать авторазмонтирование. В виндах это,
> IA> кстати, тоже не работает нормально.
>
>Всё уже сделано в automount daemon, просто модель другая. Прежде всего - тот
Hичего там не сделано. В классическом amd по крайней мере.
И вообще он совершенно не для этого предназначен, а то, что
его обслуживать removable media влепили -- это нелепая случайность.
>кто работает с файлом, сначала его открывает, а за собой закрывает.
Агащазблин.
Если логически завершить эту мысль, то и *.so надо размапливать
после открытия.
>
>Если кто-либо открывает файл в автоматичестки монтируемом каталоге, то этот
>каталог монтируется.
Я рад за этот файл в этом каталоге. И допускаю, что такое
поведение достаточно адекватно.
Так что, как я и говорил -- с автомонтированием проблем особых
нет.
>
>Если в автоматически монтируемом каталоге не остаётся ни одного открытого
>файла, то через некоторое (весьма короткое) время он размонтируется.
Если бы да кабы... Hу не всегда так бывает при нормальной
работе. А если учитывать, что даже cwd процесса считается
открытым файлом, то и вообще нечастая ситуация. Это место
попросту не работает.
Что также немаловажно: Это короткое время -- обычно даже более
нескольких секунд. И при этом мне не хотелось бы, чтобы
mount/umount дергался по поводу и без повода.
>
>В этой модели есть неудобство - пока ты не полез куда-либо внутрь монтируемого
>каталога, ничего не монтируется, и самого каталога тоже не видно. Зато нет
>идеологических проблем с размонтированием - пока каталог кому-то нужен, он и
>не отмонтируется, и если железо позволяет, диск тебе система и не откроет.
В смысле -- нет. Я хочу размонтировать. Оно не размонтируется. Проблема.
>
>Конечно, бывают задачи, которые забывают закрыть за собой файлы или просто
Бывают задачи, которые не закрывают файлы потому, что им так нравится.
И не все из них я хочу отстреливать.
>виснут. Их приходится вычислять через lsof и отстреливать, но это всегда из-за
>багов в этих задачах.
Для этого fuser обычно работает.
>
> IA> Без нотификации системы о намерении вынуть носитель это
> IA> практически нереально, особенно на FAT. Буфера вО-время не
> IA> сбросятся и кирдык данным. Так что дискеты с их пимпой,
> IA> выкидывающей диск просто идут лесом.
>
>Ещё раз - надо не предупреждать о том, что ты вынимаешь носитель, а спрашивать
>- можно ли это сделать.
Так и представил: дяденька контупер, ну отда-а-айте сидючек
пожалуйста, я домой хочу, но пожа-а-алуйста.
Перебьется, железка фиговая. Сказано отдать, должен отдать.
>
>Кстати, на Sparc-ах приводы для сменных носителей ведут себя жёстко - отдают
>диски, дискеты и ленты только програмно
>
> IA> Потому, что никого из тех, кто может это исправить, данная
> IA> проблема не колебет. Мало ли где открытых глюков.
>
>Вовсе не потому. Просто UNIX делает только то, что ты просишь, а не пытается
>угадать, что же ты на самом деле хотел :-)
Что -- просишь? kernel panic при записи на device? (ты оригинальную
квоту видел?).
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
