[devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Alexey Borovskoy]

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

Добрый вечер.

В fuse версии старше чем 2.4.0 решили что пора хотеть /dev/fuse 
вместо девайса в /tmp. И это наверное правильно. Плюс научились 
работать с /etc/mtab.

Но это благое желание с грохотом обламывается:
mknod $(DESTDIR)/dev/fuse -m 0666 c 10 229

И хочется, и колется. В общем кактус.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Ivan Fedorov]

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

Alexey Borovskoy пишет:
> Добрый вечер.
> 
> В fuse версии старше чем 2.4.0 решили что пора хотеть /dev/fuse 
> вместо девайса в /tmp. И это наверное правильно. Плюс научились 
> работать с /etc/mtab.
> 
> Но это благое желание с грохотом обламывается:
> mknod $(DESTDIR)/dev/fuse -m 0666 c 10 229
> 
> И хочется, и колется. В общем кактус.
> 
А %post+%ghost не спасут отца русской демократии?.. :)

PS: А вообще IMHO стоит обновить пакет dev и добиться совместимости с
udev. Там вроде надо куда-то класть статические файлы устройств.


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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrey Rahmatullin]

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

On Sun, Nov 20, 2005 at 08:28:14PM +0800, Ivan Fedorov wrote:
> А %post+%ghost не спасут отца русской демократии?.. :)
Нет.
По полиси устройства должны быть только в dev. Точка.
И я не вижу причин, почему двайс нельзя положить в dev, это общепринятая
практика (см. rpm -q --changelog dev и багзиллу).

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(8):

> А почему вы думаете, что меня, как "конечного пользователя"
> дистрибутива, должен заботить этот нюанс?
Потому что я вижу, что вы формулируете вопросы, которые "конечный
пользователь" не в состоянии сформулировать.
		-- ldv in community@

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

On Sun, Nov 20, 2005 at 11:55:50PM +1200, Alexey Borovskoy wrote:

AB> В fuse версии старше чем 2.4.0 решили что пора хотеть /dev/fuse 
AB> вместо девайса в /tmp. И это наверное правильно. Плюс научились 
AB> работать с /etc/mtab.
AB> Но это благое желание с грохотом обламывается:
AB> mknod $(DESTDIR)/dev/fuse -m 0666 c 10 229
AB> И хочется, и колется. В общем кактус.

У меня udev прекрасно сам создаёт /dev/fuse.

Конкретно в M24 надо обновить dev, добавив /dev/fuse туда.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
2мантейнеры: Господа, используйте libdir по назначению!
		-- mouse in devel@

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Sun, Nov 20, 2005 at 11:55:50PM +1200, Alexey Borovskoy wrote:
> 
> AB> В fuse версии старше чем 2.4.0 решили что пора хотеть /dev/fuse 
> AB> вместо девайса в /tmp. И это наверное правильно. Плюс научились 
> AB> работать с /etc/mtab.

Сэр - провокатор? Наблюдаю такое поведение fuse как минимум с версии 2.3.

> AB> Но это благое желание с грохотом обламывается:
> AB> mknod $(DESTDIR)/dev/fuse -m 0666 c 10 229
> AB> И хочется, и колется. В общем кактус.
> 
> У меня udev прекрасно сам создаёт /dev/fuse.

Нет, готов спорить, что не всё так прекрасно:

1-й случай, до обновления на fuse-2.4

udev-0.75-alt1
fuse-2.3-alt1
kernel-modules-fuse-std26-up-2.3-alt2.132620.4
fuse-sshfs-1.2-alt2

$ uname -r
2.6.12-std26-up-alt4

Всё работает, как надо, и /dev/fuse появляется с того момента, когда
загружается модуль fuse. В свою очередь, загрузка модуля fuse
автоматически происходит при вызове sshfs.

2-ой случай, после обновления на fuse-2.4

