Mais uma vez, com sentimento. NÃO UTILIZE APLICAÇÕES GRÁFICAS COMO ROOT!
Agora, existem algumas exceções à regra acima. Por exemplo, qualquer parte do painel de controle do Ubuntu que requisita o root é geralmente segura, mas apenas porque mantém os privilégios pelo tempo que for necessário, a partir do qual ele os retornará imediatamente ao modo normal. Da mesma forma, eles também são especialmente projetados para usar root
de forma eficaz e de uma maneira que não quebre as coisas. Em suma, tudo o que o gedit
e a maioria das outras aplicações não fazem.
Se você realmente precisar que o gedit
tenha sua própria configuração na pasta /root
, abra-o da seguinte forma:
sudo -i gedit
No entanto, isso ainda não funcionará por vários motivos. Sua barra de menu se foi é mais ou menos um efeito colateral de como funciona o sistema de menu do Ayatana . Em suma, o sistema está tentando criar objetos de menu para / de propriedade do usuário root
, o que faz com que as coisas sejam decididamente quebradas.
Você pode contornar a falta de um menu usando sudo
' -E
flag, mas isso ainda fará com que o DBus / DConf / whatever fique irritado com você. Neste modo, o menu será incorporado na janela gedit
diretamente, porque ainda não podemos obter um link para o DBus / Ayatana.
Isso ecoa o sentimento dos desenvolvedores do Ubuntu e não é um bug . Eles são da opinião de que a GUI é efetivamente "modo fácil", e root
access é efetivamente não "modo fácil". Se você quiser root
, vá para o terminal e use-o lá. De fato, essa é uma forma válida de resistência - se você não pode usar nano
para editar arquivos, você não deve ficar bisbilhotando como o usuário root
.
Se você absolutamente deve usar root
sob a GUI (que eu altamente aconselho que você não faça, mesmo como seu próprio usuário) , crie um arquivo chamado /etc/lightdm/lightdm.conf
e coloque isso no arquivo:
[SeatDefaults]
greeter-show-manual-login=true
Reinicie o serviço lightdm
usando sudo systemctl restart lightdm.service
e você poderá fazer o login como root
. Se você não usar lightdm
, localize e siga as instruções correspondentes ao gerenciador de exibição.
Você também precisará reativar a conta root, o que pode ser feito simplesmente executando o seguinte comando:
sudo passwd root
Certifique-se de escolher uma senha muito strong, pois isso permitirá permitir logins root no seu sistema . Note que isto é também contra todas as recomendações lá fora porque sudo
existe e é muito mais seguro / menos propenso a permitir que você, acidentalmente, quebre algo.
Nesse ponto, quando você realmente fizer isso, gedit
funcionará como raiz (como esperado) na sessão de usuário root
. No entanto, no segundo que você voltar para a sua sessão principal, ele ainda se recusará a trabalhar (pelos motivos listados acima).
A conta root
não deve ser usada para ignorar o erro de Permission denied
muito odiado por bem ou por mal. Pense nessa mensagem da seguinte forma:
Ei, o que você está fazendo pode ter efeitos colaterais graves em seu sistema. Pense com muito cuidado e verifique novamente o seu comando para se certificar de que está fazendo exatamente o que pretende fazer. Se você tem certeza de que é isso que deseja fazer, escolha o nível de privilégio mais baixo possível para fazer o que quiser.
Mesmo assim, veja se há uma solução que não envolva escalar para uma conta privilegiada. É muito mais fácil excluir e recriar um usuário desfeito do que recriar um sistema corrompido.