openSuse Thumbleweed: XSession disabled
 

Hello,
perhaps, this question is not new and was already relied here, but I could not find correct answer. I installed "Thumbleweed", my user has administrative privileges. When I try to log in into Plasma, I get this message - s. attached photo.

I found some hints about shells, about allowing local login for root-user (file dispplaymanager in etc), but nothing helped. Can anyone give me a hint how to resolve this problem?

Best regards,
Andrey

Its not recommended to login as root in the graphical session, try a "normal" User.

If you absolutely must login as root for an X session, beware you are inviting trouble. Try logging in on one of the vttys, then run startx. Do what you need to do expeditiously, then log out, and don't try to access the internet with a web browser.

About the ONLY time i login as root into the KDE Desktop( GUI) is on the initial set up after a new install .
as per the above posts USE EXTREME CAUTION!!!!!!

Hello,
I know about a special role of "root" user, but at the present I have only 1. So, I need to login to create a new one. And Linux Mint and Ubuntu allow "root" login without problems, why does Suse make a trouble of it?

@Sauerland: thanks for the link, I will try it...

You do not need to login as root, you can use kdesu and su -l for switching to root.

 

One cannot use kdesu or su commands if one cannot login in the first place.

Post #6 suggests there is a single user - i.e. the issue is that no regular user was created at installation time, and that now needs to be rectified.

It is not necessary to login via GUI to create a user. Press Ctrl-Alt-F1 to get a terminal login screen, login there as root and create the new user, then Ctrl-Alt-F7 to return to the GUI login screen and use the newly created non-root credentials.

Login at Runlevel 3 (multi-user.target) as root and use
see
and

You can also use yast in Runlevel3 by login as root and:

Be careful you don't respond this way to a Fedora/GDM/Gnome user or Mageia/GDM/Gnome user, and probably also don't for GDM/Gnome on other distros, and maybe simply GDM users of any DE. Poettering/Fedora/GDM/Gnome moved X default to vtty1, and for some purposes also vtty2. Vtty1 has nuanced differences from the rest, which is why I never type Ctrl-Alt-F1 in instructing anyone to reach a vtty.

That's a rather confusing way to say what I think you're saying.

This is an openSuse question in the openSUSE section, and I was quoting the OpenSuse documentation provided in post #5 which specifically recommends 1 over 2..6

I know it varies, and so make more general remarks in other situations, but assumed it was by distro rather than DM - would be helpful if there was a clear reference.

Hello everyone,

I could create new user using "useradd" and then changing a password (by the way, what is default password in openSuse, if any exists?). Then I logged in into KDE and in Yast user management I saw, that my original user "Benutzer1" (which is not root, but has administrative privileges) hast no standard group assigned. can this be a reason for denying him an XSession? I mean, it is clear that "root"-user should be restricted. But if I have an ordinary user who just hast higher rights (even this user must enter password for critical actions), why should he be restricted too? And, as I said, Ubuntu and Mint use same way, and their "Administrator"-user can login using Gnome or Cinnamon or KDE.

Regards,
Andrey

The "default" password is whatever you provided during installation. Without one, installation will not proceed. If you forgot what it is, you can boot rescue media, chroot into the installed system, which provides you root power, and enables you to simply execute passwd to create a new one. Your original root password could be the same one that you've needed for admin privileges.

I did not mean password I set explicitly. When I added new user with "useradd" command, I did not pass any password. And the user was created. So, there must be a "default" password for new users.

I had to use "chpasswd" to re-set a password of my new added user.

Regards,
Andrey