You are not logged in.
Pages: 1
Running "startx" starts the X server briefly but then I get "Connection to server lost" followed by "(II) Server terminated successfully (0). Closing log file."
"startplasma_wayland" works but I'd like to run under X for tools like xbindkeys and others.
glxinfo | grep OpenGL #under wayland
http://ix.io/4p9n
.xinitrc
http://ix.io/4p9p
Xorg.0.log
http://ix.io/4p9q
Since installing on 10-feb, when I could start X, having two monitors attached to my computer would lock up and I wouldn't even be able to get into tty2.
Plugging the second one in after startx is fine though. Should this go in another thread?
Last edited by Wallkick (2023-02-26 13:25:22)
Offline
You need to understand what the & sign at the end of a line is doing in shell scripts. That will put a process in the background, which will lead to plasma starting but terminating as soon as the script ends.
You need to put the exec startplasma-x11 command at the last line of the script without the leading &
Offline
Oh. Thank you so much. I never thought that X would close if .xinitrc finished.
Now it runs fine with one monitor but it still hangs indefinitely when running startx with two attached. Any idea?
Here's an Xorg.0.log from starting with two monitors. Plugging the monitor in after X is running works fine still.
http://ix.io/4pac
Offline
Not sure about the monitor, might be some weird xf86-video-amdgpu bug, what's the behaviour if you remove xf86-video-amdgpu and try to start xorg? That will use the modesetting driver by default.
Offline
Still doesn't start with two monitors after removing xf86-video-amdgpu and removing the amd swcursor config from /etc/xorg.conf.d/. One monitor is still fine though.
Offline
My money is on kscreen.
Do two outputs work if you install openbox and "exec openbox-session" instead of plasma?
Offline
Okay. Openbox works starting with both screens, with modesetting but not amdgpu. openbox-kde-session shows me the splash screen animation before stopping(much later than startplasma-x11 does).
Is this the point where I send a bug to kde? What info would be relevant?
Setting up openbox to be comfy would take more configuring than plasma. Is there a way to keep using plasma without kscreen, maybe with xranr controlling the monitor layout?
Thanks, both of you.
Offline
kcmshell5 kded would allow you to disable the kscreen daemon.
The system journal might reveal what KDE struggles with.
Offline
Thanks. It' getting late here so I'll test a few configurations and see what my next step is tomorrow afternoon.
Offline
So. Whether running though openbox or plasma with kscreen 2 disabled and stopped, the command "xrandr --output DP-1 --rotate left" consistently locks everything up. Setting primary displays works fine though.
I've got the output of "journalctl -b-1" and the "Xorg.0.log" after the each freeze.
The only things I did on each boot were
startx
open konsole
run "xrandr --output HDMI-1 --primary"
run "xrandr --output DP-1 --rotate left"
and it hangs
Plasma logs
journalctl
http://ix.io/4pf0
Xorg
http://ix.io/4pf1
Openbox logs
journalctl
http://ix.io/4pf2
Xorg
http://ix.io/4pf3
Offline
I guess that would have happened when starting KDE w/ the output plugged (but not when plugging it afterwards)?
[ 81.137] (II) modeset(0): Allocate new frame buffer 7680x3840 stride
[ 81.144] (EE) modeset(0): failed to set mode: No such file or directory
[ 81.145] (EE) modeset(0): failed to set mode: No such file or directory
[ 81.148] (EE) modeset(0): failed to set mode: No such file or directory
[ 81.155] (II) modeset(0): Allocate new frame buffer 7680x2160 stride
[ 81.157] (EE) modeset(0): failed to set mode: No such file or directory
[ 81.158] (EE) modeset(0): failed to set mode: No such file or directoryYou've a brand new RX 7900 XTX / Navi31
Since xf86-video-amdgpu won't help, try https://aur.archlinux.org/packages?O=0&K=drm-tip
Offline
Okay. It's building right now. Is there a way to go back to the base linux kernel if this doesn't work out? I'm using systemd-boot and I've never changed the kernel before.
All I'd need to do it remove linux-drm-tip-git with pacman -R and run "mkinitcpio -P" right?
I guess that would have happened when starting KDE w/ the output plugged (but not when plugging it afterwards)?
Both monitors were plugged in the whole time for those logs.
Offline
You can install multiple kernels in parallel and select them w/ your bootmanager.
Both monitors were plugged in the whole time for those logs.
I meant that kscreen would probably try to rotate the attached screen when starting, but not when it gets attached during the session and that to explain the differing behavior you experienced.
Offline
Damn. This is solid. Even with kscreen. I can't get this to crash at all like before. Thanks mate.
Is there any way to know when the 7900xt drivers make it into the normal linux package?
I'll mark this as solved now.
Thanks again.
Offline
You'd need to know what the fixing patch is.
You can try the upcoming 6.2 kernel once it hits the core repo or get it from the https://wiki.archlinux.org/title/Arch_Linux_Archive straight away.
Offline
Pages: 1