[d-kernel] I: kernel-feat-core-supermount for 2.6

[d-kernel] I: kernel-feat-core-supermount for 2.6

[Andrey Rahmatullin]

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

Заливаю:
ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.noarch.rpm
ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.src.rpm


* Sun Jan 18 07:00:00 2004 Andrey Rahmatullin <wrar@altlinux> 2004.01.18-alt1
- 2.6 support added
- 1.2.10 for 2.4.22
- 2.0.3b for 2.6.1

Пришлось вместо нормальной версии ставить дату, т.к. versioning апстрима
параллельный для разных веток. Вроде должно ставиться поверх 1.2.9-alt1.

2darkstar: ничего, что я подхватил?
2ed: Ы?


ЗЫ. Давно б выложил, но всё не мог разобраться, почему не работает.
Оказалось, что на 2.4 после -- (т.е. в опциях, передаваемых монтировщику
iso9660) писать quiet можно (хотя, как оказалось, у iso9660 нет такой
опции :-Р), а на 2.6 это выливается в монтирующийся без вопросов, но
выглядящий пустым диск. Убрал ;-)

-- 
WBR, wRAR (ALT Linux Team)

В теории - да. На практике - посмотрим.
		-- rider in devel@

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

Re: [d-kernel] I: kernel-feat-core-supermount for 2.6

[Albert R. Valiev]

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

В сообщении от 17 Январь 2004 22:55 Andrey Rahmatullin написал(a):
> Заливаю:
> ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.
>01.18-alt1.noarch.rpm
> ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.
>01.18-alt1.src.rpm
>
>
> * Sun Jan 18 07:00:00 2004 Andrey Rahmatullin <wrar@altlinux>
> 2004.01.18-alt1 - 2.6 support added
> - 1.2.10 for 2.4.22
> - 2.0.3b for 2.6.1
>
> Пришлось вместо нормальной версии ставить дату, т.к. versioning апстрима
> параллельный для разных веток. Вроде должно ставиться поверх 1.2.9-alt1.
>
> 2darkstar: ничего, что я подхватил?

Ничего. Я сам собирался, ну да ладно. Пора wks-{up|smp} пересобирать - да 
времени нету, через недели-две наверное только.


-- 
With Best Regards, Albert R. Valiev
-----------------------------------
ALT Linux Team [www.altlinux.org]

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

[d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Ed V. Bartosh]

>>>>> "AR" == Andrey Rahmatullin writes:

 AR>   Заливаю:
 AR>  ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.noarch.rpm
 AR>  ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.src.rpm
...  
  
 AR>  2darkstar: ничего, что я подхватил?  
 AR>  2ed: Ы?