udev-0.75-alt1
fuse-2.4-alt1
kernel-modules-fuse-std26-up-2.3-alt2.132620.4
fuse-sshfs-1.3-alt0.1 (предоставлю по первой просьбе, да и
fuse-sshfs-1.2-alt2, установленный с --nodeps, ведёт себя также)

$ uname -r
2.6.12-std26-up-alt4

Проблемы:

а) sshfs при незагруженном модуле fuse
fusermount: failed to open /dev/fuse: No such file or directory

б) sshfs при загруженном _вручную_ модуле fuse
fusermount: failed to open /dev/fuse: Permission denied

$ ls -al /dev/fuse
crw-rw---- 1 root root 10, 229 Ноя 23 19:23 /dev/fuse

Внимание, вопрос: в fuse-2.3-alt1 загрузка модуля fuse приводила к
созданию _абсолютно_ такого же /dev/fuse, включая права, и всё работало.

Проблема снимается только после второго _ручного_ действия 'chmod 0666
/dev/fuse'

> Конкретно в M24 надо обновить dev, добавив /dev/fuse туда.

Вы уже догадываетесь, что это не поможет? Добавление /dev/fuse в
/etc/udev/static_devices.cpio.bz2 или пакет dev никак не повлияет на
необходимость загрузки модуля fuse вручную или через /etc/modules.

