TTY non aspetta la password

37

Ho aggiornato dal 16.04 al 18.04. Quando premo Ctrl+ Alt+ F3ottengo il terminale che richiede il nome utente. Quando digito il mio nome utente e premo Enter, non attende la mia password (è come se avessi premuto Entersenza inserire nulla). Anche se inserisco qualcosa, il testo mostrato in chiaro e continua a dire che la mia password è sbagliata. Dopo alcune volte, lo schermo viene cancellato e richiede nuovamente il mio nome utente e lo stesso ciclo continua.

— pranphy
fonte

4

Lo stesso problema qui da ieri con U18.04.1. Penso che sia da quando sono stato (aggiornato) dal kernel 4.15.0-43 alla 4.15.0-44. Il login della GUI funziona, il login TTY sembra colpire automaticamente RETURN dopo aver inserito il nome utente. /var/log/auth.logspettacoli 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. Puoi confermarlo? Cosa uname -rmostra?

— PerlDuck,

2

Non @pranphy ma sto vedendo le stesse cose in auth.log. Tuttavia, dice "FAILED LOGIN (1) su '/ dev / tty6' FOR 'UNKNOWN', Errore di autenticazione" nonostante la stampa del mio nome utente sulla riga "Impossibile identificare la password per ...". Quindi ripete più volte l'ultimo errore, terminando con "Errore nel modulo di servizio" anziché "Errore di autenticazione". uname -r output 4.15.0-44-generic

— Rob Mosher

1

@PerlDuck Esattamente come ha detto @RobMosher, la mia versione del kernel è 4.15.0-44-generice il primo messaggio di errore include il nome utente e gli altri non ottengono nemmeno il nome utente perché tty non aspetta mai di ottenere il nome utente fino a troppi tentativi (5) e si reimposta per attendere nome utente di nuovo.

— pranphy

5

Almeno qualcuno l'ha già segnalato: bugs.launchpad.net/ubuntu/+source/shadow/+bug/1812095

— PerlDuck

Sembra essere il problema con la versione del kernel 4.15.0.-44-generico di Linux. Ho aggiornato a un kernel più recente (4.20.5) e il problema è stato risolto.

— pranphy

19

Stesso problema TTY con 4.15.0-44-generico sul mio Ubuntu Mate 18.04

Ho appena aggiornato a 4.15.0-45-generico, ma non risolve ancora il problema.

L'unica soluzione che ho trovato è tornare al vecchio kernel 4.15.0-43-generico.

Ho messo in attesa e rimosso i nuovi kernel:

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

NB: Naturalmente, deve essere presente il vecchio kernel linux - * - 4.15.0-43-generic;) In caso contrario, installare con:

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

Quindi il sistema si avvia bene su 4.15.0-43 e il login tty funziona, ma poi ho avuto problemi con il mio secondo monitor (ma questo, immagino, è totalmente un altro problema).

AGGIORNAMENTO: ho risolto il secondo problema del monitor, in realtà si trattava di un problema di accelerazione video, relativo ai moduli del kernel mancanti con il precedente kernel 4.15.0-43. Il comando "inxi -G" mi ha aiutato, dimostrando che il mio videocard stava usando il driver 'fbdev' (framebuffer, nessuna accelerazione della gpu) e non il driver accelerato del 'modeetting'.

esempio1 (moduli del kernel installati):

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

esempio2 (moduli del kernel NON installati):

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

Quindi la sintassi corretta per il comando sopra è:

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

— Andrea Turbiglio
fonte

1

Sto usando il kernel 4.15.0-45 su due sistemi diversi e completamente aggiornati. Uno utilizza un'installazione di Kubuntu 18.04.1 e l'altro utilizza un'installazione di Xubuntu 18.04.1. Il problema si verifica su quello che esegue solo Kubuntu. L'altro accetta la password in modalità console ok come non è mai successo nulla. Come può essere spiegato?

— Stormlord

Strano problema. Ho il mio laptop con Ubuntu Mate 18.04.1 in cui il problema è presente con 4.15.0-45 / 44 ma non con 4.15.0-43. Ma sulla mia Virtualbox VM con Ubuntu Mate 18.04.01 e kernel 4.15.0-45, lo stesso problema non è presente.

— Andrea Turbiglio,

Sto usando il kernel 4.15.0-45 con Mint Cinnamon e ho lo stesso problema.

— boctulus,

Ho dimenticato di menzionare ... Ho anche usato framebuffer, nessuna accelerazione della gpu. Questa risposta è molto accurata.

— boctulus,

9

Un'altra opzione è quella di utilizzare un altro kernel nel menu di avvio di grub (se disponibile), dopo l'avvio:

Scegli " Opzioni avanzate per Ubuntu "
Nel mio caso 4.15.0.-43 funzionava correttamente

Prova, ciò che è disponibile nell'elenco (ma forse non è la voce più in alto, quella è quella che non funziona e non la modalità di recupero)

— eli
fonte

9

Questo è incredibile - oggi sono andato a questo bug su Ubuntu 16.04.5 LTS ( Xenial Xerus ) con tutti gli aggiornamenti e senza PPA sull'hardware fisico.
Quindi il problema era con il 4.4.0-142-generickernel. I sintomi erano esattamente gli stessi di quelli in questione. Getty nella console di testo invia " Enter" e non mi consente di inserire la mia password. Mostra Login incorrectinvece.

Quindi ho rimosso questo buggy kernel e ho installato 138 (con un metodo simile al problema 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

e riavviato in seguito. Io / dobbiamo aspettare il normale kernel stabile.

Avvertenza: non aggiornare il kernel a 4.4.0-142-generico se è necessario il login alla console. Iscriviti al bug 1813873 e dopo la conferma della correzione - reinstalla il kernel più recente con sudo apt-get install linux-image-generic linux-headers-generic.

— N0rbert
fonte

2

Aggiornamento del kernel a 4.20.0 aiutato.

— mollusco
fonte

4

Come hai installato questo kernel?

— dessert

sì, vorrei scoprire come installare con Linux Mint aka Ubuntu 4.20.0?

— Patrik Laszlo,

Ho installato il kernel 4.20.7 usando 'Ukuu´ e tutto funziona bene ... ma quando ho provato ad usare la politica x86-energy-perf ho capito perché non dovrei usare kernel' non supportati '.

— boctulus,