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

Andrei Bulava =?iso-8859-1?q?abulava_=CE=C1_altlinux=2Eru?=
Чт Ноя 24 11:22:56 MSK 2005


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




Подробная информация о списке рассылки Devel