Page 2 of 4

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Fri May 18, 2018 16:46
by albfneto
I continue the tests.... Partially solved...

I found that the problem is in SDDM
Why?

Because for tests, i switched to lightdm, and this works... I'm able to log the session in KDE....

I switched with these installations and commands:

Code: Select all

# systemctl stop sddm.service
# systemctl disable sddm.service
# equo i -av lightdm
# systemctl enable lightdm.service
# systemctl reboot
And Bingo, I open lightdm and choose KDE session. But i consider that lighdm is ugly. I prefer SDDM so much

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Fri May 18, 2018 18:08
by sabayonino
this is my sddm.conf

edit

Code: Select all

[Autologin]
# Whether sddm should automatically log back into sessions when they exit
Relogin=false

# Name of session file for autologin session (if empty try last logged in)
Session=

# Username for autologin session
User=


[General]
# Halt command
HaltCommand=/usr/bin/systemctl poweroff

# Sabayon: Set default inputmethod back to ibus. See: https://github.com/sddm/sddm/pull/940
InputMethod=ibus

# Initial NumLock state. Can be on, off or none.
# If property is set to none, numlock won't be changed
# NOTE: Currently ignored if autologin is enabled.
Numlock=none

# Reboot command
RebootCommand=/usr/bin/systemctl reboot


[Theme]
# Current theme name
Current=breeze

# Cursor theme used in the greeter
CursorTheme=

# Number of users to use as threshold
# above which avatars are disabled
# unless explicitly enabled with EnableAvatars
DisableAvatarsThreshold=7

# Enable display of custom user avatars
EnableAvatars=true

# Global directory for user avatars
# The files should be named <username>.face.icon
FacesDir=/usr/share/sddm/faces

# Theme directory path
ThemeDir=/usr/share/sddm/themes


[Users]
# Default $PATH for logged in users
DefaultPath=/usr/local/bin:/usr/bin:/bin

# Comma-separated list of shells.
# Users with these shells as their default won't be listed
HideShells=

# Comma-separated list of users that should not be listed
HideUsers=

# Maximum user id for displayed users
MaximumUid=60000

# Minimum user id for displayed users
MinimumUid=1000

# Remember the session of the last successfully logged in user
RememberLastSession=true

# Remember the last successfully logged in user
RememberLastUser=true

# When logging in as the same user twice, restore the original session, rather than create a new one
ReuseSession=false


[Wayland]
# Enable Qt's automatic high-DPI scaling
EnableHiDPI=false

# Path to a script to execute when starting the desktop session
SessionCommand=/usr/share/sddm/scripts/wayland-session

# Directory containing available Wayland sessions
SessionDir=/usr/share/wayland-sessions

# Path to the user session log file
SessionLogFile=.local/share/sddm/wayland-session.log


[X11]
# Path to a script to execute when starting the display server
DisplayCommand=/usr/share/sddm/scripts/Xsetup

# Path to a script to execute when stopping the display server
DisplayStopCommand=/usr/share/sddm/scripts/Xstop

# Enable Qt's automatic high-DPI scaling
EnableHiDPI=false

# The lowest virtual terminal number that will be used.
MinimumVT=1

# Arguments passed to the X server invocation
ServerArguments=-nolisten tcp

# Path to X server binary
ServerPath=/usr/bin/X

# Path to a script to execute when starting the desktop session
SessionCommand=/usr/share/sddm/scripts/Xsession

# Directory containing available X sessions
SessionDir=/usr/share/xsessions

# Path to the user session log file
SessionLogFile=.local/share/sddm/xorg-session.log

# Path to the Xauthority file
UserAuthFile=.Xauthority

# Path to xauth binary
XauthPath=/usr/bin/xauth

# Path to Xephyr binary
XephyrPath=/usr/bin/Xephyr

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Fri May 18, 2018 20:38
by gentmixer
Have you "xdm" installed? In my "/etc/confd/xdm" there is: DISPLAYMANAGER="sddm" written out...

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Fri May 18, 2018 20:47
by sabayonino
conf.d/xdm is used by OpenRC
Sabayon use systemd

Every login manager in systemd has its own start|stop command

sddm

Code: Select all

# systemctl enable sddm && systemctl restart sddm

lightdm

Code: Select all

# systemctl enable lightdm && systemctl restart lightdm
and so on

Be sure to enable/running only one !

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Fri May 18, 2018 22:11
by gentmixer
Sorry... I use both, OpenRC and systemd on my PCs. I forgot about some peculiarity of my PC (mixed systems)... I should clean it... So sorry once more.

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Sat May 19, 2018 1:08
by sabayonino
OpenRC doesn't work in Sabayon anymore.

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Sat May 19, 2018 2:07
by albfneto
Until this moment, thanks to all... i will search the problem, until resolve, and then publish here the solution...

sometimes, i seen that KDE, XFCE or MATE (opened via lightdm) working, but without OpenGL...

is an strange behaviour, since both "Sabayons" are upgraded, the same comp., same driver, same configs, and even the same mesa packages, the same kernel version (4.16), same modules etc....

my board is an AMD-ATI, working with the xf86-video-ati and amdgpu (in both installations)

glxinfo returns messages of no GLX, and when i open some aplications, i receive messages as these:

Code: Select all

 DRI 2 Failed : libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
The "so" are in /usr/lib64/mesa and have symbolic links at /usr/lib64/dri

using the lightdm acess or "startx" , that open TWM, the logs of Xorg said that modules running, including DRI and accel working.....

I tried reinstall the mesa, xorg, libdrm etc... etc... packages...No sucess... the same behaviour.

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Sat Jun 02, 2018 20:19
by albfneto
Many days ago, but not solved.
I have two Sabayon installations. The same computer, different partitions, same drivers, same configs, same xorgs (i tried activate the radeon driver in xorg, is now the same issue), same versions of packages etc....
all the same

In the "working" Sabayon (this) all is good....

In the "not working sabayon" IT HAVE ONLY A DIFFERENCE in the /var/log/Xorg.0.log :

Code: Select all

glamor: OpenGL accelerated X.org driver based.
[    38.542] couldn't get display device
[    38.542] (EE) RADEON(0): glamor detected, failed to initialize EGL.
Both "Sabayons have mesa, glamor etc... but in the "fails" Sabayon: FAILED INITIALIZE EGL

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Sun Jun 03, 2018 18:49
by msdobrescu
Hello,

I have an nVidia video card, so it's totally different system, still I have some similar issue too.
It starts, displays the console and there is a furious disk activity. I can't login in console, though.
If I try to change to another session, the consoles seem to be overlapped and flicker, only the initial console is "steady".
I'm pretty depressed and scared...

I have a second installation too (dual boot) that works fine.

Re: After Upgrades.... KDE not open, SDDM not open

Posted: Sun Jun 03, 2018 21:58
by msdobrescu
Hi, don't know if it is the same, but latest nVidia drivers dropped the support for my card (560Ti), and the last useable ones are not available anymore.
I've switched to Nouveau, removed the xorg.conf, and I could log into KDE at a poor resolution. I've never used Nouveau before, so I'm having a hard time with it as it did not recognize the monitor resolution and refresh rate.
Could it be the same for your ATI drivers? I doubt. I can't tell why the disk activity was that intensive (seems to do something forever) and why I couldn't log at all (except for the diagnosis/repair mode).
I think the latest nVidia working drivers version should be kept into repos (it's 390). Version 396 is throwing a message at startup related to the ignored 560Ti GPU.
Sorry if I have spammed your post.