![]() Registered Member ![]()
|
Hi Community,
when updating the kernel from 4.15.0-43 to 4.15.0-45, a fatal error occurs when logging in to the text console (multi-user target, Runlevel 3). After entering the login name (eg root) plus enter key, the cursor immediately moves on from the input prompt for the password, i. it sent an empty password for login. This is wrong and not correct. The bug also occurs with kernel 4.18.0-14, which I have installed as a trial, affecting at least two kernel versions of it 4.15.0-45 and 4.18.0-14. The error does not occur if you want to log in as root after starting the KDE desktop with the console. So the last working kernel is 4.15.0-42. The error does not occur if you want to log in as root after starting the KDE desktop with the console. Is the error already known neon or is there a bug report about it? What can you do that the login with the above mentioned kernel versions in the text console works again? Distribution: KDE neon User Edition 5.14 Kernel : 4.15.0-45-generic Plasma : 5.14.5 Qt : 5.11.2 KF : 5.54.0 Kwin : 5.14.5 regards Michael |
![]() ![]()
|
After logging in at the text-terminal's
command-line (before starting the graphical desktop), try this: $ ps $$ PID TTY STAT TIME COMMAND 16843 pts/3 Ss 0:00 -bash If You get something with "sulogin" instead of "bash", then You didn't reach "multi-user.target". Report back. Also, while still there, You could enter (part between arrows): ==> systemctl | grep 'target .*' <== and post the result. |
![]() Registered Member ![]()
|
In the "Grub" I temporarily entered the multi-user target (systemd.unit = multi-user.target) at the end of the line where the corresponding Linux kernel is entered. I can not log in on the text console, because no password input is possible (see screenshot). Screenshot: https://workupload.com/file/GvxBJue6
As I said I can not log in, neither as root nor as a user in the text console (tty). The output of the command I created in the KDE console as root.
EDIT: my default target
|
![]() ![]()
|
Viewing Your picture requires JavaScript.
I won't allow it. The WebSite states: IV. Legal notice Every visitor to the website can be traced via the Provider and can thus be … Whatever that may mean. Don't want to be tracked. --- You wrote: the cursor immediately moves on from the input prompt for the password, i. it sent an empty password for login. I ask: Where does the text-cursor move to? Asking for account-name, again? Something else? Is there some output in the logs ("journalctl -b")? Search for "login" or "tty" or for the useraccount-name You did enter ("root"/<whatever>). Did You try to simply enter nothing at all, just pressing ENTER once or twice? |
![]() Registered Member ![]()
|
Hi NoNameNoBlame,
The cursor moves to enter the password, but jumps immediately. The error message "Login incorrect" appears four times. Then the erroneous login messages are cleared on the screen and it starts all over again.
Here the output from journalctl.
It does not matter if I try something or nothing at all. The result is always the same "Login incorrect". The input cursor jumps immediately without waiting for my input. |
![]() ![]()
|
Do this:
$ sudo cat /etc/shadow | grep root root:!:17045:0:99999:7::: If there is an exclamation point ('!'), then Your "root"-account is intentionally configured to not be able to be used for login. It could only be used by emergency.target (and/or maybe rescue.target - can't remember) And then it wouldn't require a password, because Mister Poettering of systemd-fame decided to do it like this, because <only the Gods know> or <not even the Gods know>. |
![]() Registered Member ![]()
|
no there is no exclamation mark on the root account. It is neither a login with root nor with a user possible (both with the same error).
|
![]() ![]()
|
File-Permissions?
Edit: Lock-files (*.lck)? $ TZ=UTC ls /etc/{shadow,passwd}*[Ll]*
Last edited by NoNameNoBlame on Sun Feb 03, 2019 1:14 pm, edited 1 time in total.
|
![]() ![]()
|
If nothing else helps, You could
add "debug" to these. But if You do, before rebooting, test it by logging in!!! Use "su"-command. Afterwards: "journalctl -b", again. Else: If typo, then worse than before.
|
![]() ![]()
|
You wrote:
error message "Login incorrect" appears four times. Your journal-log: systemd[1]: getty@tty2.service: Scheduled restart job, restart counter is at 4. I say: Both "4 times": Coincidence? Hardly. Therefore: Raise log-verbosity of "getty@.service"-TemplateUnit. |
![]() Registered Member ![]()
|
Hi NoNameNoBlame,
I am not alone with this bug ![]() See here https://bugs.launchpad.net/ubuntu/+sour ... ug/1812095 ....and here https://bugs.launchpad.net/ubuntu/+sour ... ug/1813683 This is probably a known bug in the kernel. |
![]() ![]()
|
I agree 100%.
We have to wait for Ubuntu-Fix. |
![]() Registered Member ![]()
|
Thanks NoNameNoBlame for your help
![]() |
![]() Registered Member ![]()
|
Do you have a grub menu and a selection of an older version of the kernel? If you do not, think it is a solution boot the system is in recovery mode, login as root and install some mainline kernel eg. 4.19 or 4.20
|
![]() Registered Member ![]()
|
I can confirm I'm getting the same issue.
Logging in with Plasma's user interface is working just fine. However, whenever I switch to another terminal-only screens (Ctrl+Alt+F2 and so on), after pressing ENTER after typing in my username in the username prompt, it will somehow keep on sending more ENTER to the input on a loop, so I can't type in my password since it will forcefully submit the empty password prompt. After it fails to login, it will of course show another login prompt to try again, but this time I won't even be able to input my username since it will forcefully submit the empty username prompt. And as we know it, empty username will fail too. So yeah, it will keep on doing that until the maximum 4 tries, after which the screen will just "reset", and I will end up with the same issue all over again if I try to login. EDIT: Someone mentioned being unwilling to view the screenshot from one of the previous replies. Here it is re-uploaded somewhere else: ![]() Pretty much the same thing I'm seeing. EDIT 2: Trying to login as root or not appears to be irrelevant, as I'm getting the issue when trying to login to my own non-root account.
"LIfe is like riding a bicycle. To keep your balance, you must keep moving." - Albert Einstein
Homepage: https://fiery.me |
Registered users: Baidu [Spider], Bing [Bot], Google [Bot]