/usr/share - self inflicted issue
Craig White
craigwhite at azapple.com
Thu Jan 26 14:25:12 UTC 2006
My main desktop, I was trying to upgrade from FC-3 to FC-4.
I was a little short of space in /usr partition so I moved /usr/share
to /home/share and symlinked it back.
This seemed all and good but that does cause a cups issue.
the only clues I ever get are...
E [26/Jan/2006:07:02:22 -0700] LoadBanners: Unable to open banner
directory "/usr/share/cups/banners": Permission denied
/var/log/cups/error_log
E [26/Jan/2006:07:02:22 -0700] LoadPPDs: Unable to open PPD directory
"/usr/share/cups/model": Permission denied
but those directories **seem to be ok**
# ls -Zld /usr/share/cups/model /usr/share/cups/banners/
drwxr-xr-x 2 system_u:object_r:cupsd_etc_t root root 4096 Jan 16
18:29 /usr/share/cups/banners/
drwxr-xr-x 2 system_u:object_r:cupsd_etc_t root root 4096 Jan 16
18:29 /usr/share/cups/model
on my CentOS-4 system...they are different
# ls -Zld /usr/share/cups/model /usr/share/cups/banners/
drwxr-xr-x 2 system_u:object_r:usr_t root root 4096 Dec 27
07:12 /usr/share/cups/banners/
drwxr-xr-x 2 system_u:object_r:usr_t root root 4096 Dec 27
07:12 /usr/share/cups/model
The things I try to fix this aren't working...
# fixfiles -R cups restore
/sbin/restorecon: error while labeling files under /usr/share/cups
and on and on for every file/folder in the tree
# chcon -t system_u:object_r:usr_t /usr/share/cups/
chcon: couldn't compute security context from
system_u:object_r:cupsd_etc_t
and I am stumped...suggestions anyone?
Thanks
Craig
More information about the selinux
mailing list