LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   blank screen on startx for kde at kernel 5.10.4 (https://www.linuxquestions.org/questions/slackware-14/blank-screen-on-startx-for-kde-at-kernel-5-10-4-a-4175687833/)

Z038 01-01-2021 01:58 PM

blank screen on startx for kde at kernel 5.10.4
 
I just installed kernel 5.10.4 packages from slackware64 -current and now startx gives a blank screen after a few moments.

I boot to runlevel 3, login as my regular user, and issue "exec startx" or just "startx". Plasma starts to initialize with the icon in the middle of the screen and "Plasma made by kde" in the lower right corner, then goes black.

CTRL+ALT+BACKTAB doesn't kill it. I have to boot my system to recover.

I don't normally startx when I login as root, but I tried it to see what would happen. Plasma/kde initialized fine. I was able to logout my session using the menu option and I could terminate kde via CTRL+ALT+BACKTAB and get back to the command line.

Either way I end the session, the screen goes black for about 8 seconds before kde finally exits and lands me back on the command line. Back at the command line I see Xorg error messages like these:

Code:

xauth:  file /root/.serverauth.8626 does not exist

X.Org X Server 1.20.10
X Protocol Version 11, Revision 0
Build Operating System: Slackware 15.0 Slackware Linux Project
Current Operating System: Linux ixian2.inoship.lan 5.10.4 #1 SMP Wed Dec 30 13:21:02 CST 2020 x86_64
Kernel command line: auto BOOT_IMAGE=Linux ro
Build Date: 17 December 2020  04:37:14PM
Current version of pixman: 0.40.0
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (Markers: (--) probed, (**) from config file, (==) default setting,) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jan  1 13:30:43 2021
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
recent crashes: 1malloc_consolidate(): invalid chunk sizeKCrash: crashing... crashRecursionCounter = 2KCrash: Application Name = kwin_x11 path = /usr/bin pid = 8702KCrash: Arguments: /usr/bin/kwin_x11 KCrash: Attempting to start /usr/lib64/drkonqi(II) Server terminated successfully (0). Closing log file.ith signal 11;

So maybe permissions issue, or an X config difference between root and my normal user?

Z038 01-01-2021 02:06 PM

I'm using the onboard graphics and kernel driver is i915.

Output from "lspci -k | grep -iA3 vga"

Code:

00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
        Subsystem: ASRock Incorporation HD Graphics 530
        Kernel driver in use: i915
        Kernel modules: i915


enorbet 01-01-2021 03:02 PM

What happens if root runs SDDM from runlevel 3?

Z038 01-01-2021 04:49 PM

sddm from root appears to work, but it starts a Wayland session that I can't login from.

In the lower left corner of the screen, it says "Desktop Session: Plasma (Wayland)" There are login choices for my three normal user accounts, but not for root. When I enter my password, the login screen blanks for a second then re-displays. It doesn't log me in. If I enter an invalid password, it says "Login failed" and leaves me at the login screen.

There is a dropdown arrow next to the "Plasma (Wayland)" with choices for "Plasma (Wayland)", "Plasma", "Xfce Session", and "Plasma (Failsafe)".

When I try "Xfce Session", it works. I don't use Xfce, so I don't know what it's supposed to look like, but it appears to be a functional desktop, blue background with a mouse picture. I can start Firefox and various utilities, and it all seems to work.

None of the other options work. I see the Plasma icon in the center of the screen for a moment or so when trying "Plasma" or "Plasma (Failsafe)", then the session terminates and I get some error messages like below, and I have to CTRL+C to get back to the command line.

Code:

# sddm
kwalletd5: Checking for pam module
kwalletd5: Got pam-login param
kwalletd5: Waiting for hash on 7-
kwalletd5: waitingForEnvironment on: 3
kwalletd5: client connected
kwalletd5: client disconnected


Z038 01-01-2021 05:18 PM

When I try sddm from my unprivileged user account, I don't get a login screen. Just messages like the following:

Code:

$ sddm
[17:01:18.004] (II) DAEMON: Initializing...
[17:01:18.009] (II) DAEMON: Starting...
[17:01:18.010] (II) DAEMON: Logind interface found
[17:01:18.012] (II) DAEMON: Adding new display on vt 7 ...
[17:01:18.013] (II) DAEMON: Loading theme configuration from ""
[17:01:18.014] (II) DAEMON: Display server starting...
[17:01:18.015] (II) DAEMON: Adding cookie to "/var/run/sddm/{72f354ad-c08a-4fc2-9309-9c0b1b43bdeb}"
 /usr/bin/xauth:  timeout in locking authority file /var/run/sddm/{72f354ad-c08a-4fc2-9309-9c0b1b43bdeb}
[17:01:38.021] (EE) DAEMON: Failed to write xauth file
[17:01:38.022] (EE) DAEMON: Could not start Display server on vt 7

and

Code:

$ sddm
[17:06:42.011] (II) DAEMON: Initializing...
[17:06:42.016] (II) DAEMON: Starting...
[17:06:42.017] (II) DAEMON: Logind interface found
[17:06:42.018] (II) DAEMON: Adding new display on vt 7 ...
[17:06:42.018] (II) DAEMON: Loading theme configuration from ""
[17:06:42.019] (II) DAEMON: Display server starting...
[17:06:42.019] (II) DAEMON: Adding cookie to "/var/run/sddm/{5412a168-fe2a-4ca5-aa97-aa7809056072}"
[17:06:52.223] (EE) DAEMON: Failed to read display number from pipe
[17:06:52.224] (EE) DAEMON: Could not start Display server on vt 7
[17:06:52.225] (WW) DAEMON: Signal received: SIGINT

I never installed ktown or vtown. I just waited for KDE 5 to hit -current and installed using slackpkg. It was working before I upgraded to kernel 5.10.4 from 5.4.71.

Z038 01-01-2021 05:38 PM

Another odd thing. While sitting at the command line, the screen eventually blanks, and once it does, I can't get back to the command line again. Normally hitting a key on the keyboard would restore the display, but now it just stays blank and I have to boot my system to recover.

Z038 01-01-2021 06:41 PM

I booted and logged on again as unprivileged user, then tried xwmconfig from command line, and selected kde, which is what it already was, then entered startx again ... and it worked. Plasma started. Hopefully not a fluke. xwmconfig must have fixed something somewhere.

Now I need to wait and see what happens when my monitor goes to sleep again.

Z038 01-01-2021 07:49 PM

My system is still not coming back from what I assume is the monitor power-saving mode. The only thing I can do once the monitor blanks is to boot the system. I've booted more times today that I did in the past three years. The system is still running when it goes blankety-blank. I can ssh to it. I don't see any obvious errors in /var/log/messages or dmesgs, except for maybe this that I don't recall ever seeing before:

Code:

Jan  1 20:09:27 ixian2 root: ACPI group jack / action lineout is not defined
Jan  1 20:09:27 ixian2 root: ACPI group jack / action videoout is not defined

The good thing is that startx works again. If anyone else has a problem with startx to kde desktop, maybe try running xwmconfig and selecting your preferred desktop again. That apparently fixed my plasma startup problem.

Meanwhile, I may have to go back to a previous kernel because of the blankety-blank problem. Can I use slackpkg to do that? How to do that if I want to go back to 5.4.71, which was working fine before I went to 5.10.4?

baumei 01-01-2021 10:36 PM

Hi Z038,

I see you wrote you are using an Intel video 'card' and the i915 driver. A great many people have a large amount of trouble with that hardware and that driver --- for years. My experience with various aspects of the trouble began in 2016...

It appears you use the console more than a little bit. One of the things I did early on was to disable console screen blanking, because of the i915 problem. I added this stanza to /etc/rc.d/rc.local
Code:

# Note: this overrides what is set in "/etc/rc.d/rc.M".
echo "Disabling console blanking."
/bin/setterm -blank 0

You might want to experiment with
Code:

/bin/setterm -powersave off
/bin/setterm -powerdown 0

Or some combination of the three (blank, powersave, and powerdown).

Z038 01-01-2021 11:16 PM

Thank you baumei. I issued the setterm command from my non-privileged user command line just now, and I'm waiting to see if it is effective. If so, I'll put it in my rc.local like you did. The screen blanking has always annoyed me anyway. I didn't know you could disable it.

That's interesting to know about the Intel video and graphics. It worked when I built this system, so I figured I'd avoid the expense of buying an add-on graphics card since I have no need for anything more graphically challenging than a browser display. Mostly just command line emacs and git does the trick for me.

I'll buy a cheap video card if it makes my life easier. But not Nvidia. From what I've read, that brand is problematic too.

baumei 01-01-2021 11:32 PM

Hi Z038,

According to my recollection I have always run setterm as root. I have no idea what setterm would do for an ordinary user. Please let me know what you find out. :-)

