What do you mean you get no gui?
Is the screen blank or black?
Does it fail over to a tty?
What actually happens?
You could boot to a terminal, and log in then use startx to launch the gui.
You could possibly, after logging in and not getting the gui, use ctrl-alt-F to get the tty login screen and log in then try startx to see if the gui will launch.
It’s just a blank black screen (with a mouse cursor that’s frozen) and it stays like that forever.
As a temporary work around - Yes this works. Thank you!
However, the follow up quesiton is: How do I permanently fix this? I’d hate to have to open the tty each time and type startx. plus this is just a workaround a some of my GNOME settings are not present as the echo $XDG_SESSION_TYPE shows tty and not wayland
I’m guessing some configuration to start this program on login has been overwritten in the update.
With any luck after a few seconds you should be greeted by the login manager. Be warned that if you were running any GUI session already, it will probably end abruptly, so save any ongoing work and end the session before trying to restart the login manager.
To re-enable GDM to automatically run at boot as you would expect:
Assuming you didn’t make any changes to your system that could brake GDM, this must be a bug and it would be great if you can fill a report; you can try journalctl -xeu gdm.service to check for any other clues, and grab meaningful information for your bug report .
Have you searched for that error message to see what brings up?