если указать опцию "allow_root" или "allow_other" в файле конфигурации, то логин зависает сразу после монтирования в консоли и в kdm если убрать опции, то монтируется нормально, но некоторые программы , например gpg, не работают при монтировании руками - работает PS перезагрузок не было несколько дней, поэтому не сразу обнаружилось. Изменения произошли между 04.03.10 и 07.03.10
дополнительная информация. список процессов при монтировании: root 5149 1 0 07:41 tty4 00:00:00 /bin/login d4s 5209 5149 0 07:41 tty4 00:00:00 encfs -S -v /home/d4s.enc /home/d4s -- -o nonempty,kernel_cache,allow_root root 5210 5209 0 07:41 tty4 00:00:00 fusermount -o rw,nosuid,nodev,default_permissions,allow_other,nonempty,subtype=encfs -- /home/d4s root 5211 5210 0 07:41 tty4 00:00:00 /bin/mount --no-canonicalize -i -f -t fuse.encfs -o rw,nosuid,nodev,default_permissions,allow_other,user=d4s encfs /home/d4s Виснет на вызове mount (pid 5211) - после 'kill -9 5211' все начинает работать, при этом encfs монтируется нормально
В Сизиф отправляется fuse 2.8.3, пожалуйста проверьте с ним -- похоже что эта бага там должна быть исправлена. Если так, я поставлю зависимость с pam_encfs0 на эту версию fuse.
(В ответ на комментарий №2) > В Сизиф отправляется fuse 2.8.3, пожалуйста проверьте с ним -- похоже что эта > бага там должна быть исправлена. > > Если так, я поставлю зависимость с pam_encfs0 на эту версию fuse. увы :-( все по-прежнему.
Выяснилось, что были изменения в конфигурации PAM (/etc/pam.d/system-auth-local), куда руками добавлялся pam_encfs.so. Соответственно при апдейте pam, был создан файл конфигурации .rpmnew, изменения из которого не попали в правильный конфиг. После приведения конфигурации в соответствие с эталоном глюк пропал.
