☰

Permissão negada para 'sudo' após 'sudo chmod 666/usr'

tag-icon • tag-icon permissions sudo chmod
Permissão negada para 'sudo' após 'sudo chmod 666/usr'

Cometi um grande erro e agora não posso fazer nada no meu posto de trabalho. Tentei iniciar o VirtualBox e ele reclamou que /usr tinha acesso de execução. Então executei, incorretamente, sudo chmod 666 /usr e agora não consigo mais executar o 'sudo'.

Perguntei ao nosso departamento técnico e eles disseram que o Ubuntu não tem senha para root, então eles não conseguem ver nenhuma solução para o meu erro, mas reinstalam o Ubuntu novamente, o que significa que eu perderia todo o meu trabalho.

Espero que algum de vocês possa pensar em uma solução para este problema porque. O que você acha que devo fazer para obter acesso novamente em /usr ou me tornar usuário root?

Responder1

Se você acabou de fazer sudo chmod 666 /usrisso, as coisas não estão tão ruins - já que isso terá alterado as permissões apenas no /usrdiretório pai, e não em nenhum dos arquivos dos subdiretórios dentro dele.

Se, no entanto, você adicionou o sinalizador recursivo -R, é quase certo que será melhor reinstalar o sistema. Mesmo assim,não deve haver razão para perder dados: você pode inicializar a partir de um USB ou DVD ativo e fazer backup de seus arquivos importantes primeiro.

Sesudo chmod 666você fez apenas um diretório não recursivo /usre tem acesso físico à máquina, então a correção mais simples deve ser

  1. Inicialize no modo de recuperação através do menu avançado do grub e selecione 'Drop to root shell'

  2. Remontar o sistema de arquivos no modo leitura-gravação

    mount -o remount,rw /

  3. Execute o comando

    chmod 755 /usr

    Nãoadicione quaisquer outras opções de linha de comando enãouse quaisquer curingas de shell.

  4. Digite exitpara continuar inicializando normalmente

Observe chmodque vive em /binvez /usr/bindisso não deve ser afetado pelas permissões em /usr. Se (por exemplo) você alterasse os bits de permissão no /bindiretório ou no /próprio diretório, esse método não seria apropriado, pois você não seria capaz de executar chomdno modo de recuperação - a melhor opção nesse caso seria provavelmente seja inicializar um live CD/DVD/USB de qualquer distribuição Linux disponível (não precisa ser Ubuntu); identificar e montar o dispositivo raiz do sistema quebrado (no /mntsistema ativo, por exemplo); e, em seguida, execute chmod 755 /mnt/usra partir do sistema ativo.

Responder2

Seu comando possivelmente removeu o bit SUID de /usr/bin/sudo As permissões corretas devem ser:

-rwsr-xr-x 1 root root 136808 Aug 17 15:20 /usr/bin/sudo

Você deve obter um CD de recuperação, conforme mencionado nos comentários acima e seguir as etapas na seção "encontrando sua partição raiz". Depois de montá-lo com sucesso, defina o SUID-Bit com: chmod 4755 /usr/bin/sudo

informação relacionada