ATS n'attend pas le mot de passe


37

Je suis passé de 16.04 à 18.04. Lorsque j'appuie sur Ctrl+ Alt+, F3je reçois le terminal qui demande le nom d'utilisateur. Lorsque je tape mon nom d'utilisateur et que j'appuie sur Enter, il n'attend pas mon mot de passe (c'est comme si j'appuyais Entersans rien entrer). Même si je saisis quelque chose, le texte est affiché en texte brut, puis le mot de passe est erroné. Après quelques fois, l'écran est effacé et il invite à nouveau pour mon nom d'utilisateur et la même boucle continue.


4
Même problème ici depuis hier avec U18.04.1. Je pense que c'est depuis que j'ai (était) mis à jour du noyau 4.15.0-43 à 4.15.0-44. La connexion à l’interface graphique fonctionne. La connexion au téléscripteur semble appuyer automatiquement sur RETURN après la saisie du nom d’utilisateur. /var/log/auth.logspectacles repeatadly login[939]: pam_unix(login:auth): conversation failed, login[939]: pam_unix(login:auth): auth could not identify password for [pduck], login[939]: FAILED LOGIN (1) on '/dev/tty3' FOR 'pduck', Authentication failure. Pouvez-vous confirmer cela? Que uname -rmontre?
PerlDuck

2
Pas @pranphy mais je vois les mêmes choses dans auth.log. Cependant, il indique "Connexion échouée (1) sur" / dev / tty6 "POUR" Inconnu ", échec d'authentification" malgré l'impression de mon nom d'utilisateur sur la ligne "impossible d'identifier le mot de passe pour ...". Il répète ensuite cette dernière erreur plusieurs fois, se terminant par "Erreur dans le module de service" au lieu de "Échec de l'authentification". uname -r sorties 4.15.0-44-generic
Rob Mosher Le

1
@PerlDuck Exactement comme @RobMosher a dit, la version de mon noyau est 4.15.0-44-genericet le premier message d'erreur inclut le nom d'utilisateur et les autres n'ont même pas le nom d'utilisateur car tty n'attend jamais pour obtenir le nom d'utilisateur jusqu'à ce que trop de tentatives (5) et réinitialise pour attendre Nom d'utilisateur à nouveau.
Pranphy

5
Au moins, quelqu'un l'a déjà signalé: bugs.launchpad.net/ubuntu/+source/shadow/+bug/1812095
PerlDuck

Cela semble être le problème de la version 4.15.0.-44-generic du noyau Linux. J'ai mis à jour un noyau plus récent (4.20.5) et le problème est résolu.
Pranphy

Réponses:


19

Même problème TTY avec 4.15.0-44-generic sur mon Ubuntu Mate 18.04

Je viens de mettre à jour 4.15.0-45-generic, mais cela ne résout toujours pas le problème.

La seule solution que j'ai trouvée consiste à revenir à l'ancien noyau 4.15.0-43-generic.

J'ai mis en attente et enlevé les nouveaux noyaux:

sudo apt-mark hold linux-*-4.15.0-4[45]-generic
sudo apt remove linux-*-4.15.0-4[45]-generic

NB: Bien sur, l'ancien noyau linux - * - 4.15.0-43-generic doit être présent;) Sinon, installez-le avec:

sudo apt install linux-{image,headers}-4.15.0-43-generic

Ensuite, le système démarre correctement sur 4.15.0-43 et la connexion tty fonctionne, mais j'ai eu des problèmes avec mon deuxième moniteur (mais ceci, je suppose, c'est totalement un autre problème).

UPDATE: J'ai corrigé le deuxième problème lié au moniteur. Il s'agissait en fait d'un problème d'accélération vidéo, lié au manque de modules du noyau avec le noyau 4.15.0-43 précédent. La commande "inxi -G" m'a aidé, en montrant que ma carte vidéo utilisait le pilote "fbdev" (framebuffer, pas d'accélération gpu) et non le pilote accéléré "modesetting".

exemple1 (modules du noyau installés):

Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel 
Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa resolution: 1920x1080~60Hz 
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.2.2

exemple2 (modules du noyau non installés):

