My /home is not on separate partition.
There is a directory called .gvfs which has been created inside the my home directory. ls as root gives the error message that ls command cannot access .gvfs : Permission denied. I am not able to delete the file even as root(also as normal user). Also i am not able to change permissions or change ownership of the file.
I guess to start with just go root, mount the filesystem, and try hcv’s suggestions. Maybe run ‘ls -la’, or ‘file *’ in the directory concerned as well. Hopefully that’ll show up some kind of oddity…
No idea - that’s kind of the point of doing from outside.
If the problem’s with the files (or a file), which in my inexpert opinion it sounds like it probably is, you will confirm that by looking at it from a completely separate system. From there I suppose you try to recreate the broken folder, or fsck the filesystem - which you could admittedly do from your main system. Hopefully someone more knowledgeable will be able to comment on proceeding from here.
But the point is more information never fails to help (and neither does having a live CD lying around).
Does ls -a when in a different directory work OK (try ls -a /etc for example). If this works as expected, the use a live cd and delete the .gvfs directory.
By default, linux allows all users permission to list files. So there is something fishy with.gvfs in your home directory)
On Mon, 07 Sep 2009 21:36:04 +0000, gudgeforums wrote:
> Will it show anything more than what is showing now.
>
> both ls -la and file * fail on that file with permission denied error
> message. This happens when i run the command both as user and root.
It isn’t by chance a fuse-mounted filesystem, is it? (That’s the only
case I’ve seen where root couldn’t view the files).
It’s GNOME’s virtual file system. It’s goal is to make remote file systems accessible as if they were local file systems. Found some writings that compared it to the KIO technology.
On Wed, 09 Sep 2009 07:06:01 +0000, Knurpht wrote:
> It’s GNOME’s virtual file system. It’s goal is to make remote file
> systems accessible as if they were local file systems. Found some
> writings that compared it to the KIO technology.
I’ll have to look and see how to use it - I tend to use NFS and fuse-
mounted loopback filesystems (occasionally over an NFS connection).