On 01/27/18 04:41, InvalidPath wrote: > So tonight, I guess I should try again.. maybe remove and reinstall sddm and I'd > firstly think that installing a few other DM's would be a good idea but then I'm > left with so many other dependencies that I'd be in the same boat as now. So am I > correct in thinking that reinstalling sddm, I will retry the enable command and see > if the results are different this time.. and if greeted with a black screen then > journalctl should be my friend.. Oh and also check that state.conf file to make > sure it's not still pointing to GDM... Is this a solid plan? I apologize, sort of, for the diatribe which follows. Please understand that it is a general rant while, unfortunately, using examples from this thread. A solid plan would be to answer *specific* questions with *specific* answers to those trying to assist. I speak only for myself. When I ask a question I ask it with a foundation. I may, or may not, go into detail as to the foundation behind my question. The reason for that is the foundation may be complex and time consuming to write out. And, I have found that many people aren't interested in the ramblings of my thought process they are only interested in results. With that in mind, here is an example. I asked the simple, yes or no question. "Are you getting a login display?" I did layout a brief foundation behind my question. Maybe I should have added that in looking at the logs I also saw... Jan 25 19:50:19 Vostok audit[1937]: USER_START pid=1937 uid=0 auid=1000 ses=2 subj=system_u:system_r:xdm_t:s0-s0:c0.c1023 msg='op=PAM:session_open grantors=pam_selinux,pam_loginuid,pam_selinux,pam_keyinit,pam_namespace,pam_keyinit,pam_limits,pam_systemd,pam_unix,pam_gnome_keyring,pam_kwallet5,pam_kwallet,pam_lastlog acct="bhart" exe="/usr/libexec/sddm-helper" hostname=? addr=? terminal=:0 res=sucess` And auid=1000 is "actual user ID" which is the numeric ID of the user contained in the /etc/passwd file. So, one of two things can be happening. Either one is getting a login screen and typing in a password *or* at some point the system has been configured for "auto-login" The answer to the question "Are you getting a login display?" resolves that. And that question remains unanswered. I also asked the question (paraphrased here) "Do you have a /var/lib/sddm/state.conf file. If so, what are the contents." A specific question which would have a specific answer along the lines of.... [root@acer ~]# cat /var/lib/sddm/state.conf [Last] # Name of the last logged-in user. # This user will be preselected when the login screen appears User=egreshko # Name of the session for the last logged-in user. # This session will be preselected when the login screen appears. Session=/usr/share/xsessions/plasma.desktop I can only guess what is in it since you used words to indicate there may be Gnome stuff in it. Then my advice would probably have been to either delete the file or change the "Session" contents. I *also* would have gone on to explain that erasing and re-installing the sddm package would probably *not* remove that file. That file is *not* supplied by the package but created by running sddm and those types of "info" files are generally not removed. So, an erase/install would be ineffective. You have added a message to this thread talking about "system-switch-displaymanager <https://apps.fedoraproject.org/packages/system-switch-displaymanager>". That command is nothing more than a shell script. And, an unnecessary one at that. The bottom line is that it performs two commands. rm -f /etc/systemd/system/display-manager.service systemctl enable $DM.service This is, in effect, the same as "systemctl -f enable sddm". If that command "fails" to do what it is intended to do and doesn't provide an error message would be a source of concern to me. Sorry for the rambling nature of the above. Full disclosure, I was out late last night eating and drinking. With the emphasis on drinking. I woke up early as I needed to. So, I am not hung-over since I still have plenty of alcohol in my bloodstream. -- A motto of mine is: When in doubt, try it out
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx