tl; dr: Tudo se resume a um valor inválido para SELINUXTYPE
.
Verifique se SELINUXTYPE
tem um valor válido e, em seguida, realize uma nova rotulagem, se necessário (por exemplo, se você inicializou com o SELinux durante o diagnóstico), reinicie e abra o champanhe.
Por algum motivo, e em algum momento, /etc/selinux/config
adquiriu a configuração SELINUXTYPE=permissive
.
Esta não é uma opção válida para esse parâmetro e parece fazer com que o valor recaia no valor "default", com base na razão listada para o motivo de falha do Dbus, do Serviço de Login e do Gerenciador de Autorização:
Failed to open "/etc/selinux/default/contexts/dbus_contexts": No such file or directory
Isso é problemático porque não há nenhum pacote selinux-policy-default
no CentOS 7 ( no Debian, por exemplo, ele foi deliberadamente removido em Jessie então eu imagino que o mesmo é verdade aqui).
Suspeito que também é por isso que as tentativas de reclassificar o sistema de arquivos usando restorecon
(do modo de usuário único e de um shell atingido por init=/sbin/sh
) resultaram na desconexão das saídas "Nenhum arquivo ou diretório" e getenforce
ainda mostraria "Desativado" sem motivo aparente.
Para alternar para o selinux-policy-targeted
stuff que é instalado, fixei a configuração como SELINUXTYPE=targeted
(como acredito que deveria ter sido o tempo todo), depois reiniciei novamente com enforcing=0 autorelabel=1
.
A nova rotulação ocorreu então. Depois disso, o sistema inicializou normalmente.