gdm3 freezes - entering password after suspend/resume not possible - still existent in Ubuntu 20.04
Whether I am using autofs or systemd automount units to mount network shares (mainly cifs), gdm3 hangs regularly as soon my notebook resumes from suspend mode and the user enters their password. It seems there is a race condition for gdm to wait for the network share to become active again. Due to the changed network connection (from Ethernet to Wifi or from Ethernet to none) the connection to the mounted share is lost and can't be restored. Manually unmounting and killing the connection to the file server after gdm hangs doesn't heal the race condition and the hanging gdm session.
Unmounting and killing the connection to the file server before suspend/resume prevents the gdm session from hanging. With automount being disabled gdm3 doesn't hang.
-
lsb_release -rd Description: Ubuntu 18.04.4 LTS Release: 18.04
-
gdm3: Installiert: 3.28.3-0ubuntu18.04.4 / gnome-shell: Installiert: 3.28.4-0ubuntu18.04.3
-
I'd expect to gdm3 to login the user after authenticating the user.
-
gdm3 hangs after the user typed in their password.
Steps to reproduce - as an example a samba network share gets mounted in /shares/transfer:
a) The notebook is connected to network via ethernet. b) Network share gets mounted by automounter (eg. ls /shares/transfer). c) As soon the share is mounted suspend the notebook. d) Disconnect ethernet (eg. undocking the notebook). e) Power on the notebook (in undocked state with no ethernet connected). f) Whether the notebook has a wifi connection or not, after typing in the password, gdm3 hangs. tty logins still possible, hanging automounter connection is to see.
My current workaround: I am using a systemd unit to unmount all automatically mounted network shares. Additional NetworkManager dispatcher script kills network connection to file server in case network device changes with automounts being active.