Arch Linux

ipb52

Member

Registered: 2025-04-28

Posts: 7

Greetd core dump

https://wiki.archlinux.org/title/Greetd

Installed greetd, enabled the service (

pacman -S greetd; systemctl enable greetd; reboot

). When I boot it asks me to log in to the terminal, if I do, it seems to hang forever. Removing greetd fixes it. Adding it back causes the behavior to come back.

$ journalctl -b 0 -u greetd
May 06 19:41:33 desk systemd[1]: Started Greeter daemon.
May 06 19:41:33 desk greetd[664]: config: Config { file: ConfigFile { terminal: ConfigTerminal { vt: Specific(1), switch: true }, gene>
May 06 19:41:33 desk greetd[665]: config: Config { file: ConfigFile { terminal: ConfigTerminal { vt: None, switch: false }, general: C>
May 06 19:41:33 desk greetd[665]: pam_unix(greetd:session): session opened for user greeter(uid=945) by greeter(uid=0)
May 06 19:41:38 desk greetd[701]: config: Config { file: ConfigFile { terminal: ConfigTerminal { vt: None, switch: false }, general: C>
May 06 19:41:38 desk greetd[701]: pam_securetty(greetd:auth): cannot determine user's tty
May 06 19:41:42 desk greetd[701]: error: authentication error: pam_authenticate: SERVICE_ERR
May 06 19:41:42 desk greetd[664]: client loop failed: i/o error: Broken pipe (os error 32)
May 06 19:41:44 desk greetd[725]: config: Config { file: ConfigFile { terminal: ConfigTerminal { vt: None, switch: false }, general: C>
May 06 19:41:46 desk systemd-coredump[730]: [?] Process 725 (greetd) of user 0 dumped core.
                                            
                                            Stack trace of thread 725:
                                            #0  0x000078ede4c9e788 n/a (libc.so.6 + 0x66788)
                                            #1  0x000078ede4c91f93 __isoc23_sscanf (libc.so.6 + 0x59f93)
                                            #2  0x000078ede4d4d7f5 n/a (libc.so.6 + 0x1157f5)
                                            #3  0x000078ede4d4dc9c __getmntent_r (libc.so.6 + 0x115c9c)
                                            #4  0x000078ede4a3c8e9 ecryptfs_private_is_mounted (libecryptfs.so.1 + 0x58e9)
                                            #5  0x000078ede4a5b8cb pam_sm_authenticate (pam_ecryptfs.so + 0x28cb)
                                            #6  0x000078ede4e6322f n/a (libpam.so.0 + 0x922f)
                                            #7  0x000078ede4e63a48 pam_authenticate (libpam.so.0 + 0x9a48)
                                            #8  0x00005ee59c2b068c n/a (/usr/bin/greetd + 0x3068c)
                                            #9  0x00005ee59c2ac177 n/a (/usr/bin/greetd + 0x2c177)
                                            #10 0x00005ee59c2933a8 n/a (/usr/bin/greetd + 0x133a8)
                                            #11 0x00005ee59c2b3f7c n/a (/usr/bin/greetd + 0x33f7c)
                                            #12 0x000078ede4c5f6b5 n/a (libc.so.6 + 0x276b5)
                                            #13 0x000078ede4c5f769 __libc_start_main (libc.so.6 + 0x27769)
                                            #14 0x00005ee59c28f2d5 n/a (/usr/bin/greetd + 0xf2d5)
                                            ELF object binary architecture: AMD x86-64

ipb52

Member

Registered: 2025-04-28

Posts: 7

Re: Greetd core dump

Looking into this further looks like it's a known issue with ecryptfs with no fix as of yet but I will leave this thread unsolved if anyone has any ideas.