v00d00101 01-01-2021 11:43 PM

You could try a different driver as well. The vesa driver used to work for me when the generic intel driver failed. it might be enough to get you up and running while you try and work around the problem. Set it in your xorg.conf and more than likely it will work, but dont expect any 3d acceleration etc and mplayer generally isnt happy doing complex playbacks on the vesa driver, like x265, etc.

Petri Kaukasoina 01-02-2021 04:45 AM

In -current, there is /etc/rc.d/rc.setterm
Code:

#!/bin/sh
#
# This file provides the command line for the setterm utility to set the
# terminal attributes (primarily used for screen blanking and power
# management).

# Screen blanks after 15 minutes idle time, and powers down in one hour
# if the kernel supports APM or ACPI power management (default setting):
/bin/setterm -blank 15 -powersave powerdown -powerdown 60

# Screen does not blank or use power management features:
#/bin/setterm -blank 0 -powersave off -powerdown 0


Z038 01-02-2021 11:57 PM

Thanks to baumei and Petri Kaukasoina for the setterm suggestions and info. It's effective in keeping the terminal from blanking if you are at the command line. It doesn't affect behavior in KDE. If KDE blanks the screen, I have to boot the system, as there is no coming back from a blank screen.

In KDE System Settings, I've disabled the Screen Energy Saving option in the Energy Savings tab of the Power Management settings. Hopefully that will keep KDE from blanking the screen. Meanwhile, I just tried to change my display resolution, and that caused the screen to be blanked, and the screen is now gone for good. I'm rebooting now.