Сорри, притормозил, письмо потерял :(

Даже и не знаю. Просто ничего о нем не слышал особо.
А почему этого нет в нашем 2.4 ? И чем он круче стандартного
automount-а ?

PS: А как поживают Radeon-овские драйверы ? Ы ?
  
-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Tue, Jan 20, 2004 at 08:13:00PM +0200, Ed V. Bartosh wrote:
> 
> >>>>> "AR" == Andrey Rahmatullin writes:
> 
>  AR>   Заливаю:
>  AR>  ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.noarch.rpm
>  AR>  ftp://ftp.altlinux.ru/pub/people/wrar/2.6/kernel-feat-core-supermount-2004.01.18-alt1.src.rpm
> ...  
>   
>  AR>  2darkstar: ничего, что я подхватил?  
>  AR>  2ed: Ы?
> Сорри, притормозил, письмо потерял :(
> 
> Даже и не знаю. Просто ничего о нем не слышал особо.
> А почему этого нет в нашем 2.4 ? И чем он круче стандартного
> automount-а ?

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

В общем - в сад.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> юзает примонтированное устройство, а пользователь его вынимает".

tray_lock=always

-- 
WBR, wRAR (ALT Linux Team)

>ps: куплю билеты на матч ldv--rider, т.к. пока изложенные ими
>позиции существенно противоречат друг другу ;[
Организуем на linuxfest. Билеты в танцевальный партер -- $50.
		-- aen in devel-kernel@

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 12:16:13PM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> > юзает примонтированное устройство, а пользователь его вынимает".
> 
> tray_lock=always

А смысл ?

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Вячеслав Диконов]

В Срд, 21.01.2004, в 10:16, Andrey Rahmatullin пишет:
> On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> > юзает примонтированное устройство, а пользователь его вынимает".
> 
> tray_lock=always
И ещё тем, что в /mnt/cdrom не болтается всякая дрянь в виде
псевдокаталога auto. automount хорош для подключения сетевых разделов,
для этого он и делался. Для cdrom-ов zip-ов dvd и т.п. supermount -
лучшее решение. 

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 10:30:04AM +0300, Вячеслав Диконов wrote:
> В Срд, 21.01.2004, в 10:16, Andrey Rahmatullin пишет:
> > On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > > Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> > > юзает примонтированное устройство, а пользователь его вынимает".
> > 
> > tray_lock=always
> И ещё тем, что в /mnt/cdrom не болтается всякая дрянь в виде
> псевдокаталога auto. automount хорош для подключения сетевых разделов,
> для этого он и делался. Для cdrom-ов zip-ов dvd и т.п. supermount -
> лучшее решение. 

Лучшее - в плане того, что глючит больше и лучше чем automount ?

IMHO лучшее решение было бы hotplug для CDROM дисков.

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Gleb Stiblo]

On Tue, Jan 20, 2004 at 08:13:00PM +0200, Ed V. Bartosh wrote:
e> Даже и не знаю. Просто ничего о нем не слышал особо.
e> А почему этого нет в нашем 2.4 ? И чем он круче стандартного
e> automount-а ?

А ещё submount есть, интересно, чем он круче? :)
Собирается модулем. Написано, что менее глючит, чем supermount.

-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 10:29:00AM +0300, Anton Farygin wrote:
> On Wed, Jan 21, 2004 at 12:16:13PM +0500, Andrey Rahmatullin wrote:
> > On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > > Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> > > юзает примонтированное устройство, а пользователь его вынимает".
> > 
> > tray_lock=always
> 
> А смысл ?

* tray_lock={always,onwrite,never}     [default is "onwrite"]
       Specify when supermount is to prevent media removal. `always' means
on every access (it was default in earlier versions), `onwrite' means only
for write access and `never' means never :) `onwrite' and `never' are the
same for ro media like CD-ROM.


Как вообще приведенная выше ситуация 
1. должна обрабатываться
2. обрабатывается с autofs
3. обрабатывается с supermount
?

-- 
WBR, wRAR (ALT Linux Team)

я поправил drm-std-up.spec, чтобы он не не собирал gamma.o.
этот драйвер officialy глючит.
		-- nidd in devel-kernel@

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 12:41:19PM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 21, 2004 at 10:29:00AM +0300, Anton Farygin wrote:
> > On Wed, Jan 21, 2004 at 12:16:13PM +0500, Andrey Rahmatullin wrote:
> > > On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > > > Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> > > > юзает примонтированное устройство, а пользователь его вынимает".
> > > 
> > > tray_lock=always
> > 
> > А смысл ?
> 
> * tray_lock={always,onwrite,never}     [default is "onwrite"]
>        Specify when supermount is to prevent media removal. `always' means
> on every access (it was default in earlier versions), `onwrite' means only
> for write access and `never' means never :) `onwrite' and `never' are the
> same for ro media like CD-ROM.
> 
> 
> Как вообще приведенная выше ситуация 
> 1. должна обрабатываться

Тут два варианта: 1) - отдать CDROM, размонтировав его с опцией -l 2)
Дождаться пока приложение отпустит CDROM и потом отдать
> 2. обрабатывается с autofs
Там все просто - CDROM не будет размонтирован, пока приложение его
использует.
> 3. обрабатывается с supermount

В теории - так же как с autofs. 
Хотя почему-то я не наблюдал глюков, если размонтировать используемое
устройство методом umount -l

Наверное это все-таки как то связано с самим supermount'ом (на supermount
глюки воспроизводились)

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

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

On Wed, Jan 21, 2004 at 10:01:15AM +0300, Anton Farygin wrote:
> > А почему этого нет в нашем 2.4 ?

Было когда-то.

> > И чем он круче стандартного automount-а ?

