Correção: não está no arquivo sudoers. Este incidente será relatado.

Talvez uma das mensagens de aviso mais assustadoras do Unix e do Linux para os recém-chegados venha na forma de “____ não está no arquivo sudoers. Este incidente será relatado." No caso de uma mensagem de erro real, os sublinhados seriam substituídos pelo seu nome de usuário, o que faz parecer que alguém ouvirá sobre o seu erro!

Você não precisa se preocupar muito, no entanto. A mensagem sobre o incidente sendo relatado é apenas uma nota de que ele entrará no log do sistema, que em um ponto teve que ser examinado por um administrador de sistema para possíveis explorações. Se você estiver em um sistema de usuário único, não terá nada com que se preocupar, exceto seguir as etapas a seguir para corrigir esse problema comum. Ninguém vai ver um relatório do que aconteceu.

Método 1: corrigindo sudo com o aplicativo usermod

Tente reproduzir o erro executando sudo -i sozinho. Você será solicitado a inserir sua senha e, quando o fizer, deverá ter um shell de root. Se for esse o caso, digite exit para sair dessa. Nesse ponto, você deve ser capaz de retomar o uso do sudo para executar comandos como root sem mais brincadeiras.

Supondo que não, você precisará obter acesso root de alguma outra maneira. Você pode segurar Ctrl + Alt + F2 para obter um terminal virtual e tentar entrar em seu sistema como o usuário root se você estiver em um Debian, Arch, Fedora, CentOS ou outra máquina que lhe dê autoridade para fazer isso.

Quando estiver lá, execute usermod -aG sudo, adm ____, substituindo os sublinhados por seu nome de usuário real. Você provavelmente não verá nenhuma saída. Saia do prompt de root e pressione Ctrl + Alt + F7 para voltar à sua área de trabalho gráfica.

Agora você poderá usar o sudo normalmente, porque estará no grupo sudo. Para verificar e certificar-se de que você está, execute getent group sudo como um usuário regular.

Você deve encontrar seu nome listado lá. Agora execute id sozinho e também deve listá-lo no grupo sudo.

Método 2: redefinindo uma senha do Ubuntu

Esse processo é fácil, exceto pelo fato de que o Ubuntu, e seus outros spins como Xubuntu, Kubuntu e Lubuntu, bloqueiam você da conta root. Isso geralmente ajuda a reduzir o risco de mensagens de erro do tipo "Este incidente será relatado", mas se você estiver vendo isso, então algo irregular aconteceu com várias contas de usuário e você pode não ter mais acesso à conta que criou quando instalou o que quer que seja * sistema buntu que você está executando. Faça o seguinte apenas se você não lembrar a senha.

Se for esse o caso e você perdeu a senha, salve todo o seu trabalho e feche tudo o que estiver aberto. Reinicie o sistema e depois que o logotipo do BIOS ou UEFI piscar, pressione rapidamente a tecla shift. Selecione “Opções avançadas para Ubuntu” e selecione o modo de recuperação.

Role para baixo até o prompt do root e execute mount -o rw, remount / seguido por passwd ____, substituindo os sublinhados pelo nome da conta originalmente criada. Digite uma nova senha e reinicie. Alguns usuários ficam surpresos com o quão fácil pode ser substituir essa senha, mas isso não deve ser um problema, desde que você nunca desista do acesso físico ao seu sistema.

Independentemente de você ter acabado de redefini-lo ou de se lembrar, abra um terminal e execute sudo usermod -aG sudo, adm ____, tendo mais uma vez substituído o espaço em branco pelo nome da conta que você criou primeiro. Sua senha será solicitada. Assim que tiver feito isso, você poderá usar o comando sudo normalmente a partir desta conta novamente.

Você pode querer verificar se as alterações travaram. Tente executar getent group sudo seguido de id, como fizemos antes, para ter certeza de que tudo está funcionando corretamente.

Supondo que você veja sudo em algum lugar na saída de ambos os comandos, você deve estar pronto. Você não terá que editar manualmente o arquivo sudoers usando o visudo ou realizar qualquer uma das outras etapas com as quais possa estar familiarizado se já tiver feito qualquer solução de problemas com esse problema no passado, desde que esses dois comandos tenham sido limpos corretamente.

Instruções do Linux sobre tags