[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