最近用的是Mate桌面，昨天切到文本模式登陆，但是登录时密码输入后计算机总是没有响应，然后60秒后提示超时…重复也是一样，相当于没法进系统了。
试了挺长时间，发现一种曲线救国方法，现分享…要是有大神知道怎么根本上解决，希望补充呀。
1.做个Live系统U盘；
2.用Live系统，从终端进入openSUSE根目录所在分区，定位到/etc/systemd/system/目录；
3.删掉default.target这个链接，sudo rm default.target；
4.重启计算机就可以进入到原先的图形界面了；
- 猜想了一下，应该是openSUSE的systemctl工具对启动方式有一个默认值，存在default.target的时候就按文件的指向来启动，缺失的时候执行默认值；
- 虽然没根本上解决问题，但是对于遇到这个情况的人，进不去系统可能更让人抓狂…所以，先进去系统再说吧；
- 了解这个问题前因后果，以及知道解决方案的高手，请楼下补充完善呀

一般来讲yast2里面更改下默认服务对象就ok了……

或者真的把系统搞挂了，直接启动到只读的快照，回滚下就ok。一般来讲，openSUSE还是相当的健壮的。

不是搞挂了，但也用不了Yast。压根就登陆不进去。是因为systemctl把default.target给修改了，正常的应该是可以登录的，但是不知道什么原因进不去。用另一个live发行版（比如ubuntukylin）把default.target给删掉，就能够让openSUSE按照默认的方式启动了，避免登不进去的情况（只是没有从根本上解决问题）。

之前对于tty启动后，用startx引导至特定的桌面环境老是搞不定，只会直接使用，然后启动到默认的环境（如KDE）。后来知道可以增加[.xinitrc]文件来告诉系统启动到哪个桌面，之后就会默认到哪个桌面。比如mate桌面环境[echo "exec /usr/bin/xfce4-session >> ~/.xinitrc"]，其实可以不用追加方式，因为这个文件默认不存在。
但存在一个问题，就是即使在GUI下注销用户，重新选择KDE环境登录，DM还是会通过[.xinitrx]文件来引导而进不去KDE。此时只需要把[.xinitrx]文件重命名一下，再试，就可以了。
说明再startx的处理上，openSUSE也有其默认的文件在，而当用户创建了具体的[.xinitrx]文件，就以用户指定的方式处理。当[.xinitrx]不存在时，又回到默认的启动方式。这和上面systemctl的引导方式的处理很相似不过这样挺好的。。。