Такое впечатление, что upstream fuse подкинул нам проблем :-( Или это
исключительно из-за несоответствия версий kernel space и user space
частей fuse?

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Wed, Nov 23, 2005 at 07:47:30PM +0200, Andrei Bulava wrote:

AB> Внимание, вопрос: в fuse-2.3-alt1 загрузка модуля fuse приводила к
AB> созданию _абсолютно_ такого же /dev/fuse, включая права, и всё работало.
AB> Проблема снимается только после второго _ручного_ действия 'chmod 0666
AB> /dev/fuse'

Проблема должна сниматься после control fusermount public.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
что только люди не делают, лишь бы не пользоваться емаксом
		-- ott in devel@

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Wed, Nov 23, 2005 at 07:47:30PM +0200, Andrei Bulava wrote:
> 
> AB> Внимание, вопрос: в fuse-2.3-alt1 загрузка модуля fuse приводила к
> AB> созданию _абсолютно_ такого же /dev/fuse, включая права, и всё работало.
> AB> Проблема снимается только после второго _ручного_ действия 'chmod 0666
> AB> /dev/fuse'
> 
> Проблема должна сниматься после control fusermount public.

На том Сизифе, где было сделано проблемное обновление до fuse-2.4, был
'control fusermount wheelonly' и пользователь из группы wheel. Само
собой, 'control fusermount public' в этом случае оказался маслом масляным.

Кстати, с причиной возникновения прав 0660 на /dev/fuse (согласно
/etc/udev/rules.d/40-fuse.rules должно быть 0666) я разобрался - это был
udev, который надо было перезапустить (баг на пакет fuse?), но полегчало
только частично: sshfs работает только при заранее загруженном модуле
fuse :-(

Ну, и поскольку в ходе монтирования команда sshfs опирается на вызов
fusermount, у меня есть серьёзные сомнения, что загрузка модуля fuse
относится к обязанностям sshfs (да и не было у неё никогда таких прав,
т.к. команда запускается с правами пользователя, а не root).

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Andrei Bulava wrote:
> Денис Смирнов wrote:
> 
>>On Wed, Nov 23, 2005 at 07:47:30PM +0200, Andrei Bulava wrote:
>>
>>AB> Внимание, вопрос: в fuse-2.3-alt1 загрузка модуля fuse приводила к
>>AB> созданию _абсолютно_ такого же /dev/fuse, включая права, и всё работало.
>>AB> Проблема снимается только после второго _ручного_ действия 'chmod 0666
>>AB> /dev/fuse'
>>
>>Проблема должна сниматься после control fusermount public.
> 
> 
> На том Сизифе, где было сделано проблемное обновление до fuse-2.4, был
> 'control fusermount wheelonly' и пользователь из группы wheel. Само
> собой, 'control fusermount public' в этом случае оказался маслом масляным.
> 
> Кстати, с причиной возникновения прав 0660 на /dev/fuse (согласно
> /etc/udev/rules.d/40-fuse.rules должно быть 0666) я разобрался - это был
> udev, который надо было перезапустить (баг на пакет fuse?), но полегчало
> только частично: sshfs работает только при заранее загруженном модуле
> fuse :-(
> 
> Ну, и поскольку в ходе монтирования команда sshfs опирается на вызов
> fusermount, у меня есть серьёзные сомнения, что загрузка модуля fuse
> относится к обязанностям sshfs (да и не было у неё никогда таких прав,
> т.к. команда запускается с правами пользователя, а не root).

BTW, не поленился проверить fuse-smb - симптомы полностью совпадают,
т.е. без ручной загрузки модуля fuse:

$ fusesmb ~/mnt/temp
fusermount: failed to open /dev/fuse: No such file or directory

# control fusermount
public

Вот так-то :-(

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 09:47:15AM +0200, Andrei Bulava wrote:

AB> На том Сизифе, где было сделано проблемное обновление до fuse-2.4, был
AB> 'control fusermount wheelonly' и пользователь из группы wheel. Само
AB> собой, 'control fusermount public' в этом случае оказался маслом масляным.

ls -l fusermount что говорит? Там suid _должен_ стоять.

AB> Ну, и поскольку в ходе монтирования команда sshfs опирается на вызов
AB> fusermount, у меня есть серьёзные сомнения, что загрузка модуля fuse
AB> относится к обязанностям sshfs (да и не было у неё никогда таких прав,
AB> т.к. команда запускается с правами пользователя, а не root).

Да, в том числе для этого fusermount должен быть suid при wheelonly и
public.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
ЗАКОН ОБРАТНОГО ДЕЙСТВИЯ СТЮАРТА
 Легче получить прощение, чем разрешение.

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Vitaly Lipatov]

On Thursday 24 November 2005 11:33, Денис Смирнов wrote:
>
> Да, в том числе для этого fusermount должен быть suid при
> wheelonly и public.
У меня после обновления encfs ругается на отсутствие /dev/fuse. 
Успокаивается только после modprobe fuse.
control fsuermount public сделан и suid стоит.

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Vitaly Lipatov wrote:
> On Thursday 24 November 2005 11:33, Денис Смирнов wrote:
> 
>>Да, в том числе для этого fusermount должен быть suid при
>>wheelonly и public.
> 
> У меня после обновления encfs ругается на отсутствие /dev/fuse. 
> Успокаивается только после modprobe fuse.
> control fsuermount public сделан и suid стоит.

В точности то же с fuse-smb-0.8.1-alt2 и fuse-sshfs-1.3-alt1 (лежит в
incoming).

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 12:12:54PM +0300, Vitaly Lipatov wrote:

>> Да, в том числе для этого fusermount должен быть suid при
>> wheelonly и public.
VL> У меня после обновления encfs ругается на отсутствие /dev/fuse. 
VL> Успокаивается только после modprobe fuse.
VL> control fsuermount public сделан и suid стоит.

Всё, я понял в чём проблема.

Мне никто не подскажет -- каким образом при обращении к устройству
подгружается необходимый модуль? Как это происходит?

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------

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

[devel] Re: M24: fuse >2.4.0 хочет девайс /dev/fuse

[Anton Farygin]

On Thu, 24 Nov 2005 16:52:02 +0300, Денис Смирнов wrote:

> On Thu, Nov 24, 2005 at 12:12:54PM +0300, Vitaly Lipatov wrote:
> 
>>> Да, в том числе для этого fusermount должен
>>> быть suid при wheelonly и public.
> VL> У меня после обновления encfs ругается
> на отсутствие /dev/fuse. VL> Успокаивается
> только после modprobe fuse. VL> control fsuermount public
> сделан и suid стоит.
> 
> Всё, я понял в чём проблема.
> 
> Мне никто не подскажет -- каким образом
> при обращении к устройству подгружается
> необходимый модуль? Как это происходит?

в случае с udev - устройство должно быть кем-то создано. Иначе никак.

Дело в том, что в современном мире всё
наоборот - файлы устройств появляются после загрузки драйверов.

Для обхода этой фичи был придуман
механизм, позволяющий создавать
устройства в /dev/ до того, как будет загружен драйвер.

Rgds,
Rider

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Thu, Nov 24, 2005 at 12:12:54PM +0300, Vitaly Lipatov wrote:
> 
> 
>>>Да, в том числе для этого fusermount должен быть suid при
>>>wheelonly и public.
> 
> VL> У меня после обновления encfs ругается на отсутствие /dev/fuse. 
> VL> Успокаивается только после modprobe fuse.
> VL> control fsuermount public сделан и suid стоит.
> 
> Всё, я понял в чём проблема.
> 
> Мне никто не подскажет -- каким образом при обращении к устройству
> подгружается необходимый модуль? Как это происходит?

AFAIK, никто и никак. Логика работы udev - создавать устройство после
загрузки модуля. А загружать модуль по факту обращения к устройству
(hint: к уже существующему устройству, т.е. несовместимо с udev в
принципе) - это была привилегия ныне ископаемого devfs (
http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html ).

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 04:28:52PM +0200, Andrei Bulava wrote:

AB> AFAIK, никто и никак. Логика работы udev - создавать устройство после
AB> загрузки модуля. А загружать модуль по факту обращения к устройству
AB> (hint: к уже существующему устройству, т.е. несовместимо с udev в
AB> принципе) - это была привилегия ныне ископаемого devfs (
AB> http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html ).

Гм. Что будем делать?

Я, конечно, могу при установке fuse добавлять fuse в /etc/modules, но
правильно ли это?

-- 
С уважением, Денис

http://freesource.info


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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Thu, Nov 24, 2005 at 04:28:52PM +0200, Andrei Bulava wrote:
> 
> AB> AFAIK, никто и никак. Логика работы udev - создавать устройство после
> AB> загрузки модуля. А загружать модуль по факту обращения к устройству
> AB> (hint: к уже существующему устройству, т.е. несовместимо с udev в
> AB> принципе) - это была привилегия ныне ископаемого devfs (
> AB> http://www.atnf.csiro.au/people/rgooch/linux/docs/devfs.html ).
> 
> Гм. Что будем делать?
> 
> Я, конечно, могу при установке fuse добавлять fuse в /etc/modules, но
> правильно ли это?

Нет, не надо. В другом ответвлении этого треда vsu@ написал, что нам
может помочь куда меньшей кровью: либо явный вызов modprobe из
fusermount; либо /dev/fuse в /etc/udev/static_devices.cpio.bz2 и пакете
dev + новый модуль ядра fuse-2.4.

Первое менее трудоёмко в данный конкретный момент; второе, даже если это
upstream way, можно отложить на чуть более потом (fuse входит в kernel
source начиная с 2.6.14, если icesik@ меня не обманывает).

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Thu, Nov 24, 2005 at 06:57:24PM +0200, Andrei Bulava wrote:

AB> Нет, не надо. В другом ответвлении этого треда vsu@ написал, что нам
AB> может помочь куда меньшей кровью: либо явный вызов modprobe из
AB> fusermount; либо /dev/fuse в /etc/udev/static_devices.cpio.bz2 и пакете
AB> dev + новый модуль ядра fuse-2.4.
AB> Первое менее трудоёмко в данный конкретный момент; второе, даже если это
AB> upstream way, можно отложить на чуть более потом (fuse входит в kernel
AB> source начиная с 2.6.14, если icesik@ меня не обманывает).

Второй путь мне нравится много больше.

Вешайте багу на udev_static-addon, чтобы там был /dev/fuse.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Больше ошибок в программе -> богаче живёт программист.


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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Thu, Nov 24, 2005 at 06:57:24PM +0200, Andrei Bulava wrote:
> 
> AB> Нет, не надо. В другом ответвлении этого треда vsu@ написал, что нам
> AB> может помочь куда меньшей кровью: либо явный вызов modprobe из
> AB> fusermount; либо /dev/fuse в /etc/udev/static_devices.cpio.bz2 и пакете
> AB> dev + новый модуль ядра fuse-2.4.
> AB> Первое менее трудоёмко в данный конкретный момент; второе, даже если это
> AB> upstream way, можно отложить на чуть более потом (fuse входит в kernel
> AB> source начиная с 2.6.14, если icesik@ меня не обманывает).
> 
> Второй путь мне нравится много больше.
> 
> Вешайте багу на udev_static-addon, чтобы там был /dev/fuse.

Давайте сначала модуль fuse-2.4 в ядре, потому что модуль fuse-2.3 не
загружается даже при наличии /dev/fuse в udev. Не вижу смысла вешать
баг, когда нет практической возможности подтвердить его закрытие.

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Денис Смирнов]

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

On Tue, Nov 29, 2005 at 09:22:41AM +0200, Andrei Bulava wrote:

AB> Давайте сначала модуль fuse-2.4 в ядре, потому что модуль fuse-2.3 не
AB> загружается даже при наличии /dev/fuse в udev. Не вижу смысла вешать
AB> баг, когда нет практической возможности подтвердить его закрытие.

Я жду 2.6.14, чтобы сразу для него собрать новый zaptel и забить на fuse.
Если я правильно понимаю ситуацию, ждать этого счастья со дня на день.

-- 
С уважением, Денис

http://freesource.info


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

fuse > 2.4.0 + ядро >= 2.6.14 = успех (was: Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse)

[Andrei Bulava]

Денис Смирнов wrote:
> On Tue, Nov 29, 2005 at 09:22:41AM +0200, Andrei Bulava wrote:
> 
> AB> Давайте сначала модуль fuse-2.4 в ядре, потому что модуль fuse-2.3 не
> AB> загружается даже при наличии /dev/fuse в udev. Не вижу смысла вешать
> AB> баг, когда нет практической возможности подтвердить его закрытие.
> 
> Я жду 2.6.14, чтобы сразу для него собрать новый zaptel и забить на fuse.
> Если я правильно понимаю ситуацию, ждать этого счастья со дня на день.

Ну, вот и на нашей улице КамАЗ с пряниками перевернулся :-)

$ uname -r
2.6.14-std26-up-alt2

$ rpm -qv fuse
fuse-2.4.2-alt1

$ rpm -qv fuse-sshfs
fuse-sshfs-1.3-alt1

Естественно, при отсутствии /dev/fuse ничего не поменялось. Но вот
достаточно:

# mknod -m 0666 /dev/fuse c 10 229 && modprobe -r fuse

(для пущей уверенности, что модуль fuse случайно не был загружен до
начала эксперимента).

Теперь вызов sshfs (и, следовательно, fusermount) провоцирует загрузку
модуля fuse, как и обещал vsu@ :-)

Если у вас результаты экспериментов совпадут с моими, то время вешать
багу на udev_static-addon (и его аналог в системах без udev) пришло.

P.S. Хотя смысл вот такой эмуляции devfs в рамках udev по-прежнему
достаточно глубоко спрятан от меня - "чайника" в ядерной физике.
Работает - и на том спасибо.

-- 
// AB1002-UANIC

Re: fuse > 2.4.0 + ядро >= 2.6.14 = успех (was: Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse)

[Денис Смирнов]

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

On Sun, Dec 11, 2005 at 06:48:12PM +0200, Andrei Bulava wrote:

AB> Теперь вызов sshfs (и, следовательно, fusermount) провоцирует загрузку
AB> модуля fuse, как и обещал vsu@ :-)
AB> Если у вас результаты экспериментов совпадут с моими, то время вешать
AB> багу на udev_static-addon (и его аналог в системах без udev) пришло.

