Cannot login to virtual consoles unless I login to the graphical desktop environment first (login dumps core)

Support
1

This seems serious. It is impossible to login unless you do so from a desktop environment, not even with the root user. In the journal I get entries like:

Process 1344 (login) of user 0 dumped core

Seems related to systemd. In fact to the home service:

Stack trace of thread 1344:
                                              #0  0x00007f08672a526c n/a (libc.so.6 + 0x8926c)
                                              #1  0x00007f0867255a08 raise (libc.so.6 + 0x39a08)
                                              #2  0x00007f086723e538 abort (libc.so.6 + 0x22538)
                                              #3  0x00007f0866f8a82c n/a (pam_systemd_home.so + 0x2982c)
                                              #4  0x00007f0866f8ca0f n/a (pam_systemd_home.so + 0x2ba0f)
                                              #5  0x00007f0866f7ea4d n/a (pam_systemd_home.so + 0x1da4d)
                                              #6  0x00007f0866f7ebdb n/a (pam_systemd_home.so + 0x1dbdb)
                                              #7  0x00007f08674154cd pam_end (libpam.so.0 + 0x94cd)
                                              #8  0x00005648b3dcff25 n/a (login + 0x4f25)
                                              #9  0x00007f086723f850 n/a (libc.so.6 + 0x23850)
                                              #10 0x00007f086723f90a __libc_start_main (libc.so.6 + 0x2390a)
                                              #11 0x00005648b3dd0c45 n/a (login + 0x5c45)
                                              ELF object binary architecture: AMD x86-64
2

Do you need/use systemd-homed.service? If not, then I would advise you to disable it and mask it. :arrow_down:

sudo systemctl disable --now systemd-homed.service && sudo systemctl mask systemd-homed.service
3

Following the advice on the arch bug tracker, I got rid of /usr/lib/security/pam_systemd_home.so altogether. It should come back with the next upgrade, where I hope that systemd is fixed.

Probably, being slightly more conservative with the systemd updates would help. This is an extra delicate piece of infrastructure and the developers appear to count a lot on the fact that distros are always many releases behind with it. Breaking tty login that in many systems is really the last resort is quite worrying.

4

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.