SDDM not working at XFCE
SDDM not login automatically. Its even not start after booting.
Why no standalone SDDM package for install not in Slackbuilds not in Alien repo? Code:
bash-5.1# slackpkg search sddm Code:
# Default runlevel. (Do not set to 0 or 6) Code:
#!/bin/bash |
Quote:
on that matter, what is the output of Code:
ldd /usr/bin/sddm.bin |
It also happens to be that sddm also does not wok for me either although i am using kde plasma on slackware 15.
Starting up X11 session manager... aand nothing happend ... Oh yeah and i have also added sddm to the video group as recommended in sddm readme that comes with the slack pkg Apparently adding sddm to the video group is supposed to help but not in my case for some reason which may also coincide with Procenko's problem. Maybe doing away with kdm was a mistake? |
Although I did have problems at first with SDDM causing an automatic switch to VT-7....
Code:
I suggest booting to Runlevel 3 and trying other means whether "startx" or "startxfce4", whatever to be certain your /etc/X11/xorg.conf is working. Then try SDDM with different "MinimumVT=foo" settings. Apparently some older firmware has problems with the auto-switch. |
sddm boot up problems
i tried setting MinimumVT=1 still no luck. I still get: "Starting up X11 session manager..." on boot up with no sddm login screen.
Now the systems (both of them) are fairly new and i get the same result with both. |
anything interesting in "/var/log/sddm.log"?
Dou you use the standard breeze theme and has this been installed (in kde)... does this work once you got into X11 via runlevel 3, startx: Code:
sddm-greeter --test-mode --theme /usr/share/sddm/themes/SetTheme |
Quote:
|
well i did find a work around. I un-commented sddm:
# Look for SDDM as well: # if [ -x /usr/bin/sddm ]; then # exec /usr/bin/sddm # fi in /etc/rc.d/rc.4 and used xdm instead. It works but i suspect nvidia proprietary drivers may be messing things up for sddm because when i uninstalled nvidia to try out intel on board graphics sddm was working briefly but in an unusable state so i had to end up using xdm. Funny that is. Don't know why. xdm DOES work for sure though. /var/log/Xorg.0.log did not say much unfortunately. Seems like sddm is a bit fickle and trouble some. Anyways ... |
Did someone observe of a pattern there?
The guys having problems with SDDM uses the sorry NVIDIA hardware and at least the OP uses also Multilib, just because. And of course is SDDM fault that it does not work well with the deplorable console support given by NVIDIA blobs. ;) BUY a real graphics card, people! Or start picketing the NVIDIA headquarters to stop sabotaging the Linux, as demonstrated also by this thread. PS. The SDDM works like a charm with the stock settings in all my older than dirt hardware. Of course, AMD and Intel hardware. And while using the pure 64bit operating system, as shipped by Mr. Volkerding. |
Lucky Cyborg, I accept that you are very knowledgeable about computers, especially software, but your assessment of hardware and some software seems to be colored by your personal experience and preferences, that is contrary to most others.
Some of this may be what is apparent to me that your use case does not include modern 3D Gaming, Multimedia Editing or CAD work to name a few. I have been running Slackware as my Main for roughly 22 years and began using Multilib within months of it's first release, without any serious issues. Currently, I have 5 active PCs, and excepting a RockPro64 ARM device running Slackware Aarch64, all of them, including my aged laptop, have Nvidia GPUs and I've used nothing but nvidia for well over 22 years. We don't yet know why OPs experience is what it is, but I strongly suspect either a compromised install or not a Full Recommended Install, which can be fine for Slackware veterans, but OP is not one, at least yet. Neither SDDM nor Nvidia have a track record of common, numerous failures on a huge variety of platforms. The odds are it is basically PEBCAK due to not only unfamiliarity, but actually being familiar with other sufficiently dissimilar distros to create confusion. If it was an issue I faced, I'd not only reinstall clean and fresh Full Recommended Install, but actually md5sum the install iso and verify the writing to whatever media chosen. I'd only install MultiLib AFTER the base 64 bit system was verified running properly, and though I would replace nouveau at the first boot givenm my years of experience with nvidia drivers, someone new to Slackware is probably wise to go though several boot cycles checking everything important to him before installing the proprietary driver and then only after considerable reading. I think trying to blame the reported issues on MultiLib and Nvidia is not productive, though your initial recommendation of holding off on Multilib until more familiar, is wise in my view. |
Well it seems a bit off to me that both of my computers cannot seem to run sddm and only xdm works. One is an amd, one is an intel and both are fairly recent and are running slackware 15 multilib.
Yeah and x does work by side stepping sddm only if i run startx afterward. I see the console post "Starting up X11 session manager..." and then a blinking cursor. So what else could i do but just startx which worked. Why was kdm abandoned anyways, instability? |
SunnyJim, do you do Full Recommended Install or at least select KDE Plasma as default during Install? If two different PCs fail on SDDM, the common point of failure is in all likelihood, you the installer. While I have seen a few posts about SDDM failure, some are redundant (same poster) and even if they were all legit, the odds are extremely low. There is nothing so special about SDDM that it should fail on many machines while other display managers work... excepting lacking the libraries it specifically needs which will exist with a proper installation. Check your /var/log/Xorg.0.log to view what fails.
|
I almost always do full install and then multilib but sometimes i leave out the included toys/games. Invariably choosing plasma/kde. I will try to reproduce the bug by running with sddm and then checking /var/log/Xorg.0.log Maybe i missed something.
|
sddm difficulty
1 Attachment(s)
Ok i went ahead and reset my runlevel 4 shell script to run sddm again and have attached my xorg log file to look at.
Maybe some one can figure something out from it. I have looked and i can't see anything obviously wrong. |
It is a bit odd that even after DFP-0 is activated it still tries others and then stops abruptly. I'd try to specify in xorg.conf both display and mouse to minimize "thrashing" (examples below) and check /var/log/sddm.log.
I'm using this to force what I want in /etc/X11/xorg.conf for mouse and display Code:
Section "InputDevice" |
All times are GMT -5. The time now is 12:50 AM. |