Подтверждаю. Вешайте.

AB> P.S. Хотя смысл вот такой эмуляции devfs в рамках udev по-прежнему
AB> достаточно глубоко спрятан от меня - "чайника" в ядерной физике.
AB> Работает - и на том спасибо.

Основная идея была "зачем держать в kernel space то, что можно вынести в
user space?".

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
"я тебя открыл, я тебя и closed"
		-- mike in #4235

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Денис Смирнов wrote:
> On Thu, Nov 24, 2005 at 09:47:15AM +0200, Andrei Bulava wrote:
> 
> AB> На том Сизифе, где было сделано проблемное обновление до fuse-2.4, был
> AB> 'control fusermount wheelonly' и пользователь из группы wheel. Само
> AB> собой, 'control fusermount public' в этом случае оказался маслом масляным.
> 
> ls -l fusermount что говорит? Там suid _должен_ стоять.

suid bit стоит, иначе 'control fusermount' не сказал бы ни wheelonly, ни
public, а unknown.

[abulava@cairo abulava]$ sshfs <host>:/home/abulava ~/mnt/temp
abulava@<host>'s password:
fusermount: failed to open /dev/fuse: No such file or directory
[abulava@cairo abulava]$ /usr/sbin/control fusermount
public
[abulava@cairo abulava]$ ls -al /usr/bin/fusermount
-rws--x--x 1 root root 18328 Ноя 21 16:07 /usr/bin/fusermount