Тем, что с этим могут работать "обычные пользователи", в отличие
от.

> Тем, что глючит намного больше. Глюки наблюдаются в районе:
> "приложение юзает примонтированное устройство, а пользователь
> его вынимает".  В общем - в сад.

В сад.  Как и юниксовый vfs на десктопе.

Вот только почему у нас automount, который еще более в сад,
причем по мнению ВСЕХ -- от пользователей до автора
(применительно к абьюзу по сменным носителям) :-(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

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

On Wed, Jan 21, 2004 at 11:25:36AM +0300, Anton Farygin wrote:
> > 2. обрабатывается с autofs
> Там все просто - CDROM не будет размонтирован, пока приложение
> его использует.

Это теория.  Практика маленько отличается: доказать человеку, что
он ДОЛЖЕН найти все окошки, в которых у него просто cwd -- это
/mnt/cdrom/auto (даже не открыто что-то) и позакрывать их -- суть
нарываться на плохие отношения.

Видишь ли, отдельные Приложения умудряются держать тот же CD даже
при отсутствии видимых к тому причин.  Пример -- mc :(

Получается, что из двух (чутырех?) зол надо выбирать меньшее.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

On Wed, Jan 21, 2004 at 10:36:02AM +0300, Anton Farygin wrote:
> IMHO лучшее решение было бы hotplug для CDROM дисков.

Тоже думал в эту сторону.  Как-то реально?  А для fd/zip?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 10:34:01AM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 11:25:36AM +0300, Anton Farygin wrote:
> > > 2. обрабатывается с autofs
> > Там все просто - CDROM не будет размонтирован, пока приложение
> > его использует.
> 
> Это теория.  Практика маленько отличается: доказать человеку, что
> он ДОЛЖЕН найти все окошки, в которых у него просто cwd -- это
> /mnt/cdrom/auto (даже не открыто что-то) и позакрывать их -- суть
> нарываться на плохие отношения.
> 
> Видишь ли, отдельные Приложения умудряются держать тот же CD даже
> при отсутствии видимых к тому причин.  Пример -- mc :(
> 
> Получается, что из двух (чутырех?) зол надо выбирать меньшее.

Именно поэтому был выбран autofs, ибо на данный момент он намного лучше
чем кучка приложений, зависших из-за kernel-space.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 10:34:43AM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 10:36:02AM +0300, Anton Farygin wrote:
> > IMHO лучшее решение было бы hotplug для CDROM дисков.
> 
> Тоже думал в эту сторону.  Как-то реально? 

Наверное реально, но надо смотреть код.

А для fd/zip?

Для zip - да, для fd - нет (по моему fd не сообщает о том, что из него
что-то вытащили и ему что-то вставили) (разве что fd от Sparc'а - с программным eject'ом)

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

On Wed, Jan 21, 2004 at 11:39:25AM +0300, Anton Farygin wrote:
> > Получается, что из двух (чутырех?) зол надо выбирать меньшее.
> Именно поэтому был выбран autofs, ибо на данный момент он
> намного лучше чем кучка приложений, зависших из-за
> kernel-space.

Да.  Он дружественнее к софту.  Но _не_ дружественнее к человеку.

Насчет "из-за k-s": ну давайте после выхода compact навалимся на
посмотреть на submount?

On Wed, Jan 21, 2004 at 11:41:02AM +0300, Anton Farygin wrote:
> > > IMHO лучшее решение было бы hotplug для CDROM дисков.
> > Тоже думал в эту сторону.  Как-то реально? 
> Наверное реально, но надо смотреть код.
> > А для fd/zip?
> Для zip - да, для fd - нет

Такой ответ и ожидался.  Можно начать забивать на флопики (они
действительно не такие) => для них применять все равно что, т.к.
контролировать доступ к носителю не получается. (спарковские...
маковские еще :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 10:52:16AM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 11:39:25AM +0300, Anton Farygin wrote:
> > > Получается, что из двух (чутырех?) зол надо выбирать меньшее.
> > Именно поэтому был выбран autofs, ибо на данный момент он
> > намного лучше чем кучка приложений, зависших из-за
> > kernel-space.
> 
> Да.  Он дружественнее к софту.  Но _не_ дружественнее к человеку.
> 
> Насчет "из-за k-s": ну давайте после выхода compact навалимся на
> посмотреть на submount?

После появления 2.6 в Sisyphus - можно глянуть.

> 
> On Wed, Jan 21, 2004 at 11:41:02AM +0300, Anton Farygin wrote:
> > > > IMHO лучшее решение было бы hotplug для CDROM дисков.
> > > Тоже думал в эту сторону.  Как-то реально? 
> > Наверное реально, но надо смотреть код.
> > > А для fd/zip?
> > Для zip - да, для fd - нет
> 
> Такой ответ и ожидался.  Можно начать забивать на флопики (они
> действительно не такие) => для них применять все равно что, т.к.
> контролировать доступ к носителю не получается. (спарковские...
> маковские еще :)

Угу.. все больше и больше машин идет без флопов. Во всяком случае
ноутбуков - около 90%.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

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

On Wed, Jan 21, 2004 at 01:04:41PM +0300, Albert R. Valiev wrote:
> Если кто хочет поэкспериментировать с supermount  - поставьте
> wks ядро - в нем оно есть. Хотя лучше подождите - на днях
> соберу новую версию с обновленным supermount, так оно виднее

Ждем-с :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 01:04:41PM +0300, Albert R. Valiev wrote:
> В сообщении от 21 Январь 2004 11:25 Anton Farygin написал(a):
> > > > > > Тем, что глючит намного больше. Глюки наблюдаются в районе:
> > > > > > "приложение юзает примонтированное устройство, а пользователь его
> > > > > > вынимает".
> > > > > tray_lock=always
> > > > А смысл ?
> > > * tray_lock={always,onwrite,never}     [default is "onwrite"]
> > >        Specify when supermount is to prevent media removal. `always'
> > > means on every access (it was default in earlier versions), `onwrite'
> > > means only for write access and `never' means never :) `onwrite' and
> > > `never' are the same for ro media like CD-ROM.
> > > Как вообще приведенная выше ситуация
> > > 1. должна обрабатываться
> >
> > Тут два варианта: 1) - отдать CDROM, размонтировав его с опцией -l 2)
> > Дождаться пока приложение отпустит CDROM и потом отдать
> > > 2. обрабатывается с autofs
> >
> > Там все просто - CDROM не будет размонтирован, пока приложение его
> > использует.
> 
> В случае autofs cdrom не будет отмонтирован если его вообще что либо держит. 
> Этот спор мы уже проходили - lock трея из-за самбы, mc, pwd = /mnt/cdrom, 
> etc.  Во всех этих случаях размонтирование невозможно. 
> 
> > > 3. обрабатывается с supermount
> > В теории - так же как с autofs.
> > Хотя почему-то я не наблюдал глюков, если размонтировать используемое
> > устройство методом umount -l
> 
> Ответ неверный. supermount фактически не размонтирует устройство, он обновляет 
> статус vfs. И в этом его коренное отличие, его не нужно размонтировать 
> вообще.

Хорошо, что ты сидишь рядом и я могу тебе показать как это выглядит ;-)

Тест для остальных простой: KDE, Konqueror'ом заходим в /mnt/cdrom,
открываем текстовый файл в kwrite, вытаскиваем CD, наблюдаем висящий в
прострации konqueror.
> 
> > Наверное это все-таки как то связано с самим supermount'ом (на supermount
> > глюки воспроизводились)
> 
> Если кто хочет поэкспериментировать с supermount  - поставьте wks ядро - в нем 
> оно есть. Хотя лучше подождите - на днях соберу новую версию с обновленным 
> supermount, так оно виднее будет. 

Новая версия не исправит.. проблема в DNK.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Albert R. Valiev]

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

В сообщении от 21 Январь 2004 11:25 Anton Farygin написал(a):
> > > > > Тем, что глючит намного больше. Глюки наблюдаются в районе:
> > > > > "приложение юзает примонтированное устройство, а пользователь его
> > > > > вынимает".
> > > > tray_lock=always
> > > А смысл ?
> > * tray_lock={always,onwrite,never}     [default is "onwrite"]
> >        Specify when supermount is to prevent media removal. `always'
> > means on every access (it was default in earlier versions), `onwrite'
> > means only for write access and `never' means never :) `onwrite' and
> > `never' are the same for ro media like CD-ROM.
> > Как вообще приведенная выше ситуация
> > 1. должна обрабатываться
>
> Тут два варианта: 1) - отдать CDROM, размонтировав его с опцией -l 2)
> Дождаться пока приложение отпустит CDROM и потом отдать
> > 2. обрабатывается с autofs
>
> Там все просто - CDROM не будет размонтирован, пока приложение его
> использует.

В случае autofs cdrom не будет отмонтирован если его вообще что либо держит. 
Этот спор мы уже проходили - lock трея из-за самбы, mc, pwd = /mnt/cdrom, 
etc.  Во всех этих случаях размонтирование невозможно. 

> > 3. обрабатывается с supermount
> В теории - так же как с autofs.
> Хотя почему-то я не наблюдал глюков, если размонтировать используемое
> устройство методом umount -l

Ответ неверный. supermount фактически не размонтирует устройство, он обновляет 
статус vfs. И в этом его коренное отличие, его не нужно размонтировать 
вообще.

> Наверное это все-таки как то связано с самим supermount'ом (на supermount
> глюки воспроизводились)

Если кто хочет поэкспериментировать с supermount  - поставьте wks ядро - в нем 
оно есть. Хотя лучше подождите - на днях соберу новую версию с обновленным 
supermount, так оно виднее будет. 

-- 
With Best Regards, Albert R. Valiev
-----------------------------------
ALT Linux Team [www.altlinux.org]
  ARV-DARKSTAR-RIPN <-> ARV2-RIPE

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Ed V. Bartosh]

>>>>> "MS" == Michael Shigorin writes:

 MS>   On Wed, Jan 21, 2004 at 11:39:25AM +0300, Anton Farygin wrote:
 >>  > Получается, что из двух (чутырех?) зол надо выбирать меньшее.
 >>  > >> Именно поэтому был выбран autofs, ибо на данный момент он >>
 >>  > намного лучше чем кучка приложений, зависших из-за >>
 >>  > kernel-space.
  
 MS>  Да.  Он дружественнее к софту.  Но _не_ дружественнее к
 MS>  человеку.
  
 MS>  Насчет "из-за k-s": ну давайте после выхода compact навалимся на
 MS>  посмотреть на submount?

Может имеет смысл собрать его модулем к 2.6 для посмотреть ? 
Мне кажется, что он может быть приемлимым компромиссом между automount
и supermount. Да к тому же как модуль он никому не завредит.

-- 
Best regards,
Ed V. Bartosh

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

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

On Wed, Jan 21, 2004 at 01:03:43PM +0300, Anton Farygin wrote:
> Тест для остальных простой: KDE, Konqueror'ом заходим в
> /mnt/cdrom

На этом шаге (с поправкой на auto/) с autofs уже проблемы.

> открываем текстовый файл в kwrite

Ключевое место: это busy inodes, т.е. действительно
неопределенное поведение при отсутствии носителя.

> вытаскиваем CD, наблюдаем висящий в прострации konqueror.

С autofs у тебя (безусловно) не получится добиться этого; при
этом если этот диск надо немедленно где-то еще -- цена вопроса
может быть куда больше конкъеррора.

С autofs, как замечал AM, есть по крайней мере одна неоправданная
пробелма в этом сценарии: когда кто-то просто стоит на носителе
(не читает!  тем паче не пишет) -- не отдаст.  Хотя мог бы.

> > Если кто хочет поэкспериментировать с supermount  - поставьте
> > wks ядро - в нем оно есть. Хотя лучше подождите - на днях
> > соберу новую версию с обновленным supermount, так оно виднее
> > будет. 
> Новая версия не исправит.. проблема в DNK.

DNA, в смыле? (Кислота = Acid ;)

Так это VFS DNA.  "Меньшее из..." :(

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

On Wed, Jan 21, 2004 at 12:23:47PM +0200, Ed V. Bartosh wrote:
> Может имеет смысл собрать его модулем к 2.6 для посмотреть ? 

Было бы спасибо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 12:23:47PM +0200, Ed V. Bartosh wrote:
> 
> >>>>> "MS" == Michael Shigorin writes:
> 
>  MS>   On Wed, Jan 21, 2004 at 11:39:25AM +0300, Anton Farygin wrote:
>  >>  > Получается, что из двух (чутырех?) зол надо выбирать меньшее.
>  >>  > >> Именно поэтому был выбран autofs, ибо на данный момент он >>
>  >>  > намного лучше чем кучка приложений, зависших из-за >>
>  >>  > kernel-space.
>   
>  MS>  Да.  Он дружественнее к софту.  Но _не_ дружественнее к
>  MS>  человеку.
>   
>  MS>  Насчет "из-за k-s": ну давайте после выхода compact навалимся на
>  MS>  посмотреть на submount?
> 
> Может имеет смысл собрать его модулем к 2.6 для посмотреть ? 
> Мне кажется, что он может быть приемлимым компромиссом между automount
> и supermount. Да к тому же как модуль он никому не завредит.

Конечно, посмотреть стоит.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 12:30:44PM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 01:03:43PM +0300, Anton Farygin wrote:
> > Тест для остальных простой: KDE, Konqueror'ом заходим в
> > /mnt/cdrom
> 
> На этом шаге (с поправкой на auto/) с autofs уже проблемы.

Попробуй в Compact'е - там с этим проблем нет.
> 
> > открываем текстовый файл в kwrite
> 
> Ключевое место: это busy inodes, т.е. действительно
> неопределенное поведение при отсутствии носителя.
> 
> > вытаскиваем CD, наблюдаем висящий в прострации konqueror.
> 
> С autofs у тебя (безусловно) не получится добиться этого; при
> этом если этот диск надо немедленно где-то еще -- цена вопроса
> может быть куда больше конкъеррора.

Естественно.. о чем и речь.

> 
> С autofs, как замечал AM, есть по крайней мере одна неоправданная
> пробелма в этом сценарии: когда кто-то просто стоит на носителе
> (не читает!  тем паче не пишет) -- не отдаст.  Хотя мог бы.

Мог бы, но не за чем ;-)

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Andrey Rahmatullin]

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

On Wed, Jan 21, 2004 at 01:03:43PM +0300, Anton Farygin wrote:
> Тест для остальных простой: KDE, Konqueror'ом заходим в /mnt/cdrom,
Заходим.

> открываем текстовый файл в kwrite
Открываем.

> , вытаскиваем CD, наблюдаем висящий в прострации konqueror.
1. Вытаскиваем лоток и диск. Не задвигаем. При переключении в окно
Конкерора лоток заезжает, отображается пустая папка. Конкерор вполне
работоспособен.
2. Вытаскиваем лоток и диск. Задвигаем. При попытке открытия файла с диска
Конкерор говорит "Неут файла" и показывает пустую папку. И вполне
работоспособен.

supermount 2.0.3b for 2.6.1
tray_lock=never

Попробовать с =always ?

-- 
WBR, wRAR (ALT Linux Team)

ALT Linux Team стремится соблюдать все лицензионные условия.
		-- aen in oo-discuss@

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 04:08:34PM +0500, Andrey Rahmatullin wrote:
> On Wed, Jan 21, 2004 at 01:03:43PM +0300, Anton Farygin wrote:
> > Тест для остальных простой: KDE, Konqueror'ом заходим в /mnt/cdrom,
> Заходим.
> 
> > открываем текстовый файл в kwrite
> Открываем.
> 
> > , вытаскиваем CD, наблюдаем висящий в прострации konqueror.
> 1. Вытаскиваем лоток и диск. Не задвигаем. При переключении в окно
> Конкерора лоток заезжает, отображается пустая папка. Конкерор вполне
> работоспособен.
> 2. Вытаскиваем лоток и диск. Задвигаем. При попытке открытия файла с диска
> Конкерор говорит "Неут файла" и показывает пустую папку. И вполне
> работоспособен.
> 
> supermount 2.0.3b for 2.6.1
> tray_lock=never
> 
> Попробовать с =always ?

Попробуй... у нас было так: 1) лоток сам задвигался сразу после того, как
выезжал. 2) С трудом отобрав у CDROM'а диск - получаем то, что я описал.

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

On Wed, Jan 21, 2004 at 01:40:22PM +0300, Anton Farygin wrote:
> > С autofs, как замечал AM, есть по крайней мере одна
> > неоправданная пробелма в этом сценарии: когда кто-то просто
> > стоит на носителе (не читает!  тем паче не пишет) -- не
> > отдаст.  Хотя мог бы.
> Мог бы, но не за чем ;-)

(устало) Есть за чем.  Особенно если это кто-то забыл свалить с
самбиной шары, а ты убегаешь домой и не можешь любимый/нужный/
только-что-записанный-для-дома диск забрать, пока не
рассвирепеешь под fuser & killall.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 03:32:12PM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 01:40:22PM +0300, Anton Farygin wrote:
> > > С autofs, как замечал AM, есть по крайней мере одна
> > > неоправданная пробелма в этом сценарии: когда кто-то просто
> > > стоит на носителе (не читает!  тем паче не пишет) -- не
> > > отдаст.  Хотя мог бы.
> > Мог бы, но не за чем ;-)
> 
> (устало) Есть за чем.  Особенно если это кто-то забыл свалить с
> самбиной шары, а ты убегаешь домой и не можешь любимый/нужный/
> только-что-записанный-для-дома диск забрать, пока не
> рассвирепеешь под fuser & killall.

IMHO нечего по самбе любимые диски раздавать как /mnt/cdrom.

Это как раз правильно.

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Vitaly Lipatov]

On Wednesday 21 January 2004 11:41, Anton Farygin wrote:

> Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> из него что-то вытащили и ему что-то вставили) (разве что fd
> от Sparc'а - с программным eject'ом)
А как же бит смены дискеты?

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Michael Shigorin]

On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > из него что-то вытащили и ему что-то вставили) (разве что fd
> > от Sparc'а - с программным eject'ом)
> А как же бит смены дискеты?

Поллить его, что ли?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Sergey Vlasov]

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

On Wed, Jan 21, 2004 at 06:35:36PM +0200, Michael Shigorin wrote:
> On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > > из него что-то вытащили и ему что-то вставили) (разве что fd
> > > от Sparc'а - с программным eject'ом)
> > А как же бит смены дискеты?
> 
> Поллить его, что ли?

Zip, кстати, тоже...

Некоторое время назад этот вопрос обсуждался в lkml (применительно к
2.6 и udev).  Вроде бы в SCSI есть команда для получения извещения о
смене носителя (команда завершается при смене состояния устройства),
но, похоже, она мало где поддерживается.  К тому же в случае
IDE/ATAPI это всё равно не будет работать, поскольку в ATAPI в
принципе нет поддержки disconnect/reconnect.

По крайней мере, offtopic для случая ATAPI CD-ROM занимается опросом
где-то раз в секунду (на некоторых устройствах это можно заметить по
миганию индикатора Busy).

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> On Wednesday 21 January 2004 11:41, Anton Farygin wrote:
> 
> > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > из него что-то вытащили и ему что-то вставили) (разве что fd
> > от Sparc'а - с программным eject'ом)
> А как же бит смены дискеты?

А его кто-то отслеживает ? 

Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Vitaly Lipatov]

On Thursday 22 January 2004 09:34, Anton Farygin wrote:
> On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > On Wednesday 21 January 2004 11:41, Anton Farygin wrote:
> > > Для zip - да, для fd - нет (по моему fd не сообщает о том,
> > > что из него что-то вытащили и ему что-то вставили) (разве
> > > что fd от Sparc'а - с программным eject'ом)
> >
> > А как же бит смены дискеты?
>
> А его кто-то отслеживает ?
Где? В win, например, сбрасывают кеш на чтение дискеты.
А в Linux почему не отслеживают, непонятно. 
Да, наверное просто это запатентованный бит :)

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Sergey Vlasov]

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

On Thu, Jan 22, 2004 at 09:34:45AM +0300, Anton Farygin wrote:
> On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > On Wednesday 21 January 2004 11:41, Anton Farygin wrote:
> > 
> > > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > > из него что-то вытащили и ему что-то вставили) (разве что fd
> > > от Sparc'а - с программным eject'ом)
> > А как же бит смены дискеты?
> 
> А его кто-то отслеживает ? 

Драйвер floppy его отслеживает.  Но для обнаружения момента вставки
дискеты этот бит непригоден - чтобы его опросить, приходиться крутить
диск...

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Anton Farygin]

On Thu, Jan 22, 2004 at 01:14:08PM +0300, Sergey Vlasov wrote:
> On Thu, Jan 22, 2004 at 09:34:45AM +0300, Anton Farygin wrote:
> > On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > > On Wednesday 21 January 2004 11:41, Anton Farygin wrote:
> > > 
> > > > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > > > из него что-то вытащили и ему что-то вставили) (разве что fd
> > > > от Sparc'а - с программным eject'ом)
> > > А как же бит смены дискеты?
> > 
> > А его кто-то отслеживает ? 
> 
> Драйвер floppy его отслеживает.  Но для обнаружения момента вставки
> дискеты этот бит непригоден - чтобы его опросить, приходиться крутить
> диск...

А нам момент вставки не нужен... собственно нужен момент вынимания, что бы
дернуть через hotplug umount -l


Rgds,
Rider

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Sergey Vlasov]

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

On Thu, Jan 22, 2004 at 01:21:07PM +0300, Anton Farygin wrote:
> On Thu, Jan 22, 2004 at 01:14:08PM +0300, Sergey Vlasov wrote:
> > On Thu, Jan 22, 2004 at 09:34:45AM +0300, Anton Farygin wrote:
> > > On Wed, Jan 21, 2004 at 07:01:49PM +0300, Vitaly Lipatov wrote:
> > > > On Wednesday 21 January 2004 11:41, Anton Farygin wrote:
> > > > 
> > > > > Для zip - да, для fd - нет (по моему fd не сообщает о том, что
> > > > > из него что-то вытащили и ему что-то вставили) (разве что fd
> > > > > от Sparc'а - с программным eject'ом)
> > > > А как же бит смены дискеты?
> > > 
> > > А его кто-то отслеживает ? 
> > 
> > Драйвер floppy его отслеживает.  Но для обнаружения момента вставки
> > дискеты этот бит непригоден - чтобы его опросить, приходиться крутить
> > диск...
> 
> А нам момент вставки не нужен... собственно нужен момент вынимания, что бы
> дернуть через hotplug umount -l

То же самое.  Что, постоянно дискету крутить?

(Может быть, можно извратиться, но сомневаюсь, что это будет везде
работать нормально.)

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

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Vitaly Lipatov]

On Thursday 22 January 2004 13:14, Sergey Vlasov wrote:
> Драйвер floppy его отслеживает.  Но для обнаружения момента
> вставки дискеты этот бит непригоден - чтобы его опросить,
> приходиться крутить диск...
Насколько я помню сигналы на проводах к FDD (и команды 
контроллеру), кручение диска вообще отдельно включается или 
что-то вроде того. В общем это специально сделано, чтобы 
пользоваться по-человечески было нельзя... :(

-- 
Lav
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! LaTeX! LyX!

Re: [d-kernel] Re: I: kernel-feat-core-supermount for 2.6

[Yury Aliaev]

Anton Farygin wrote:

>>Даже и не знаю. Просто ничего о нем не слышал особо.
>>А почему этого нет в нашем 2.4 ? И чем он круче стандартного
>>automount-а ?
>>
> 
> Тем, что глючит намного больше. Глюки наблюдаются в районе: "приложение
> юзает примонтированное устройство, а пользователь его вынимает".


Это по опыту, или "ОБС Радио" (ОБС = Одна Бабушка Сказала)? Если 
приложение _юзает_ к-л файл на supermount устройстве, то он блокирует 
смену оного (если это не fdd, конечно :)). А если оно просто pwd там, то 
-- пожалуйста, можно вынимать.

А глючит и automount, причём по-чёрному: 1) вставляем дискету, заходим 
на неё в mc, 2) меняем дискету, 3) Ctrl + R, 4) наслаждаемся :))). А 
иногда он CD так блокирует, что только shutdown -r помогает...