TTY wartet nicht auf Passwort

37

Ich habe ein Upgrade von 16.04 auf 18.04 durchgeführt. Wenn ich Ctrl+ Alt+ drücke, F3erhalte ich das Terminal, das nach dem Benutzernamen fragt. Wenn ich meinen Benutzernamen eingebe und drücke Enter, wartet er nicht auf mein Passwort (als hätte ich gedrückt, Enterohne etwas einzugeben). Auch wenn ich etwas eingebe, wird der Text im Klartext angezeigt und es wird immer wieder gesagt, dass mein Passwort falsch ist. Nach einigen Malen wird der Bildschirm gelöscht und es wird erneut nach meinem Benutzernamen gefragt und die gleiche Schleife wird fortgesetzt.

Pranphy
quelle
4
Gleiches Problem hier seit gestern mit U18.04.1. Ich denke, es ist, seit ich von Kernel 4.15.0-43 auf 4.15.0-44 aktualisiert wurde. Die GUI-Anmeldung funktioniert, die TTY-Anmeldung scheint nach Eingabe des Benutzernamens automatisch auf ZURÜCK zu klicken. /var/log/auth.logrepeatadly zeigt 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. Kannst du das bestätigen? Was uname -rzeigt?
PerlDuck
2
Nicht @pranphy, aber ich sehe die gleichen Dinge in der auth.log. Es wird jedoch "FEHLGESCHLAGENE ANMELDUNG (1) auf '/ dev / tty6' FÜR 'UNBEKANNT', Authentifizierungsfehler" angezeigt, obwohl mein Benutzername in der Zeile "Kennwort für ... konnte nicht identifiziert werden" gedruckt wurde. Dieser letzte Fehler wird dann mehrmals wiederholt und endet mit "Fehler im Servicemodul" anstelle von "Authentifizierungsfehler". uname -r gibt 4.15.0-44-generic aus
Rob Mosher
1
@PerlDuck Genau wie @RobMosher sagte, ist meine Kernel-Version 4.15.0-44-genericund die erste Fehlermeldung enthält den Benutzernamen und die anderen erhalten nicht einmal den Benutzernamen, da tty erst nach zu vielen Versuchen (5) auf den Benutzernamen wartet und sich zurücksetzt, um darauf zu warten wieder Benutzername.
Pranphy
5
Zumindest hat es bereits jemand gemeldet: bugs.launchpad.net/ubuntu/+source/shadow/+bug/1812095
PerlDuck
Es scheint das Problem mit der Linux-Kernel-Version 4.15.0.-44-generic zu sein. Ich habe auf einen neueren Kernel (4.20.5) aktualisiert und das Problem ist behoben.
30.

Antworten:

19

Gleiches TTY-Problem mit 4.15.0-44-Generic auf meinem Ubuntu Mate 18.04

Ich habe gerade auf 4.15.0-45-generic aktualisiert, aber das Problem wird immer noch nicht behoben.

Die einzige Problemumgehung, die ich gefunden habe, ist das Zurückschalten auf den alten Kernel 4.15.0-43-generic.

Ich habe auf Eis gelegt und die neuen Kernel entfernt:

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

NB: Natürlich muss altes Kernel-Linux - * - 4.15.0-43-generic vorhanden sein;) Wenn nicht, dann installiere mit:

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

Dann bootet das System einwandfrei unter 4.15.0-43 und tty login funktioniert, aber dann hatte ich Probleme mit meinem zweiten Monitor (aber das ist wohl ein ganz anderes Problem).

UPDATE: Ich habe das Problem mit dem zweiten Monitor behoben. Tatsächlich handelte es sich um ein Problem mit der Videobeschleunigung, das mit fehlenden Kernelmodulen mit dem vorherigen 4.15.0-43-Kernel zusammenhängt. Der Befehl "inxi -G" hat geholfen und mir gezeigt, dass meine Videokarte den Treiber "fbdev" (Framebuffer, keine GPU-Beschleunigung) und nicht den beschleunigten "Modesetting" -Treiber verwendet.

