[Cialug] requesting help for troubleshooting

[E. Hakan Duran]

Alright, I was able to solve the problem at least partially. Switching to graphical.target still doesn’t work. At least one reason for it is because whatever scripts are run during this switch, erase the /run/user/1000 directory. That results in a non-existent XDG_RUNTIME_DIR system variable, which X server needs to launch. If I stay in multi-user.target (aka runlevel 3), and create this directory manually, assigning the right owner and permissions (700), then I can use the startx command to have a working X/KDE. SDDM is out of equation in this case, the command always launches KDE (I wonder where the setting for that is located), which is fine with me. These settings don’t change with reboot, and I am happy about it. If I want to launch sddm and be able to choose DE, then I have to switch to graphical.target and reboot. Just the sole existence of /run/user/1000 directory (even manually creating it again after graphical.target scripts deleted them) is not enough for sddm to lead to a working X/KDE; only a reboot provides me with right order of the startup scripts in Manjaro KDE.

This also proved to rule out graphic card driver as a contributor to the problem. I installed nvidia driver/module again, and it did not have any impact on behavior.

I will keep the computer on multi-user.target state, since it is mostly meant to be a server and stays on 24 hours a day. I expect that this will minimize random freezes, since I suspect that X server may have something to do with them. When I need to use the computer as a workstation, I will simply issue a startx command.

Man, things are getting more complicated over the years!

Hakan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: This is a digitally signed message part.
URL: <http://cialug.org/pipermail/cialug/attachments/20181018/e4986c8d/attachment.sig>