Slack wm are not logging out completely blackscreen with hyphen in upper left corner
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Slack wm are not logging out completely blackscreen with hyphen in upper left corner
I thought it was just Fluxbox that was doing this. But now that I got BlackBox running with dockapps .. I will configure, log out, log back in check to see if that works etc.. then after a bit I stop logging in and out and in, then just sit and watch a movie etc.. then get back to it, then when I log out, it does not completely log out. as the header question states.
It goes into the black screen and hangs with the hyphen up in the left corner. I end up having to hard shut it down and turn it back on again.
Does anyone know why it is not "killing" the wm fully to get back to the login screen (runlv 4). ??
I have no idea; I stay out of log files except when absolutely necessary.
I'd look for some that looks odd or inconsistent or reports an error on closing.
By the way, tail is a very useful command for looking log files. I recommend using it with the -n switch, so you can tail the last n lines, rather than wade trough the whole thing.
I have no idea; I stay out of log files except when absolutely necessary.
me too.
Quote:
Originally Posted by frankbell
I'd look for some that looks odd or inconsistent or reports an error on closing.
By the way, tail is a very useful command for looking log files. I recommend using it with the -n switch, so you can tail the last n lines, rather than wade trough the whole thing.
Yep Tail know it, but it doesn't do much good if the errors are in the middle or top of the log file.
ran into that before too.
I installed lxdm and set it to kill=1 on the session during logout.. I'll wait and see if that changes the behavior or not.
When I have an error such as this one and want to look at the log file, I try to recreate the error and look at the relevant log file(s) quick like a bunny while the error message, if any, is still near the end of the log(s).
When I have an error such as this one and want to look at the log file, I try to recreate the error and look at the relevant log file(s) quick like a bunny while the error message, if any, is still near the end of the log(s).
yeaaahhhhh I See your point of view. but if it still does this then that will eliminate the login manager as the culprit. if not then it will point me in that direction of it is the login manager doing this.
"avoiding them log files"
same like swapping out cards to see if that fixes it or not methodology.
This is most probably the consequence of an oddity in one of your customized WM startup scripts (/usr/bin/start<wm>, /etc/X11/xinit/xinitrc.<wm> ~/.fluxbox/startup, whatever).
Please post them if you want us to help you find the culprit.
Last edited by Didier Spaier; 03-08-2017 at 04:54 AM.
Reason: Wrong path fixed.
#!/bin/sh
#
# ~/.xinitrc
#
# executed by startx (run your window manager from here)
if [ -d /etc/x11/xinit/xinitrc.d ]; then
for f in /etc/x11/xinit/xinitrc.d/*; do
[ -x "$f" ] && . "$f"
done
unset f
fi
# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the window manager of your choice
it was doing this on and off for a while, it wasn't until I changed WM iceWM, then BlackBox just to see what that is is about because it is installed. It started doing it in them as well. That is when i decided to post on it.
I was using slacks default login manager, I just installed lxdm to see if that will fix it. if yes then it has to be something to do with the default login manager that slack uses. trial and error got a wait and see.
#!/bin/sh
#
# ~/.xinitrc
#
# executed by startx (run your window manager from here)
if [ -d /etc/x11/xinit/xinitrc.d ]; then
for f in /etc/x11/xinit/xinitrc.d/*; do
[ -x "$f" ] && . "$f"
done
unset f
fi
# exec gnome-session
# exec startkde
# exec startxfce4
# ...or the window manager of your choice
it was doing this on and off for a while, it wasn't until I changed WM iceWM, then BlackBox just to see what that is is about because it is installed. It started doing it in them as well. That is when i decided to post on it.
This script does nothing on Slackware if you use startx that does not source or exec ~/.xinit. Furthermore there is a typo as it is /etc/X11/xinit/ not /etc/x11/xinit.
This script does nothing on Slackware if you use startx that does not source or exec ~/.xinit. Furthermore there is a typo as it is /etc/X11/xinit/ not /etc/x11/xinit.
yeah I know on that first part, just showing what is in there due to whatever someone said in here about how one effects another, and I got nothing in there to effect anything.
typo???
oic it now. little x big X . that is a system written file not me written file.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.