> AB> Ну, и поскольку в ходе монтирования команда sshfs опирается на вызов
> AB> fusermount, у меня есть серьёзные сомнения, что загрузка модуля fuse
> AB> относится к обязанностям sshfs (да и не было у неё никогда таких прав,
> AB> т.к. команда запускается с правами пользователя, а не root).
> 
> Да, в том числе для этого fusermount должен быть suid при wheelonly и
> public.

Я пробовал снимать suid bit с fusermount и хорошо представляю, когда и
зачем он нужен :-)

-- 
// AB1002-UANIC

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Sergey Vlasov]

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

On Thu, Nov 24, 2005 at 09:47:15AM +0200, Andrei Bulava wrote:
> Кстати, с причиной возникновения прав 0660 на /dev/fuse (согласно
> /etc/udev/rules.d/40-fuse.rules должно быть 0666) я разобрался - это был
> udev, который надо было перезапустить (баг на пакет fuse?),

В текущем udev автоматическое перечитывание правил реализовано через
inotify, но в ядрах 2.6.12-std26 поддержки inotify нет, поэтому необходим
явный SIGHUP или udevcontrol reload_rules.

> но полегчало только частично: sshfs работает только при заранее
> загруженном модуле fuse :-(

Нужен либо явный вызов modprobe из fusermount (чтобы работало и при
отсутствии заранее созданного /dev/fuse), либо прибитый гвоздями /dev/fuse
и MODULE_ALIAS_MISCDEV(FUSE_MINOR) в модуле (а вот этого в fuse-2.3 не
хватало).

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

Re: [devel] M24: fuse >2.4.0 хочет девайс /dev/fuse

[Andrei Bulava]

Sergey Vlasov wrote:

<skip />

> Нужен либо явный вызов modprobe из fusermount (чтобы работало и при
> отсутствии заранее созданного /dev/fuse), либо прибитый гвоздями /dev/fuse
> и MODULE_ALIAS_MISCDEV(FUSE_MINOR) в модуле (а вот этого в fuse-2.3 не
> хватало).

Кажется второе - это и есть "devfs для бедных", о котором спрашивал
mithraen@. Значит, предчувствие меня не обмануло, насчёт
рассинхронизации kernel space и user space частей с обновлением до
fuse-2.4 O:-)

Workaround до обновления kernel space части fuse для незабывчивых:
вписать fuse в /etc/modules; для неленивых: modprobe fuse. Забывчивые /
ленивые ставят fuse на hold до особого сигнала - откатывать fuse-* в
Sisyphus неохота ;-)

P.S. В ЗамПоОб отпроксируйте, пожалуйста.

-- 
// AB1002-UANIC