Reparando as permissões do CentOS 6.5 após a migração do arquivo

Question

Estou executando o CentOS 6.5 em uma VM do VirtualBox. Recentemente, fiquei sem espaço para o meu disco rígido virtual. Para remediar isso, decidi criar um segundo disco rígido para o diretório /usr . Eu montei isso e copiei arquivos como root com rsync -a /usr.bak /usr . Isso parece ter preservado toda a propriedade e permissões de arquivos.

No entanto, agora estou recebendo problemas de permissão estranhos. Embora eu possa inicializar bem o sistema, várias coisas não funcionam, como:

1. O adaptador de rede não funciona sudo service network restart falha enquanto "Determinando informações de IP para eth0."
2. Fazer um desligamento da ACPI não abre mais a mesma caixa de diálogo no Gnome.
3. Eu vejo alguns erros "/ usr / bin / logger: Permission denied".

Eu desativei o SELinux anteriormente, então não acho que isso esteja interferindo. Eu também tentei corrigir permissões executando isso como root, mas o problema persiste:

for i in 'rpm -qa';do rpm --setperms $i;done

O que poderia ter sido confundido em meus arquivos de cópia usando rsync para esse novo ponto de montagem? Qualquer coisa que eu possa fazer para consertar as coisas? Observe que esta é uma caixa de proteção de desenvolvimento, portanto, não estou muito preocupado se uma correção envolveria uma configuração de segurança não ideal.

    

Answer 1

O rsync funciona como abaixo.

rsync options source destination

Mas o que você fez foi

rsync -a /usr.bak /usr

Não deveria ser o contrário?

Até onde eu vejo, você atrapalhou as permissões atribuindo as permissões de /usr.bak a /usr . Altere o comando rsync após restaurar as permissões originais no diretório /usr e, em seguida, se você reinicializar o sistema, o problema deverá ser resolvido. O reinício é apenas para ter certeza, embora não seja obrigatório.

Às vezes, as permissões podem ficar confusas por causa dos pacotes rpm também. Você pode encontrar uma discussão relacionada a esse assunto aqui .

These files are created by rpm if it tries to update an exiting file which it can't change because of "chattr +i /usr/bin/write". i've done that ages ago after i removed the setuid-flag. strange thing, is that the +i was gone on write and chsh and the setuid was back.