Uma coisa deu errado: o uso de sudo
com esse comando. A opção -R
informa chmod
para definir recursivamente as permissões para esse diretório, que é, em todos os casos, uma ação não recomendada (devemos chamá-lo de heresia) se você não sabe o que está fazendo (uma vez isso aconteceu comigo, eu não emiti o comando, mas uma GUI defeituosa fez isso, e meu sistema passou a fio).
It was only file permissions. Then why does the whole system seems completely blown up?
O GNU / Linux é muito sensível a permissões de arquivos, já que foi construído com estabilidade e segurança em mente. O mesmo se aplica à maioria dos programas executados no GNU / Linux (ou seja, apache2
descarta privilégios de root e usa www-data
, ou usuário semelhante, e sua permissão 700
não permitiria que ele lesse / escrevesse seus próprios arquivos). p>
Why is it that no login passwords are working now?
Como você já mencionou, as senhas de login são armazenadas em um arquivo em /etc/passwd
e somente root (suponho que você não alterou isso) pode lê-lo, mas o prompt de login (ou login da GUI) usa um privilégio conta, portanto, não é possível ler o arquivo.
But how did changing permissions jeopardize everything?
O mesmo que foi dito acima, o Linux é muito sensível às permissões de arquivos. Alguns programas até verificam as permissões de seus arquivos de configuração e, se não forem esperados, não serão executados.
How can I revert my etc directory to its earlier state?
Se você usar uma distro baseada em RPM, isso pode ser feito usando o comando rpm --setperms
, seria dolorosamente revertendo um por um os pacotes, no sistema parecido com o Debian apt-get --reinstall install
é seu amigo. Outras soluções podem estar disponíveis, mas precisariam de um sistema funcional para isso.