What a pain this is.

enorbet 01-03-2021 07:00 AM

Quote:

Originally Posted by Z038 (Post 6202702)
When I try sddm from my unprivileged user account, I don't get a login screen. Just messages like the following:

Code:

$ sddm
[17:01:18.004] (II) DAEMON: Initializing...
[17:01:18.009] (II) DAEMON: Starting...
[17:01:18.010] (II) DAEMON: Logind interface found
[17:01:18.012] (II) DAEMON: Adding new display on vt 7 ...
[17:01:18.013] (II) DAEMON: Loading theme configuration from ""
[17:01:18.014] (II) DAEMON: Display server starting...
[17:01:18.015] (II) DAEMON: Adding cookie to "/var/run/sddm/{72f354ad-c08a-4fc2-9309-9c0b1b43bdeb}"
 /usr/bin/xauth:  timeout in locking authority file /var/run/sddm/{72f354ad-c08a-4fc2-9309-9c0b1b43bdeb}
[17:01:38.021] (EE) DAEMON: Failed to write xauth file
[17:01:38.022] (EE) DAEMON: Could not start Display server on vt 7


Firstly you should see a menuitem to choose whichever WM/DE you prefer when the SDDM Login/CHOOSER screen loads. There you can click the down arrow and select X11 Plasma, Xfce or whatever else you have installed and configured.

I, too, have problems with auto jump to VT7. The only solutions I know are to manually invoke "Alt-F7" or edit /etc/sddm.conf to "MinimumVT=1"

Learning Curves are quite often painful but usually worth the effort and pain. Struggle makes us stronger but as the old cliche goes, "Everybody wants to go to Heaven but nobody wants to die" ;)


All times are GMT -5. The time now is 08:32 PM.