ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
From: Yury Aliaev <mutab0r@rambler.ru>
To: ALT Linux Sisyphus discussions <sisyphus@lists.altlinux.org>
Subject: Re: [sisyphus] Новый hal-mount-subfs по мотивам обсуждений
Date: Thu, 07 Aug 2008 19:09:39 +0400
Message-ID: <489B1033.9080309@rambler.ru> (raw)
In-Reply-To: <200808061902.13461.ledest@gmail.com>

Led пишет:

>>>>> Почему вы решили, что "нужно монтировать непосредственно", сразу при
>>>>> втыкании?
>>>> А что с ними ещё делать, не глотать же? Если кто-то вставил флэшку в
>>>> разъём, значит явно он что-то с нею будет делать, и в 99% случаев перед
>>>> этим флэшку нужно смонтировать.
>>> Неябязательно
>> Приведите, пожалуйста, пример.
> 
> Пример чего? Я не считаю, что всё, что воткнуто, должно быть тут же 

Пример того случая, когда монтирование сразу после втыкания мешает

> смонтировано. Если мне понадобится автоматизация mount/umount, то она должна 
> быть на уровне "примонтирован на время, пока я что-то пишу на воткнутый 
> носитель/ чистаю с воткнутого носителя", всё остальное время он должен быть 
> отмонтирован. subfs и autofs для меня это делают.

А какая от этого выгода по сравнению со случаем монтирования сразу после 
втыкания? Проигрыш очевиден -- лишние накладные расходы на постоянные 
"смонтировать/размонтировать"

>>>> Я это помню. Поэтому такое действие должно быть доступно любому
>>>> пользователю, ну или любому из определённой группы. Это как "eject"
>>>> сказать может ведь любой пользователь, верно?
>>> "Сказать" может каждый. Но не каждый получит то, что ожидал.
>> Опять, пример можно?
> 
> Если соотв прав на устройство нет.

eject, как правило, может сказать любой и диск вытащится. Проблему можно 
решить, если правильно выставлять права на устройство, чтобы каждые мог 
его размонтировать.

> 
>> За исключением патологических случаев вроде битого 
>> диска я с таким не сталкивался (имею в виду свой пример с eject). Ну или
>> если открыты файлы, но это, вроде и так ясно.
>>
>> Кстати, сейчас я понял, что возможность размонтирования носителей в то
>> время, как на них открыты файлы (по чтению, разумеется) -- серьёзный
>> аргумент в пользу hal-mount-subfs. Если в нём появится возможность
>> размонтирования носителя по требованию -- пожалуй, признаю его лучшей на
>> настоящий момент системой работы со сменными носителями.
> 
> А мне кажется, что оптимальным вариантом было бы udev-subfs
>

А разница? hal же получает информацию от udev, правильно? Или Вы 
принципиально против какой бы то ни было дополнительной прослойки?



      reply	other threads:[~2008-08-07 15:09 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-03 13:22 Michael A. Kangin
2008-08-04  7:15 ` Yury Aliaev
2008-08-04  7:36   ` Michael A. Kangin
2008-08-05  7:56 ` Yury Aliaev
2008-08-05 13:37   ` Michael A. Kangin
2008-08-05 14:32     ` Yury Aliaev
2008-08-06  8:05 ` Yury Aliaev
2008-08-06  8:47   ` Mykola S. Grechukh
2008-08-06  9:21     ` Alexei V. Mezin
2008-08-06 13:12       ` Alexey I. Froloff
2008-08-06 13:18         ` Alexei V. Mezin
2008-08-06 11:06     ` Yury Aliaev
2008-08-06 11:12       ` Alexei V. Mezin
2008-08-06 11:45         ` Mykola S. Grechukh
2008-08-06 11:58           ` Alexei V. Mezin
2008-08-06 12:02             ` Mykola S. Grechukh
2008-08-06 12:16               ` Alexei V. Mezin
2008-08-06 12:23           ` Alexey Gladkov
2008-08-06 14:43             ` Andrey Rahmatullin
2008-08-06 21:51               ` Alexey Gladkov
2008-08-07  5:51                 ` Andrey Rahmatullin
2008-08-07  9:56                   ` Alexey Gladkov
2008-08-06 14:08           ` Yury Aliaev
2008-08-06 14:10             ` Alexei V. Mezin
2008-08-06 14:25             ` Mykola S. Grechukh
2008-08-06  9:43   ` Led
2008-08-06  9:54     ` Mykola S. Grechukh
2008-08-06 11:12     ` Yury Aliaev
2008-08-06 11:38       ` Led
2008-08-06 14:29         ` Yury Aliaev
2008-08-06 16:02           ` Led
2008-08-07 15:09             ` Yury Aliaev [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=489B1033.9080309@rambler.ru \
    --to=mutab0r@rambler.ru \
    --cc=sisyphus@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux Sisyphus discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
		sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
	public-inbox-index sisyphus

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.sisyphus


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git