Re: /var/lib/gdm oddness.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Mar 12, 2008 at 04:17:41PM -0400, Colin Walters wrote:
> 
> On Wed, 2008-03-12 at 16:10 -0400, Dave Jones wrote:
> > Anyone know whats up with the permissions on /var/lib/gdm/.gvfs ?
> > On upgrade of certain packages, I'm seeing the error..
> > cannot access /var/lib/gdm/.gvfs: Permission denied
> > 
> > ls -l of that shows..
> > 
> > d?????????  ? ?    ?       ?                ? .gvfs/
> > 
> > My initial thought was 'eek, filesystem corruption'.
> > Rebooting and running fsck picks up nothing.
> > And in fact, when in runlevel 1, the permissions look sane.
> 
> GNU coreutils ls will show that if it can readdir() but not stat().
> Normally stat() cannot fail (libc manual only shows ENOENT), but with
> SELinux it can fail with EACCES.  So my guess is that SELinux policy is
> denying access to that file.

The manpage you are looking at for stat() is bogus. Both the Linux and
POSIX man pages for stat()  document EACCESS and many many other possible
error codes you must expect from stat().

[quote stat(3p)]
ERRORS
       The stat() function shall fail if:

       EACCES Search permission is denied for a component of the path pre-
              fix.

       EIO    An error occurred while reading from the file system.

       ELOOP  A loop exists in symbolic links encountered  during  resolu-
              tion of the path argument.

       ENAMETOOLONG
              The  length  of  the  path  argument exceeds {PATH_MAX} or a
              pathname component is longer than {NAME_MAX}.

       ENOENT A component of path does not name an existing file  or  path
              is an empty string.

       ENOTDIR
              A component of the path prefix is not a directory.

       EOVERFLOW
              The  file size in bytes or the number of blocks allocated to
              the file or the file serial  number  cannot  be  represented
              correctly in the structure pointed to by buf.

       The stat() function may fail if:

       ELOOP  More than {SYMLOOP_MAX} symbolic links were encountered dur-
              ing resolution of the path argument.

       ENAMETOOLONG
              As a result of encountering a symbolic link in resolution of
              the  path  argument,  the length of the substituted pathname
              string exceeded {PATH_MAX}.

       EOVERFLOW
              A value to be stored would overflow one of  the  members  of
              the stat structure.
[/quote]

Dan.
-- 
|: Red Hat, Engineering, Boston   -o-   http://people.redhat.com/berrange/ :|
|: http://libvirt.org  -o-  http://virt-manager.org  -o-  http://ovirt.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505  -o-  F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux