enquanto abre o bleachbit (como root), gedbi e bootup-manager, ele pede a senha root e ao digitar a senha mostra que a senha está errada,
para outras coisas como atualizar, instalar o software do centro de software do Ubuntu a mesma senha funciona bem devido a este problema eu não sou capaz de usar o gerenciador de inicialização, gedbi, deepin-software-center e bleachbit (como root) Eu estou usando o Ubuntu 13.04 com o shell do gnome e comprimento da senha é de uma letra
Funcionou obrigado Alaa
Execute o comando gksu-properties e mude o "modo de autenticação" para "sudo" e feche. Agora faça gksu bleachbit, ou qualquer aplicativo da GUI que você queira executar como root, e digite sua senha (aquela que você usa para atualizar e instalar)
Ordinarilly você usaria gksu em vez de sudo para iniciar programas gui, mas como recatado nas notas acima, isso foi preterido, e você deve usar pkexec agora.
Por padrão, isso não suporta programas gui. Então você precisa configurá-los para serem executados. Uma vez configurado, você poderá executá-los a partir da linha de comando usando:
pkexec bleachbit
Para configurar você precisa editar \ create o arquivo /usr/share/polkit-1/actions/org.freedesktop.policykit.pkexec.policy . Por exemplo, usando nano ...
pkexec nano /usr/share/polkit-1/actions/org.freedesktop.policykit.pkexec.policy
Você, então, para os programas especificados, precisa adicionar o seguinte conteúdo ao arquivo ...
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC "-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN" "http://www.freedesktop.org/standards/PolicyKit/1/policyconfig.dtd">
<policyconfig>
<action id="org.freedesktop.policykit.pkexec.run-gedbi">
<description>Run gedbi</description>
<message>Authentication is required to run gedbi</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>auth_admin_keep</allow_active>
</defaults>
<annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/gedbi</annotate>
<annotate key="org.freedesktop.policykit.exec.allow_gui">TRUE</annotate>
</action>
<action id="org.freedesktop.policykit.pkexec.run-bleachbit">
<description>Run bleachbit</description>
<message>Authentication is required to run bleachbit</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>auth_admin_keep</allow_active>
</defaults>
<annotate key="org.freedesktop.policykit.exec.path">/usr/sbin/bleachbit</annotate>
<annotate key="org.freedesktop.policykit.exec.allow_gui">TRUE</annotate>
</action>
</policyconfig>
Você pode adicionar programas adicionais dessa maneira ou, se preferir, há um script bash para adicionar programas adicionais ao arquivo de configuração automaticamente.
Provavelmente, é uma senha errada para o root, pois não há senha de root.
Por padrão, as tarefas administrativas são executadas com o comando "sudo" (na interface da linha de comando ou em segundo plano) e isso significa que elas são executadas com "privilégios de nível raiz", mas ainda pelo usuário normal com senha normal. Por padrão, a conta root não é ativada e, se possível, não se deve ativá-la.
Assim, a senha do root não deve ser a mesma que você digitou para o Centro de Software ou quando você executa comandos com o sudo na linha de comando. Ou seja, com a senha do usuário comum. Se esse usuário tiver direitos administrativos, sua senha será solicitada quando ele quiser fazer qualquer coisa com direitos administrativos. Conta raiz é uma conta separada que tem sua própria senha separada. Como não é ativado por padrão, por padrão não existe senha root.
Sem ativar a conta root, você pode acessar a linha de comando root digitando "sudo su". Mas se você for perguntado literalmente por senha de root, é impossível dar a resposta correta (se você não ativou a conta root e a senha atribuída a ela).
Tente remover os programas que solicitam a senha do root e os reinstale como o usuário comum com o sudo. Lembre-se de "sudo" significa usuário regular com direitos administrativos e "root" significa o "superusuário" que é um usuário separado. Normalmente, quando o usuário é solicitado a digitar a senha do root, o problema é que algo foi instalado "como root" (não é o mesmo "sudo") e depois esses arquivos estão sendo executados ou abertos pelo usuário comum. Isso faz com que seja um problema de permissões de arquivo .
Para um exemplo leia isto . É um bom exemplo de como o root e o sudo podem se misturar se você não sabe o que é o quê.
você precisa usar o gksu ou criar uma senha de root. Pessoalmente eu considero sudoers como questão de segurança, como a maioria das pessoas usa um perfil principal dentro de sudoers e, como tal, é provável que tenha uma senha adicional.
não deixa entrar em debate (chama) sobre isso.
se você insistir em usar su em vez de sudo, você precisa definir a senha de root usando sudo passwd
alternativamente arquivar um bug contra seus empacotadores para usar su, em vez de sudo (gksu) embora
Observe se é supreendente para mim ouvir que está pedindo root, e não sua senha.