Como corrigir sudo após o "chmod -R 777 / usr / bin"?

Entrei chmod -R 777 /usr/bine agora o sudo não está funcionando.

Diz sudo must be setuid root.

Alguns conselhos on-line disseram para executar chown root:root /usr/bin/sudo chmod 4755 /usr/bin/sudo.

Ao entrar chown root:root /usr/bin/sudomostra um opened in readonly modeerro.

^{Não obstante o status aceito, agora estou convencido de que esta resposta está errada . (Espero melhorá-lo em breve, depois de consultar o OP sobre a aceitação.) Acho que me lembro de outros dizendo que isso funcionou, mas acredito que os problemas deles eram pelo menos um pouco diferentes. O método descrito neste documento permanece valioso para algumas situações em que chmod -R 777 /usr/biné interrompido com Ctrl+ Cou não é concluído. Mas uma vez que isso acontece, também pkexecé inconstitucional e não funcionará melhor do quesudo , como Damien Roche e Oli comentaram com razão.}

Em um sistema desktop Ubuntu, o PolicyKit está instalado, portanto pkexecpode ser usado para reparar um arquivo sudoou executável corrompidosudoers . Você não precisa inicializar no modo de recuperação e não precisa inicializar a partir de um CD ao vivo. Você nem precisa reiniciar.

Nesse caso, execute os seguintes comandos:

pkexec chown root:root /usr/bin/sudo
pkexec chmod 4755 /usr/bin/sudo

Veja esta pergunta para mais informações.

Mesmo ao executar a partir do CD ao vivo / Pendrive, você deve prefixar seu chmodcomando com sudo. Portanto, suas etapas serão as seguintes:

1. inicializar a partir de um CD / Pendrive ao vivo
2. verifique se o seu disco já foi montado automaticamente (e para onde). Caso contrário, monte-o (veja abaixo)
3. use sudo chmod 0755 <path>para ajustar as permissões

Como descobrir onde o seu disco está montado: a partir de uma janela do terminal, execute mount(sem argumentos). Isso listará todos os dispositivos montados. Verifique os typelistados - você pode pular tudo que não estiver usando um "sistema de arquivos real" (seu disco provavelmente usa ext3 ou ext4 - você pode pular itens como proc, sysfs e similares). Se algo parecer promissor (parecido /dev/sda1 on /media/sda1 type ext3), verifique seu conteúdo usando ls /media/sda1para ver se é isso.

Se não estiver montado, você pode verificar com as /deventradas em que o disco pode estar (usando ls /dev/ |grep '/dev/sdpara verificar se há dispositivos disponíveis, o seu disco deve ser semelhante /dev/sdaX, /dev/sdbXou algo semelhante - com X sendo um número). Compare isso com a lista de dispositivos montados. Se não estiver lá, tente montá-lo e verifique seu conteúdo (como mostrado acima). Para montá-lo, primeiro crie um ponto de montagem, por exemplo sudo mkdir /mnt/mydisk, tente montar o dispositivo usando mount /dev/sda1 /mnt/mydiske verifique seu conteúdo usando ls /mnt/mydisk.

Depois de conseguir o disco lá, você pode ir para alterar as permissões de volta em seus dir usr: sudo chmod 0755 /mnt/mydisk/usr.

Agora você ainda pode estar com problemas se originalmente executou o chmodcomando recursivamente, usando o -Rparâmetro Nesse caso, você pode tentar corrigir cada entrada manualmente - ou pode ir direto para uma nova instalação ...

Eu acho que Mat está correto, você deve ser root para adicionar o bit a / usr / bin, mas é claro que o sudo está quebrado. Se você tiver uma senha root, poderá usá-la para fazer logon como root e, em seguida, corrigir as permissões com o comando acima. Se não, no entanto, (e eu também não), provavelmente seria melhor:

• inicializar a partir de um CD ao vivo do Linux
• tornar-se raiz lá
• monte a partição com o sistema acima
• em seguida, endireite as permissões nesse sistema de arquivos usando um terminal.

Raiz é sempre o número de usuário 0, portanto, a raiz de qualquer sistema pode fazer alterações permitidas na raiz de outros sistemas de arquivos.

Eu não tenho muito conhecimento. Mas essas etapas resolveram meu problema mesmo sem reiniciar minha máquina. Siga esses passos:

su root
<enter root password>
cd /usr
chmod -R 755 *

Na tentativa de definir permissões para meus scripts locais, quebrei a permissão sudo e alterei a propriedade por engano. Consegui alterar novamente a propriedade do sudo para root, fazendo o seguinte:

Etapa 1: mude para o modo de recuperação do ubuntu . Se você não conhece o processo, pode consultar uma resposta aqui: /ubuntu//a/172346/223901

Etapa 2: uma vez no modo de recuperação, selecione raiz - prompt de shell Drop to root

Etapa 3: Execute os seguintes comandos

mount -o remount,rw /
chown root:root /usr/bin/sudo
chmod 4755 /usr/bin/sudo
reboot

Aguarde o seu sistema inicializar normalmente e você verá a propriedade do sudo de volta ao root.