Tumblweed only boots to tty1

After an update a couple of days ago Tumbleweed only boots to the tty1 command prompt and not to the desktop as usual. I can start the desktop by issuing `startx’, and it works fine (as far as I can tell), but I am booted as the graphical user. Ctrl+Alt+F7 takes me to a screen with a blinking cursor and nothing else Ctrl+Alt+F1 returns me to the desktop.

This happens with kernel 4.13.1, 4.12.11, 4.12.9 and 4.11.8, so obviously not kernel related. It seems that something was updated incorrectly on my system since no one else is reporting this, but I have no idea what, or how to go about getting things to `go back to normal’.

Please post the output of:

systemctl status display-manager

(run as root)
and

systemctl get-default
 
systemctl status display-manager

yields


● display-manager.service - X Display Manager
   Loaded: loaded (/usr/lib/systemd/system/display-manager.service; enabled; vendor preset: enabled)
   Active: inactive (dead)

and

systemctl get-default

gives

multi-user.target


The display-manager is not even started, because:

systemctl get-default

gives

multi-user.target

your system is confgured to boot to text mode.

Switch the default boot target to “graphical.target” in YaST->System->Services Manager, or do it by running:

sudo systemctl set-default graphical

Thanks, that did it. That was much easier than I expected :).

Would re-installing grub2 from the rescue dvd have changed this setting? My root partition was full at one point and an update was interrupted and somehow grub got messed up. I’m just wondering since I did not change this setting, knowingly, or anything else that might have, so it might good to know if the likely explanation is something on my end, and not more general.

Thanks again for your help.

No.
This has nothing to do with grub2.

Installing/updating some “broken” package might have changed it, but if it were a general problem there would have been other reports about it I suppose.

The default is just a symlink though (/etc/systemd/system/default.target), so also filesystem problems may have removed/broken it somehow.
But that’s just guessing…

Thanks, that’s good to know. Probably it had something to do with the update not completing…

Thanks again.