/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