Ubuntu 13.04 réclame un faux mot de passe root
lors de l'ouverture de bleachbit (en tant que root), de gedbi et de bootup-manager, il demande le mot de passe root et lors de la saisie du mot de passe, il indique que le mot de passe est incorrect,
pour d'autres choses comme la mise à jour, l'installation du logiciel à partir du centre logiciel ubuntu, le même mot de passe fonctionne bien en raison de ce problème. gnome Shell et la longueur du mot de passe est d'une lettre
Je l'ai fonctionné merci Alaa
Exécutez la commande gksu-properties et modifiez le "Mode d'authentification" en "Sudo" et fermez-le. Maintenant, utilisez gksu bleachbit, ou n’importe quelle application graphique que vous voulez exécuter en tant que root, et tapez votre mot de passe (celui que vous utilisez pour la mise à jour et l’installation).
Ordinarilly, vous utiliseriez gksu au lieu de Sudo pour lancer des programmes d’interface utilisateur, mais comme l’a dit Demure dans les notes ci-dessus, cela a été déconseillé et vous devriez maintenant utiliser pkexec.
Par défaut, cela ne prend toutefois pas en charge les programmes graphiques. Vous devez donc les configurer pour fonctionner. Une fois configuré, vous pourrez les exécuter à partir de la ligne de commande en utilisant:
pkexec bleachbit
Pour configurer, vous devez éditer\créer le fichier /usr/share/polkit-1/actions/org.freedesktop.policykit.pkexec.policy. Par exemple, en utilisant nano...
pkexec nano /usr/share/polkit-1/actions/org.freedesktop.policykit.pkexec.policy
Vous devez ensuite, pour les programmes que vous spécifiez, ajouter le contenu suivant au fichier ...
<?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>
Vous pouvez ajouter des programmes supplémentaires de cette manière, ou si vous préférez, il y a n script bash permettant d'ajouter des programmes supplémentaires au fichier de configuration automatiquement.
C'est probablement un mot de passe incorrect pour root car il n'y a pas de mot de passe root.
Par défaut, les tâches administratives sont effectuées à l'aide de la commande "Sudo" (dans l'interface de ligne de commande ou en arrière-plan), ce qui signifie qu'elles sont exécutées avec des "privilèges au niveau de la racine", mais toujours avec un mot de passe d'utilisateur normal. Par défaut, le compte root n'est même pas activé et, si possible, il ne faut pas l'activer.
Ainsi, le mot de passe root n'est pas censé être identique à celui que vous avez saisi pour Centre logiciel ou lorsque vous exécutez des commandes avec Sudo en ligne de commande. C'est-à-dire avec le mot de passe de l'utilisateur habituel. Si cet utilisateur a des droits administratifs, il lui est demandé son mot de passe lorsqu'il souhaite faire quoi que ce soit avec des droits administratifs. Le compte racine est un compte distinct qui possède son propre mot de passe. Comme il n'est pas activé par défaut, aucun mot de passe root n'existe par défaut.
Sans activer le compte root, vous pouvez accéder à la ligne de commande root en tapant "Sudo su". Mais si on vous demande littéralement un mot de passe root, il est impossible de donner la bonne réponse (si vous n'avez pas activé le compte root et lui avez attribué un mot de passe).
Essayez de supprimer les programmes qui demandent un mot de passe root et de les réinstaller en tant qu’utilisateur régulier de Sudo. N'oubliez pas que "Sudo" désigne un utilisateur standard avec des droits d'administrateur et "root", le "superutilisateur" qui est un utilisateur distinct. Généralement, lorsque l'utilisateur est invité à entrer un mot de passe root, le problème est que quelque chose a été installé "en tant que root" (différent de "en tant que Sudo") et que ces fichiers sont ensuite exécutés ou ouverts par l'utilisateur normal. Cela en fait un problème autorisations sur les fichiers .
Pour un exemple, lisez ceci . C’est un bon exemple de la façon dont root et Sudo peuvent s’embrouiller si vous ne savez pas quoi.
vous devez utiliser eyther ou créer un mot de passe root. Personnellement, je considère les sudoers comme un problème de sécurité, car la plupart des gens utilisent un profil principal dans sudoers et, en tant que tel, ils ont probablement un mot de passe plus simple.
n'allons pas en débattre (flamme) à ce sujet.
si vous insistez pour utiliser su au lieu de Sudo, vous devez définir un mot de passe root à l'aide de Sudo passwd sinon vous pouvez enregistrer un bogue contre leurs expéditeurs pour utiliser su plutôt que Sudo (gksu) bien que
Remarquez si c’est suppressant pour moi d’entendre que c’est la demande de root plutôt que votre mot de passe.