TTY nie czeka na hasło


37

Uaktualniłem z 16.04 do 18.04. Kiedy naciskam Ctrl+ Alt+ F3, dostaję terminal, który monituje o nazwę użytkownika. Kiedy wpisuję swoją nazwę użytkownika i naciskam Enter, nie czeka ona na moje hasło (to tak, jakbym nacisnęła Enterbez wprowadzania danych). Nawet jeśli coś wprowadzę, tekst wyświetlany w postaci zwykłego tekstu oznacza, że ​​moje hasło jest nieprawidłowe. Po kilku latach ekran jest wyczyszczony i ponownie wyświetla monit o podanie mojej nazwy użytkownika i ta sama pętla trwa.


4
Ten sam problem tutaj od wczoraj z U18.04.1. Myślę, że to odkąd zaktualizowałem jądro z wersji 4.15.0-43 do 4.15.0-44. Logowanie GUI działa, logowanie TTY wydaje się automatycznie naciskać RETURN po wprowadzeniu nazwy użytkownika. /var/log/auth.logrepeatadly pokazy 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. Czy możesz to potwierdzić? Co uname -rpokazuje
PerlDuck

2
Nie @pranphy, ale widzę te same rzeczy w auth.log. Mówi jednak „NIEUDANE LOGOWANIE (1) w„ / dev / tty6 ”DLA„ NIEZNANY ”, Błąd uwierzytelnienia” pomimo wydrukowania mojej nazwy użytkownika w wierszu „Nie można zidentyfikować hasła dla ...”. Następnie kilkakrotnie powtarza ten ostatni błąd, kończąc na „Błąd w module serwisowym” zamiast „Błąd uwierzytelnienia”. uname -r wypisuje 4.15.0-44-generic
Rob Mosher

1
@PerlDuck Dokładnie tak, jak powiedział @RobMosher, moja wersja jądra jest, 4.15.0-44-generica pierwszy komunikat o błędzie zawiera nazwę użytkownika, a pozostałe nawet nie otrzymują nazwy użytkownika, ponieważ tty nigdy nie czeka na nazwę użytkownika, aż do zbyt wielu prób (5) i resetuje się, aby czekać na nazwa użytkownika ponownie.
pranphy

5
Przynajmniej ktoś już to zgłosił: bugs.launchpad.net/ubuntu/+source/shadow/+bug/1812095
PerlDuck

Wydaje się, że jest to problem z jądrem Linuksa w wersji 4.15.0.-44-generic. Zaktualizowałem do nowszego jądra (4.20.5) i problem został rozwiązany.
pranphy

Odpowiedzi:


19

Ten sam problem TTY z wersją 4.15.0-44-generic na moim Ubuntu Mate 18.04

Właśnie zaktualizowałem do wersji 4.15.0-45-generic, ale nadal nie rozwiązuje problemu.

Jedyne obejście, które znalazłem, to powrót do starego jądra 4.15.0-43-generic.

Wstrzymałem i usunąłem nowe jądra:

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

Uwaga: Oczywiście musi być obecny stary jądro Linux - * - 4.15.0-43-generic;) Jeśli nie, zainstaluj z:

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

Potem system ładuje się poprawnie na 4.15.0-43 i tty login działa, ale potem miałem problemy z drugim monitorem (ale to chyba inny problem).

AKTUALIZACJA: Naprawiłem problem z drugim monitorem, w rzeczywistości był to problem z przyspieszeniem wideo, związany z brakującymi modułami jądra z poprzednim jądrem 4.15.0-43. Komenda „inxi -G” pomogła, pokazując, że moja karta wideo używała sterownika „fbdev” (bufor ramki, brak przyspieszenia GPU), a nie przyspieszonego sterownika „ustawiania trybu”.

przyklad 1 (zainstalowane moduły jądra):

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

przyklad 2 (moduły jądra NIE są zainstalowane):

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

Tak więc poprawna składnia powyższego polecenia to:

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

1
Używam jądra 4.15.0-45 na dwóch różnych iw pełni zaktualizowanych systemach. Jeden używa instalacji Kubuntu 18.04.1, a drugi używa instalacji Xubuntu 18.04.1. Problem występuje tylko na tym, na którym działa Kubuntu. Drugi akceptuje hasło w trybie konsoli, tak jakby nic się nigdy nie wydarzyło. Jak można to wyjaśnić?
Stormlord

Dziwny problem. Mam laptopa z systemem Ubuntu Mate 18.04.1, gdzie problem występuje w wersji 4.15.0-45 / 44, ale nie w wersji 4.15.0-43. Ale na mojej maszynie wirtualnej Virtualbox z Ubuntu Mate 18.04.01 i jądrem 4.15.0-45 ten sam problem nie występuje.
Andrea Turbiglio

Używam jądra 4.15.0-45 z Mint Cinnamon i mam ten sam problem.
boctulus

Zapomniałem wspomnieć ... Używam również bufora ramki, bez akceleracji GPU. Ta odpowiedź jest bardzo dokładna.
boctulus

9

Inną opcją jest użycie innego jądra w menu rozruchowym gruba (jeśli jest dostępne), po uruchomieniu:

Wybierz „ Zaawansowane opcje dla Ubuntu
W moim przypadku 4.15.0.-43 działał poprawnie

Po prostu spróbuj, co jest dostępne na liście (ale może raczej nie najwyższy wpis, czyli ten, który nie działa, a nie tryb odzyskiwania)

wprowadź opis zdjęcia tutaj


9

To niewiarygodne - dzisiaj poszedłem do tego błędu na Ubuntu 16.04.5 LTS ( Xenial Xerus ) ze wszystkimi aktualizacjami i bez PPA na fizycznym sprzęcie.
Problem 4.4.0-142-genericdotyczył jądra. Objawy były dokładnie takie same jak w pytaniu. Konsola tekstowa Getty wysyła „ Enter” i nie pozwala mi wprowadzić hasła. Login incorrectZamiast tego pokazuje .

Więc usunąłem to błędne jądro i zamiast tego zainstalowałem 138 (metodą podobną do problemu z USB ):

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

i ponownie uruchomiony ponownie. Ja / my musimy czekać na normalne stabilne jądro.

Ostrzeżenie: nie aktualizuj jądra do wersji 4.4.0-142-generic, jeśli potrzebujesz logowania do konsoli. Subskrybuj błąd 1813873 i po potwierdzeniu poprawki - zainstaluj ponownie najnowsze jądro za pomocą sudo apt-get install linux-image-generic linux-headers-generic.


2

Pomogło uaktualnienie jądra do 4.20.0.


4
Jak zainstalowałeś to jądro?
deser

tak, chciałbym dowiedzieć się, jak zainstalować przy pomocy Linux Mint aka Ubuntu 4.20.0?
Patrik Laszlo

Zainstalowałem jądro 4.20.7 za pomocą „Ukuu” i wszystko działa dobrze ... ale kiedy próbowałem użyć x86-energy-perf-policy, zrozumiałem, dlaczego nie powinienem używać „nieobsługiwanych” jąder.
boctulus
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.