Résumé : Comment ce problème s'est développé
Jusqu'à présent, ce problème semble avoir franchi deux étapes.
-
Tout d'abord, il n'était pas possible de se connecter du tout, sur l'écran de connexion graphique. Il était possible de se connecter sur un console virtuelle . Les informations obtenues dans une console virtuelle ont indiqué que :
- La sortie de
df -h
montre qu'il y a beaucoup d'espace libre disponible. La connexion graphique est connue pour échouer lorsqu'il y a zéro ou très peu d'espace libre sur le disque dur, mais ce n'est apparemment pas ce qui ne va pas ici.
- La sortie de
dpkg -l | egrep 'lightdm|gdm|kdm|lxdm'
montre que le seul gestionnaire d'affichage (qui fournit l'écran de connexion) installé est LightDM. Cette information était précieuse car une solution potentielle à l'impossibilité de se connecter aurait pu être d'essayer un autre gestionnaire d'affichage (par exemple, en installant et en passant à l'écran de l'ordinateur). gdm
).
- Lorsque vous avez changé le mot de passe, vous avez dit "j'ai dû faire le montage et le remontage d'abord, mais le mot de passe a été changé avec succès après cela". Cela me suggère que vous avez effectivement changé le mot de passe en démarrant en mode récupération, et no sur la console virtuelle. Si je me trompe dans cette hypothèse, veuillez me le faire savoir.
-
Maintenant, vous pouvez vous connecter, vraisemblablement en entrant votre nom d'utilisateur et votre mot de passe à l'écran. écran de connexion graphique . (Veuillez me faire savoir si cela n'est pas correct.) Cependant, vous ne pouvez pas vous authentifier après en se connectant. Par conséquent :
- Le changement de mot de passe semble avoir réglé une partie du problème. Je suppose que le mot de passe n'avait pas été défini correctement lors de l'installation (peut-être à cause d'un bug), ou qu'il contenait des caractères que, pour une raison quelconque, LightDM est incapable de gérer sur son écran de connexion, ou encore qu'il contenait des caractères qui correspondaient à des touches différentes sur votre clavier lors de l'installation et sur l'écran de connexion de LightDM. Avec votre nouveau mot de passe, vous pouvez vous connecter.
-
Toutefois, le problème n'est pas entièrement résolu, car vous ne pouvez pas vous authentifier après vous être connecté. J'ai conservé les informations générales que j'ai présentées dans ma réponse initiale dans la première section ci-dessous, intitulée Le mot de passe ne fonctionne pas sur l'écran de connexion . Ces informations peuvent être utiles à d'autres personnes qui rencontrent des problèmes similaires. Veuillez passer à l'étape suivante à la section appelée Peut se connecter, mais les autres authentifications échouent .
Le mot de passe ne fonctionne pas sur l'écran de connexion
Quelques éléments à vérifier :
- Est Caps Lock sur ?
- De même, si vous utilisez le pavé numérique pour saisir certains des caractères, est Num Lock sur ?
- Votre mot de passe contient-il des caractères inhabituels ? (Vous avez peut-être trouvé un bug bizarre.) Avez-vous essayé différents des mots de passe ?
- Avez-vous défini votre mot de passe avec une disposition de clavier différente de celle que vous utilisez pour vous authentifier avec lui ? Si c'est le cas, vous êtes peut-être en train de taper un mot de passe totalement différent.
- Votre mot de passe est-il vide (c'est-à-dire qu'il ne contient aucun caractère) ? Cela ne fonctionne pas correctement ; vous devez avoir un mot de passe réel.
-
Peut-être que quelque chose se passe systématiquement mal pendant le processus d'installation. Si vous avez commencé avec une image ISO Ubuntu, alors :
Il est courant qu'un mauvais ISO ou une mauvaise gravure/écriture empêche l'installation de réussir, mais il est également possible d'obtenir une installation cassée.
Pour ce qui est de réparer ça :
-
Vous avez un système Wubi * donc Grub fonctionne après le boot loader. Sélectionnez Ubuntu sur l'écran où Windows et Ubuntu sont vos deux choix, puis appuyez sur Shift et la maintenir enfoncée, puis appuyer sur Enter . De cette façon, le Shift est pressée pendant que le boot loader de Windows charge en chaîne boot loader.
-
* Edit : En fait, il s'avère (d'après les informations que vous avez fournies depuis) que vous ne disposez pas d'un système Wubi. Je ne suis pas sûr de savoir pourquoi maintenir Shift ne fonctionne pas pour vous. Puisque les conseils ci-dessus s'appliquent chaque fois qu'un boot loader autre que boot loader se charge en chaîne dans le boot loader boot loader du système Ubuntu, cela peut fonctionner (ou avoir fonctionné) pour vous encore. Sinon, le problème pourrait être que vous ne maintenez pas la touche Shift suffisamment tôt dans le processus de démarrage, ou que vous la libérez trop tôt.
-
Il est possible que ce soit, d'une manière ou d'une autre, un problème avec l'écran de connexion graphique. Vous pouvez donc peut-être vous connecter avec succès à partir d'une console virtuelle en mode texte. Pour ce faire, démarrez le système Ubuntu, puis après l'apparition de l'écran de connexion graphique (ou même lorsque vous êtes connecté graphiquement en tant qu'invité), appuyez sur Ctrl + Alt + F1 . Entrez votre nom d'utilisateur et appuyez sur Enter . Ensuite, saisissez votre mot de passe et appuyez sur Enter . (Vous ne verrez rien se passer pendant que vous saisissez votre mot de passe, mais c'est normal).
Si vous pouvez vous connecter à une console virtuelle, essayez de changer votre mot de passe en exécutant la commande passwd
. Si cela ne fonctionne pas ou si vous ne pouvez toujours pas vous connecter graphiquement, essayez de le modifier en exécutant la commande sudo passwd $USER
.
Peut se connecter, mais les autres authentifications échouent
Cette section suppose que vous avez maintenant sont capables pour se connecter en tant qu'utilisateur créé lors de l'installation, en utilisant l'option écran de connexion graphique . C'est-à-dire que vous pouvez utiliser votre système Ubuntu via l'interface graphique, non seulement en tant qu'invité, mais aussi en tant qu'utilisateur créé lors de l'installation. Si j'ai mal compris, faites-moi savoir .
Vous pouvez vous connecter maintenant, mais une fois que vous êtes connecté, vous ne pouvez pas vous authentifier. Il y a trois principaux types d'authentification qui sont effectués après en se connectant :
-
Authentification pour effectuer des tâches administratives. Un mot de passe vous est demandé lorsque vous essayez d'effectuer des actions qui ne peuvent pas être accomplies par un utilisateur ordinaire et non privilégié, comme l'installation de logiciels ou la modification de fichiers système. Pour cela, vous utilisez le même mot de passe que celui que vous utilisez pour vous connecter . Une telle authentification ne réussira que si vous êtes un administrateur du système. Je suppose que c'est le type d'authentification qui échoue actuellement. Veuillez me faire savoir si mon hypothèse est incorrecte.
-
Authentification pour déverrouiller l'écran. Vous pouvez verrouiller l'écran manuellement ou configurer l'économiseur d'écran pour qu'il le fasse. Il peut également être verrouillé lors de la reprise après une mise en veille (suspend-to-RAM) ou une hibernation (suspend-to-disk). Pour cela, vous devez également utiliser le même mot de passe que celui que vous utilisez pour vous connecter.
-
Authentification pour déverrouiller votre porte-clés. Le porte-clés peut être utilisé pour stocker des mots de passe (par exemple, pour des services Internet) ou d'autres données sensibles. Le mot de passe de votre trousseau est no nécessairement le même que le mot de passe que vous utilisez pour vous connecter. Contrairement à votre mot de passe de connexion, je crois comprendre que le mot de passe du trousseau de clés peut être vierge, sans causer de problèmes.
En les choses à vérifier pour les problèmes d'authentification lors de la connexion (qu'il s'agisse d'effectuer des tâches administratives, de déverrouiller l'écran ou de déverrouiller le trousseau de clés) sont largement les mêmes que pour l'impossibilité de se connecter : Points 1-4 sous Le mot de passe ne fonctionne pas sur l'écran de connexion s'appliquent (sauf que le point 4 ne s'applique pas aux mots de passe de porte-clés).
Mais je suppose que vous y avez déjà pensé. Nous allons donc nous concentrer sur les problèmes spécifiques à la connexion pour effectuer des tâches administratives. Il s'agit des les choses à vérifier . (Veuillez noter qu'elle est longue car elle fournit des instructions pour fixation de le problème, dans certaines circonstances. En fait, vérifier ces choses, en général, n'est pas particulièrement difficile ou long).
Êtes-vous réellement un administrateur ?
Ouvrez une fenêtre Terminal ( Ctrl + Alt + T ) et exécutez cette commande :
groups
Cette liste énumère les groupes dont votre compte d'utilisateur est membre. Pour être un administrateur, admin
o sudo
(ou les deux) doivent être indiqués. Veuillez noter que adm
es un différents groupe de admin
et ne fait pas de vous un administrateur (bien que vous devriez également être membre de ce groupe).
Si vous n'êtes pas un administrateur, vous pouvez le devenir en suivant n'importe quelle procédure pour réinitialisation d'un mot de passe perdu (typiquement, vous utiliser le mode de récupération pour cela, mais mode mono-utilisateur via l'édition des options de démarrage de Grub. ou chroot
à partir d'un CD/DVD/USB live fonctionnera également). Sauf au lieu d'exécuter le passwd **username**
exécutez ces commandes :
usermod -a -G admin username
usermod -a -G sudo username
Ce n'est pas grave si l'une (mais pas les deux) de ces commandes échoue. (Si elle échoue, vous obtenez un message d'erreur. Si elle réussit, il n'y a généralement pas de sortie). Ce que cela fait, c'est que vous vous retrouvez dans l'une ou l'autre des situations suivantes admin
o sudo
existent (ou les deux, s'ils existent tous les deux).
Sont seulement un peu de les moyens d'authentification pour effectuer des tâches administratives sont cassés ?
Ubuntu fournit en fait deux mécanismes sous-jacents permettant aux administrateurs de s'authentifier pour effectuer des tâches administratives-- sudo
(qui possède des interfaces graphiques telles que gksu
/ gksudo
y kdesudo
), et PolicyKit .
Dans une fenêtre de Terminal, exécutez cette commande pour tester PolicyKit :
pkexec echo Success.
Vous devriez être invité à saisir votre mot de passe (probablement par une boîte de dialogue graphique, mais peut-être aussi dans la fenêtre du terminal). Si l'authentification réussit et que le mot Success.
vous est renvoyée (c'est-à-dire imprimée dans le Terminal), alors PolicyKit fonctionne pour l'exécution de tâches administratives (bien qu'il soit possible qu'il ne fonctionne toujours pas, pour des tâches spécifiques).
Maintenant exécutez cette commande :
sudo echo Success.
Ce test sudo
de la même manière (bien que l'authentification se fasse dans la fenêtre du Terminal - vous ne le fera pas obtenir une boîte de dialogue graphique vous demandant votre mot de passe).
Maintenant exécutez cette commande pour voir si sudo
fonctionne graphiquement (exécutez cette opération même si sudo
n'a pas fonctionné ci-dessus, au cas où le problème serait lié à la façon dont le terminal accepte les entrées) :
gksu xclock
Il vous sera demandé de saisir votre mot de passe. Si cela réussit, une simple application d'horloge sera lancée. (Vous pouvez quitter l'application horloge). Si cela échoue, exécutez ceci pour voir si le problème est que gksu
n'est pas configuré correctement :
gksudo xclock
S'il s'agit d'un système Kubuntu, vous n'aurez probablement pas l'option gksu
y gksudo
alors testez avec le kdesudo
à la place :
kdesudo xclock
Si pkexec
fonctionne mais sudo
et aussi gksu
y gksudo
(o kdesudo
) ne fonctionnent pas :
Soit sudo
est cassé, ou sudo
lui-même est cassé. Le premier cas est plus courant et plus facile à résoudre - je vais l'aborder ici. (Vous le sauriez si sudo
lui-même est cassé car vous obtiendrez une erreur indiquant qu'il refuse de s'exécuter en raison de droits de propriété/permissions incorrects, ou une erreur indiquant que command not found
.)
Exécuter pkexec visudo
pour éditer /etc/sudoers
, sudo
Le fichier de configuration principal de l'entreprise. Vers la fin du fichier, vous devriez voir quelque chose comme ceci :
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
- Si vous utilisez une version d'Ubuntu antérieure à 12.04, ne vous préoccupez pas de l'option de remplacement.
%sudo
ligne.
- Si vous utilisez Ubuntu 12.04 ou une version ultérieure et que vous n'a pas fait de mise à niveau à partir d'une version d'Ubuntu antérieure à 12.04, ne vous préoccupez pas de la
%admin
(elle peut même ne pas être présente du tout).
En %admin
et/ou %sudo
lignes (voir les deux points ci-dessus) doivent être non commenté --c'est-à-dire, devrait no commencer par un #
caractère.
Après %admin
et/ou %sudo
il doit y avoir un espace, suivi de ALL=(ALL) ALL
o ALL=(ALL:ALL) ALL
.
Si les choses ne sont pas comme décrites ci-dessus, vous pouvez modifier le fichier pour les corriger. Puisque vous utilisez le visudo
pour modifier le fichier, il détectera les erreurs de syntaxe lorsque vous tenterez d'enregistrer le fichier. Vous devez no tente de remplacer et d'enregistrer un fichier qui, selon lui, comporte des erreurs de syntaxe. ( sudo
et ses interfaces graphiques, refuseront de fonctionner si l'adresse de l'utilisateur n'a pas été modifiée. sudoers
contient ne serait-ce qu'une seule erreur de syntaxe).
Si tout semble être en ordre dans votre sudoers
essayez de réinstaller sudo
. En supposant que vous n'avez pas personnalisé votre sudoers
réinstaller sudo
en exécutant cette commande :
pkexec apt-get update
pkexec apt-get --purge --reinstall install sudo
Cependant, si vous avez personnalisé votre sudoers
(avant cela, je Ne le fais pas. signifie l'édition décrite ci-dessus) und il est important pour vous de ne pas perdre les personnalisations Laissez tomber le --purge
drapeau :
pkexex apt-get update
pkexec apt-get --reinstall install sudo
Si pkexec
, sudo
y gksudo
travail, mais gksu
ne fonctionne pas :
Exécutez la commande gksu-properties
(cela ne no doivent être exécutés en tant que root
c'est-à-dire, Ne le fais pas. l'exécuter avec pkexec
, sudo
ou gksudo
). Assurez-vous que Mode d'authentification est réglé sur sudo et non su .
Source : Le mot de passe ne fonctionne pas dans les applications graphiques (gksu) ? Fonctionne avec sudo (A une capture d'écran.)
Si pkexec
y sudo
travail, mais gksu
y gksudo
(o kdesudo
) ne fonctionnent pas :
Essayez de réinstaller gksu
/ gksudo
(ils sont fournis par le même paquet) :
pkexec apt-get update
pkexec apt-get --purge --reinstall install gksu
Ou si c'est Kubuntu et que c'est kdesudo
qui ne fonctionne pas :
pkexec apt-get update
pkexec apt-get --purge --reinstall install kdesudo
Si pkexec
no travail, mais sudo
, gksu
y gksudo
faire travail :
Essayez de réinstaller PolicyKit :
sudo apt-get update
sudo apt-get --purge --reinstall install policykit-1 libpolkit-agent-1-0 libpolkit-backend-1-0 libpolkit-gobject-1-0
Si pkexec
travaux, et gksu
y gksudo
(o kdesudo
) fonctionnent, mais sudo
ne fonctionne pas :
pkexec
s'authentifie généralement de manière graphique, comme gksu
/ gksudo
(o kdesudo
sur Kubuntu). Donc si l'authentification graphique fonctionne à la fois pour PolicyKit et pour sudo
-et que l'authentification de la console échoue, il se peut qu'il y ait un problème dans la façon dont les mots de passe sont saisis dans le terminal. J'ai entendu dire que cela pouvait arriver, mais je ne connais pas de cas concret où cela s'est produit et a été corrigé. (Sauf lorsque cela était dû au fait que l'utilisateur s'était trompé en saisissant le mot de passe dans le Terminal).
Si c'est le cas, alors pour fournir des informations supplémentaires :
- Voir si
sudo
fonctionne dans une console virtuelle ( Ctrl + Alt + F1 ). Cela peut aider à déterminer si c'est l'application graphique du terminal qui cause le problème.
- Voir si
pkexec
fonctionne dans une console virtuelle. Lorsqu'il est exécuté dans une console virtuelle, pkexec
ne créera pas de boîte de dialogue graphique. Cela peut aider à déterminer si le problème est également spécifique à sudo
-Les méthodes basées sur la technologie.
- Voir si
su $USER
fonctionne, à la fois dans une fenêtre de Terminal et dans une console virtuelle. Cette commande ne vous permet pas d'effectuer des tâches administratives. Elle permet simplement d'authentifier comme vous-même . Mais ce faisant, il demande un mot de passe (de manière non graphique). Cela peut aider à déterminer l'étendue du problème de saisie de mots de passe pour l'authentification non graphique.
Si :
- la situation est différente de toutes les combinaisons énumérées ci-dessus, o
- la situation est l'une des combinaisons énumérées ci-dessus, mais il y a un problème pour suivre les instructions, o
- la situation est l'une des combinaisons énumérées ci-dessus et vous avez suivi les instructions sans problème apparent, mais le problème sous-jacent (l'impossibilité de s'authentifier) n'a pas disparu...
Dans ce cas, veuillez modifier votre question pour fournir des détails et commenter ici. (avec ou sans @Eliah
-- lorsque vous commentez ma réponse, je suis toujours prévenu) pour me le faire savoir.