Graphics:  Device-1: Intel 3rd Gen Core processor Graphics driver: i915 v: kernel 
Display: x11 server: X.Org 1.19.6 driver: fbdev unloaded: modesetting,vesa resolution: 1920x1080~60Hz 
OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.2.2

La syntaxe correcte pour la commande ci-dessus est donc la suivante:

sudo apt install linux-{image,headers,modules,modules-extra}-4.15.0-43-generic

1
J'utilise le noyau 4.15.0-45 sur deux systèmes différents et entièrement mis à jour. L’un utilise une installation Kubuntu 18.04.1 et l’autre une installation Xubuntu 18.04.1. Le problème ne concerne que celui qui exécute Kubuntu. L'autre accepte le mot de passe en mode console, comme si de rien n'était. Comment peut-on l'expliquer?
Stormlord

Question étrange. J'ai mon ordinateur portable sous Ubuntu Mate 18.04.1 où le problème est présent avec 4.15.0-45 / 44 mais pas avec 4.15.0-43. Mais sur ma machine virtuelle Virtualbox avec Ubuntu Mate 18.04.01 et le noyau 4.15.0-45, le même problème n’est pas présent.
Andrea Turbiglio

J'utilise le noyau 4.15.0-45 avec Mint Cinnamon et j'ai le même problème.
boctulus

J'ai oublié de mentionner ... J'ai aussi utilisé framebuffer, pas de gpu-accélération. Cette réponse est très précise.
boctulus

9

Une autre option consiste à utiliser un autre noyau dans le menu de démarrage grub (s'il en existe un), après le démarrage:

Choisissez " Options avancées pour Ubuntu "
Dans mon cas, 4.15.0.-43 fonctionnait correctement

Essayez juste, ce qui est disponible dans la liste (mais peut-être plutôt pas l'entrée la plus haute, c'est celle-là, ça ne marche pas, et pas le mode de récupération)

entrez la description de l'image ici


9

C'est incroyable - aujourd'hui, je suis allé à ce bogue sur Ubuntu 16.04.5 LTS ( Xenial Xerus ) avec toutes les mises à jour et sans PPA sur le matériel physique.
Donc, le problème était avec le 4.4.0-142-genericnoyau. Les symptômes étaient exactement les mêmes que dans la question. Getty in text console envoie " Enter" et ne me permet pas de saisir mon mot de passe. Montre à la Login incorrectplace.

J'ai donc supprimé ce noyau buggy et installé 138 à la place (avec une méthode similaire à USB-problem ):

sudo apt-get purge linux-image-generic linux-headers-generic
sudo apt-get purge linux-image-4.4.0-139-generic linux-headers-4.4.0-139-generic \
linux-image-4.4.0-140-generic linux-headers-4.4.0-140-generic \
linux-image-4.4.0-141-generic linux-headers-4.4.0-141-generic \
linux-image-4.4.0-142-generic linux-headers-4.4.0-142-generic
sudo apt-get install amd64-microcode intel-microcode thermald
sudo apt-get autoremove

sudo apt-get install linux-image-4.4.0-138-generic linux-image-extra-4.4.0-138-generic
sudo apt-get install linux-headers-4.4.0-138 linux-headers-4.4.0-138-generic

et redémarré après. J'ai / nous devons attendre un noyau stable et normal.

Attention: ne mettez pas à niveau le noyau vers 4.4.0-142-generic si vous avez besoin d'une connexion à la console. Abonnez-vous au bogue 1813873 et après la confirmation du correctif - réinstallez le dernier noyau avec sudo apt-get install linux-image-generic linux-headers-generic.


2

La mise à niveau du noyau vers 4.20.0 a aidé.


4
Comment avez-vous installé ce noyau?
dessert le

oui j'aimerais savoir comment installer avec Linux Mint aka Ubuntu 4.20.0?
Patrik Laszlo

J'ai installé le noyau 4.20.7 avec "Ukuu" et tout fonctionne bien ... mais lorsque j'ai essayé d'utiliser x86-energy-perf-policy, j'ai compris pourquoi je ne devais pas utiliser de noyaux "non pris en charge".
boctulus
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.