Beispiel1 (Kernelmodule installiert):

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

Beispiel 2 (Kernelmodule NICHT installiert):

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

Die korrekte Syntax für den obigen Befehl lautet also:

sudo apt install linux-{image,headers,modules,modules-extra}-4.15.0-43-generic
Andrea Turbiglio
quelle
1
Ich verwende Kernel 4.15.0-45 auf zwei verschiedenen und vollständig aktualisierten Systemen. Einer verwendet eine Kubuntu 18.04.1-Installation und der andere eine Xubuntu 18.04.1-Installation. Das Problem tritt nur bei der Ausführung von Kubuntu auf. Der andere akzeptiert das Passwort im Konsolenmodus, als wäre nie etwas passiert. Wie ist das zu erklären?
Stormlord
Seltsames Problem. Auf meinem Laptop läuft Ubuntu Mate 18.04.1, wobei das Problem bei 4.15.0-45 / 44 vorliegt, nicht jedoch bei 4.15.0-43. Aber auf meiner Virtualbox VM mit Ubuntu Mate 18.04.01 und Kernel 4.15.0-45 ist das gleiche Problem nicht vorhanden.
Andrea Turbiglio
Ich verwende Kernel 4.15.0-45 mit Mint Cinnamon und habe das gleiche Problem.
Boctulus
Ich habe vergessen zu erwähnen ... Ich benutze auch Framebuffer, keine GPU-Beschleunigung. Diese Antwort ist sehr genau.
Boctulus
9

Eine andere Möglichkeit besteht darin , nach dem Booten einen anderen Kernel im Grub-Boot-Menü zu verwenden (falls einer verfügbar ist):

Wähle " Erweiterte Optionen für Ubuntu "
In meinem Fall funktionierte 4.15.0.-43 korrekt

Probieren Sie einfach aus, was in der Liste enthalten ist (aber vielleicht nicht der oberste Eintrag, das ist der, der nicht funktioniert und nicht der Wiederherstellungsmodus).

Bildbeschreibung hier eingeben

eli
quelle
9

Das ist unglaublich - heute bin ich zu diesem Fehler auf Ubuntu 16.04.5 LTS ( Xenial Xerus ) mit allen Updates und ohne PPAs auf physischer Hardware gegangen .
Das Problem war also mit dem 4.4.0-142-genericKernel. Die Symptome waren genau die gleichen wie in Frage. Getty in der Textkonsole sendet " Enter" und erlaubt mir nicht, mein Passwort einzugeben. Zeigt Login incorrectstattdessen.

Also habe ich diesen fehlerhaften Kernel entfernt und stattdessen 138 installiert (mit einer Methode ähnlich dem 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

und danach neu gestartet. Ich / wir müssen auf einen normalen stabilen Kernel warten.

Warnung: Aktualisieren Sie den Kernel nicht auf 4.4.0-142-generic, wenn Sie eine Konsolenanmeldung benötigen. Abonnieren Sie den Fehler 1813873 und installieren Sie nach Bestätigung des Fixes den neuesten Kernel wieder mit sudo apt-get install linux-image-generic linux-headers-generic.

Nrrbert
quelle
2

Kernel Upgrade auf 4.20.0 hat geholfen.

Muschel
quelle
4
Wie hast du diesen Kernel installiert?
Dessert
Ja, ich möchte herausfinden, wie man mit Linux Mint aka Ubuntu 4.20.0 installiert.
Patrik Laszlo
Ich habe den Kernel 4.20.7 mit 'Ukuu' installiert und alles funktioniert einwandfrei ... aber als ich versuchte, x86-energy-perf-policy zu verwenden, wurde mir klar, warum ich keine 'nicht unterstützten' Kernel verwenden sollte.
Boctulus