ошибка: невозможно получить информацию о /home/mikl/.gvfs: Отказано в доступе

OpenSuse v11

(none):/usr/src/packages/RPMS/x86_64 # uname -a
Linux (none) 2.6.25.20-0.4-default #1 SMP 2009-06-01 09:57:12 +0200 x86_64 x86_64 x86_64 GNU/Linux

(none):/usr/src/packages/RPMS/x86_64 # whoami
root

(none):/usr/src/packages/RPMS/x86_64 # rpm -i kernel-2.6.
ошибка: невозможно получить информацию о /home/mikl/.gvfs: Отказано в доступе

PS: Stavluy novoe yadro.
Kak eto preodolet'?

Смени права на папку.

(none):/home/mikl # chmod -R 755 /home/mikl/.gvfs
chmod: невозможно получить доступ к `/home/mikl/.gvfs': Отказано в доступе

мда. а головой подумать?

do xD
Человек уже root, так что не поможет xD
Покажи, чья папка и вообще информацию о ней.

Тут решают твою проблему
>In Hardy, when a user has a gnome session running, the directory ~/.gvfs is a mountpoint for some sort of filesystem involving fuse. Since it is a mountpoint, nothing is actually stored on disk under ~/.gvfs in the filesystem you are backing up, so you can exclude it with some filter rule like "exclude /*/.gvfs". It will be recreated if needed, in my experience.

This is a common problem with fuse-mounted files systems I think: not even root can access them, unless a configuration setting is changed somewhere for the mount. rsync throws up that error even if given the --one-file-system option (so it doesn't descend past the mountpoint).

mount покажи

Алексей Jamb Косяков: ya pod Root

Андрей Горячев: ne ponyal v chem pod_eb?

Мораль сей басни - получить доступ может только владелец. Root не может, если он не владелец, так-то.

pod_eb в том, что сказал лис.

никто кстати сусе студио не ковырял в поисках собственного дистра?
Я собираюсь себе собирать, когда 11.2 выйдет