On Fri, Jan 26, 2018 at 4:36 PM, Ed Greshko <ed.greshko(a)gmail.com> wrote:
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
_______________________________________________
users mailing list -- users(a)lists.fedoraproject.org
To unsubscribe send an email to users-leave(a)lists.fedoraproject.org
Lol Ed.. Don't worry about it, I have my big boy pants on. I do tend to
jump around easily, pose questions, try things.. I'm not a person who sends
a question upstream then just waits for replies before I try stuff, never
have been and never will be. Although in saying that I do take suggestions
strongly and try to be as verbose as I can, admittedly though sometimes I
give as much info as I think is required. Which might be what I did to you
(actually regarding the state.conf file I *DID* ).. honestly today at work
was horrid and I was trying to multitask a bit too much. In addition, it
feels as though the others have given up so I thank you for sticking in
there with me, even if it is to rant a bit, lol.
I'm about to go down your list here and fill you, and everyone else in:
* "Are you getting a login display?"* No.
When I replaced the symlink with one pointing to sddm.service and rebooted
I got a solid black screen with no keyboard input being accepted and no
mouse cursor either. It did the exact same thing when I tried LightDM too.
*And auid=1000 is "actual user ID" which is the numeric ID of the user
contained inthe /etc/passwd file.So, one of two things can be happening.
Either one is getting a login screen andtyping in a password *or* at some
point the system has been configured for "auto-login"*
The AUID of 1000 is my user, bhart. And no, nothing configured for
auto-login.
* "Do you have a /var/lib/sddm/state.conffile. If so, what are the
contents." *
Yes I do, and it's contents* were:*
Last]
# Name of the last logged-in user.
# This user will be preselected when the login screen appears
User=bhart
# Name of the session for the last logged-in user.
# This session will be preselected when the login screen appears.
Session=/usr/share/xsessions/gnome.desktop
Today I changed that to 'plasma.desktop. but have not rebooted as of yet.
I do question that files usefulness simply because I do not use the Gnome
desktop nor do I interactively select it at the login screen. I compared
that to the same file on my home rig which is also F27 w/Plasma.... it had
plasma.desktop already populated.
And with regards to system-switch-displaymanager.. I assumed it was a
simple script.
Now in addition to all of this, I opened the lid from a systemctl suspend
leaving work today.. I just opened the lid and was greeted with a black
screen. I held down the power button to turn it off. Then booted into
rescue mode, I verified the contents of teh state.conf file as still
pointing to sddm.service, then ran a sudo systemctl enable sddm.service
and this time I did not give me an error. I then attempted to start that
service which prompted me for my password in a gui window but then
afterwards nothing happened. I decided to reboot and I'm back at the black
screen/keyboard lock issue.
I really, really wish this thing would work like it should.