Hi
I just installed endeavour os with kde and mate
When I start (I didn’t touch anything is a fresh install) I cannot login in the graphical environment
But if I go in a terminal (ctrl alt F3) I can login correctly
Is not a password issue I checked my password in my username field and is correct
if I lock at the logs I got this errors:
journalctl /usr/bin/lightdm
– Logs begin at Sat 2020-10-24 11:10:45 IST, end at Sat 2020-10-24 12:38:57 IST. –
Oct 24 11:34:33 nick-archzephG14 lightdm[3480]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=972) by (uid=0)
Oct 24 11:34:37 nick-archzephG14 lightdm[3546]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=damnick
Oct 24 11:34:37 nick-archzephG14 lightdm[3546]: pam_systemd_home(lightdm:auth): systemd-homed is not available: Unit dbus-org.freedesktop.home1.service not found.
Oct 24 11:35:01 nick-archzephG14 lightdm[3554]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=damnick
Oct 24 11:35:01 nick-archzephG14 lightdm[3554]: pam_systemd_home(lightdm:auth): systemd-homed is not available: Unit dbus-org.freedesktop.home1.service not found.
Oct 24 11:37:18 nick-archzephG14 lightdm[3555]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=damnick
Oct 24 11:37:18 nick-archzephG14 lightdm[3555]: pam_systemd_home(lightdm:auth): Not a user managed by systemd-homed: No home for user damnick known
Oct 24 11:43:35 nick-archzephG14 lightdm[3480]: pam_unix(lightdm-greeter:session): session closed for user lightdm
– Reboot –
Oct 24 12:16:52 nick-archzephG14 lightdm[3275]: pam_unix(lightdm-greeter:session): session opened for user lightdm(uid=972) by (uid=0)
Oct 24 12:17:08 nick-archzephG14 lightdm[3347]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=damnick
Oct 24 12:17:08 nick-archzephG14 lightdm[3347]: pam_systemd_home(lightdm:auth): Not a user managed by systemd-homed: No home for user damnick known
Oct 24 12:17:15 nick-archzephG14 lightdm[3349]: pam_unix(lightdm:auth): authentication failure; logname= uid=0 euid=0 tty=:0 ruser= rhost= user=damnick
Oct 24 12:17:15 nick-archzephG14 lightdm[3349]: pam_systemd_home(lightdm:auth): Not a user managed by systemd-homed: No home for user damnick known
Oct 24 12:18:07 nick-archzephG14 lightdm[3275]: pam_unix(lightdm-greeter:session): session closed for user lightdm
I managed to access x logging in in a terminal and executing
xinit /usr/bin/mate-session
But every time that mate ask me for a password (for example if the screen lock) it fails and I cannot login anymore.
Any help???
Just to add I just installed the system fresh no mods
If I try to execute a sudo command inside an mate terminal same result I cannot login.
Outside of X (from the main terminal ctrl alt f3) everything works I can login do sudo etc etc
sudo[7248]: pam_unix(sudo:auth): authentication failure; logname= uid=1000 euid=0 tty=/dev/pts/3 ruser=damnick rhost= user=damnick
sudo[7248]: pam_systemd_home(sudo:auth): Not a user managed by systemd-homed: No home for user damnick known
audit[7248]: USER_AUTH pid=7248 uid=1000 auid=1000 ses=2 msg='op=PAM:authentication grantors=? acct=“damnick” exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/3 res=failed’
Speaking about keyboard layout problems…
In July, using the July release of EOS, I had to install the OS again in one of my laptops, I remember everything looking fine after the install, until another user had to use his password to update the system using the terminal (konsole), he wasn’t able to make his password work, but using the password to unlock KDE plasma, and sddm, he had no trouble at all. After a while I thought that most likely the problem would be found in the keyboard layout configurations and voilà!, after checking all the layout configuration files I was able to find (which I think were two or three) that the layout configurations were a mess, none had the configuration I thought I had selected while installing, yet, my personal passwords worked, the password to un-encrypt the system worked too, so once I found the problem I had to reconfigure every single layout configuration and once I did that there were no more problems. I didn’t report the problem because I considered the possibility that maybe I had actually made a foolish mistake during the installation but, because a few days later, someone turned off the laptop while updating the kernel (not me), I decided to reinstall EOS again, instead of repairing the system, and once I reinstalled again, making sure I chose the right layout before installing because I was still suspecting the problem was with the July release, and once reinstalled, there was no way to access the system because apparently the keyboard layout for GRUB wasn’t the one I had chosen for the encrypted system, I didn’t make sure that was the problem trying a different keyboard layout (I think it can be changed in the “console-like” screen to insert your password in GRUB) because I decided to try the May release and see if there was any problems with the layouts, and, after using that release to reinstall, there were no problems at all, all the layouts were as they were supposed to be, yet, once I discovered that, I decided not to report the issue, because I looked if someone else have had that same problem and there was no one saying they have had such problem (or at least I didn’t find any posts related to the issue), so I thought that maybe I was the only one with that problem and didn’t report anything, but apparently the problem is there and it is still in the September release.
At this point I don’t think I can help by reporting the issue, as my systems are working just fine, but I guess letting you know that that happen may help in some way. The laptop that had that issue was an Asus X551M.
If you want me to report this, I can do it…
this is a known BUG for a very long time, it is not possible to set another then default keymap for that early state of boot where you unlock grub on encrypted partition.
you can only avoid this by using unencrypted /boot partition