通过matchpathcon对文件（如/usr/lib64/gconv/gconv-modules.cache）我得到：
/usr/lib64/gconv/gconv-modules.cache system_u:object_r:lib_t:s0
然而：
# ls -alZ /usr/lib64/gconv/gconv-modules.cache
-rw-r--r--. root root unconfined_u:object_r:lib_t:s0
因此，该文件似乎没有正确的上下文（不匹配的用户部分）。但是，运行时restorecon -v文件不会改变。
我可以做这个：
# chcon -t httpd_sys_content_t /usr/lib64/gconv/gconv-modules.cache
# ls -alZ /usr/lib64/gconv/gconv-modules.cache
-rw-r--r--. root root unconfined_u:object_r:httpd_sys_content_t:s0
# restorecon -v /usr/lib64/gconv/gconv-modules.cache
unconfined_u:object_r:httpd_sys_content_t:s0 -> unconfined_t:object_r:lib_t:s0
所以restorecon似乎只更新type文件的 SELinux而不是user上下文。这是一个错误还是对这种行为有解释？我认为这可能是一个错误，因为文档（https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Security-Enhanced_Linux/sect-Security-Enhanced_Linux-Working_with_SELinux-SELinux_Contexts_Labeling_Files.html）在user上下文不匹配的文件上显示 restorecon并且它unconfined_u->system_u按预期更改。
操作系统：红帽 7.3
SELinux：3.13.1-102.el7_3.16