Erreur d'authentification lors de la connexion après la mise à niveau en ligne vers 18.04

Question

J'ai essayé une mise à niveau en ligne du 16.04.2 au 18.04.2 en février 2019, mais je n'ai jamais pu aller au-delà de la connexion GUI initiale qui vient après grub, car elle affiche toujours une erreur d'authentification.

Voici ce que j'ai essayé jusqu'à présent ...

3 publications sur Ubuntuforums:

J'ai remarqué que mon nom d'utilisateur de connexion à l'interface graphique s'affiche avec une majuscule initiale tandis que mon nom d'utilisateur correct commence par une minuscule. pressé "non montré" et essayé de saisir le nom d'utilisateur correct mais a eu un résultat d'erreur d'authentification similaire.

Ctrl+Alt+F3 et essayez la connexion tty3: réussie avec le nom d'utilisateur en minuscules

$ # brought up a small GUI display in top left hand corner of my $ # screen, but too small to read what it said $ Sudo startex $ # didn't fix my GUI login $ Sudo chmod 7755 /usr/lib/policykit-1/polkit-agent-helper-1 $ Sudo apt install -f 0 to upgrade, 0 to newly install, 0 to remove, 5 not to upgrade $ Sudo apt-get update fetched 432Kb in 2s $ Sudo apt-get install ubuntu-desktop already newest version (1.417) $ Sudo apt-get install gnome-core lightdm unable to locate package gnome-core

J'ai lu Ask Ubuntu réponses à ces questions:

et dans l'ensemble, je me bats depuis plus d'un mois pour que mon ThinkPad L520 18.04 fonctionne sans succès, donc je cherche maintenant des suggestions qui pourraient m'aider en tant que vieux codeur lent avec des capacités cognitives quelque peu diminuées pour arriver quelque part avec cette désactivation problème.

Après avoir travaillé sur les suggestions de Simon, je n'ai toujours pas découvert exactement ce qui ne fonctionne pas correctement ou j'ai réussi à réparer quoi que ce soit, donc ci-dessous, je reviens sur les résultats de ce que j'ai essayé dans l'espoir d'obtenir plus de suggestions

Essayez de corriger le "5 à ne pas mettre à niveau" avec
Sudo apt-get dist-upgrade --yes 

Une mise à niveau a eu lieu cette fois, mais comme je travaillais sur tty3, je n'ai pas pu faire de copie de ce qu'elle a fait. À ce stade, je suis retourné et j'ai essayé à nouveau une connexion à l'interface graphique, mais aucune amélioration; a toujours le même bref message d'erreur d'authentification clignotant qu'avant, suivi d'un écran gris vierge qui n'a pas répondu à autre chose qu'un redémarrage

Connectez-vous à la console comme vous l'avez fait avec ctrl + alt + F3 et vérifiez la sortie de ps axf

Cela a généré une longue liste de sortie, que je n'ai pas pu copier à nouveau, mais la sortie n'était que de 195 à 1621, donc aucun résultat pour 1838 à 2276.

surveiller l'auth et le syslog et revenir à l'écran de connexion ctrl + alt + F1
Sudo tail -f /var/log/syslog /var/log/auth.log 

Pour voir ce résultat, j'ai utilisé mon disque DVD live 18.04 -2 pour charger une session LIVE et j'ai navigué vers /var/log De là.

Le auth.log J'ai trouvé couvert 2 heures de mes essais et erreurs, donc comme il est de 281 Ko, j'ai pensé qu'il était préférable de le télécharger sur mon dossier cloud OneDrive où il y a aussi des photos de caméra de ma connexion GUI a échoué tentatives.

Analyser ce long auth.log fichier et essayer de comprendre ce qui ne va pas est au-delà de mes capacités. Nous espérons que ce téléchargement auth.log va déclencher d'autres suggestions sur ce qu'il faut essayer, que je devrais être mieux placé pour gérer personnellement d'ici la deuxième semaine de mai.

Simon Sudler · Answer

Il y a beaucoup de choses qui peuvent mal se passer lors de la mise à niveau du 16.04 au 18.04. La plupart de ces choses sont cependant faciles à corriger. Vous devez donc d'abord trouver ce qui ne fonctionne pas correctement.

Corriger les packages

Dans votre message, vous avez mentionné que apt-get revient avec le message suivant:

$ Sudo apt install -f 0 to upgrade, 0 to newly install, 0 to remove, 5 not to upgrade

Essayez de corriger le "5 à ne pas mettre à niveau" avec un Sudo apt-get dist-upgrade --yes ou supprimez-les avec Sudo apt-get --purge autoremove.

Connexion à l'interface graphique de débogage

Connectez-vous à la console comme vous l'avez fait avec ctrl+alt+F3 et vérifiez la sortie de:

$ ps axf .... 1838 ? Ssl 0:00 /usr/sbin/gdm3 1893 ? Sl 0:00 \_ gdm-session-worker [pam/gdm-launch-environment] 2213 tty1 Ssl+ 0:00 | \_ /usr/lib/gdm3/gdm-wayland-session gnome-session --autostart /usr/share/gdm/greeter/autostart 2252 tty1 Sl+ 0:00 | \_ /usr/lib/gnome-session/gnome-session-binary --autostart /usr/share/gdm/greeter/autostart 2276 tty1 Sl+ 0:02 | \_ /usr/bin/gnome-Shell ....

Dans une installation standard d'Ubuntu (avec gnome), le gdm-session-worker devrait être en cours d'exécution et fournit l'écran de connexion. (Vous pouvez faire défiler vers le haut/bas avec shift+pageup/pagedown)

Surveillez ensuite les auth et syslog et revenez à l'écran de connexion ctrl+alt+F1

Sudo tail -f /var/log/syslog /var/log/auth.log

Après l'échec de la connexion, revenez à la console (à nouveau ctrl+alt+F3) et vérifiez la sortie pour les messages d'erreur. Cela devrait vous donner un indice où regarder ensuite.

Correction du fichier/etc/environment

Lorsque vous examinez la sortie de votre /var/log/auth.log fichier, vous trouvez un message récurrent:

Apr 17 10:05:16 TP-L520 gdm-launch-environment]: pam_env(gdm-launch-environment:session): non-alphanumeric key 'date +%d.%m.%Y' in /etc/environment', ignoring Apr 17 10:05:16 TP-L520 gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0) Apr 17 10:05:16 TP-L520 systemd-logind[945]: New session c56 of user gdm. Apr 17 10:05:16 TP-L520 gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session closed for user gdm Apr 17 10:05:16 TP-L520 systemd-logind[945]: Removed session c56.

Il semble qu'il y ait un problème avec une commande date dans le /etc/enviroment fichier. Une solution simple serait de sauvegarder ce fichier et de le remplacer si les valeurs standard:

$ Sudo cp /etc/environment /etc/environment.backup $ echo 'PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games"' | Sudo tee /etc/environment

Redémarrez et réessayez.

Pradip N. Pawar · Answer

J'espère que cela vous aidera

Ctrl+Alt+F3 et essayez de vous connecter à tty3:
Après cela, changez le nom d'utilisateur dans /etc/passwd par exemple, si votre nom d'utilisateur est pradip, remplacez-le par Pradip.
Puis changez le mot de passe pour le même en utilisant Sudo passwd new_username
Essayez de vous connecter