I find that a few directories in my relatively new FC6 system have
attribute I, which means among other things that root can't write in
them even though they have permissions as:
$ ls -ld /usr/share/doc
drwxr-xr-x 611 root root 28672 Jan 13 15:04 doc
$ sudo touch /usr/share/doc/foo
touch: cannot touch '/usr/share/doc/foo': Read-only file system
Experimenting with lsattr(1) shows me that there are 5 directories in
/usr like this, and 5 directories in /usr/share. Maybe others I
haven't yet discovered.
$ sudo lsattr -d /usr/* /usr/share/* | grep -- -I-
----------I-- /usr/bin
----------I-- /usr/include
----------I-- /usr/lib
----------I-- /usr/sbin
----------I-- /usr/share
----------I-- /usr/share/applications
----------I-- /usr/share/doc
----------I-- /usr/share/locale
----------I-- /usr/share/pixmaps
----------I-- /usr/share/services
Reading about this attribute $ man chattr
The 'I' attribute is used by the htree code to indicate that a direc-
tory is behind indexed using hashed trees. It may not be set or reset
using chattr(1), although it can be displayed by lsattr(1).
"behind"[sic] I think should read "being" but it has been this way
since FC3 at least.
In any case this makes updating software using yum not work because
cpio can't make directories in /usr/share/doc and can't write files in
/usr/bin.
Is this somehow related to indexing by Beagle? Security Enhanced
Linux (which is disabled) Anything that might have happened during
the cron.daily meltdown of a couple of days ago?
carl
--
carl lowenstein marine physical lab u.c. san diego
[EMAIL PROTECTED]
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
