Symptoms: booting (with systemd) ends in console "Reached target Graphical Interface" No Xserver, sddm running. Reproducible: Always Steps to Reproduce: Install sddm-0.17-r2, boot. Actual Results: Console with no prompt at tty1 (alt-F2 to switch to tty2 for root login works) Expected Results: sddm prompting for login Problem occurs with virtual machine in virtual box with vbox drivers (x11-drivers/xf86-video-virtualbox-5.1.36) sddm is started successfully (systemd status sddm says it is active) No Xserver process in the system (ps jax | grep X does not show any process, neither does the status info in systemctl status sddm) Check /var/log/Xorg.0.log: old file from before the update. Deleted it, restart sddm. File is not created. Obviously, sddm does not even try to start X. Start X manually: /usr/bin/X: X-server starts fine, /var/log/Xorg.0.log created, no obvious problems. killed X, restarted sddm --> again no Xserver. Downgraded to x11-misc/sddm-0.15.0, X is started and logged in successfully.
Portage 2.3.24 (python 3.6.5-final-0, !../../usr/portage.local/profiles/default/linux/amd64/17.0/desktop/plasma/systemd, gcc-6.4.0, glibc-2.25-r11, 4.9.95-gentoo x86_64) ================================================================= System uname: Linux-4.9.95-gentoo-x86_64-Intel-R-_Core-TM-_i7-6700HQ_CPU_@_2.60GHz-with-gentoo-2.4.1 KiB Mem: 12078236 total, 10987368 free KiB Swap: 12582904 total, 12582904 free Timestamp of repository gentoo: Thu, 17 May 2018 22:45:01 +0000 Head commit of repository gentoo: 046bfae45cfd6dfd8202ca02e40aaf428c1abb19 sh bash 4.4_p12 ld GNU ld (Gentoo 2.29.1 p3) 2.29.1 app-shells/bash: 4.4_p12::gentoo dev-java/java-config: 2.2.0-r4::gentoo dev-lang/perl: 5.24.3-r1::gentoo dev-lang/python: 2.7.14-r1::gentoo, 3.5.5::gentoo, 3.6.5-r1::gentoo dev-util/cmake: 3.9.6::gentoo dev-util/pkgconfig: 0.29.2::gentoo sys-apps/baselayout: 2.4.1-r2::gentoo sys-apps/sandbox: 2.13::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69-r4::gentoo sys-devel/automake: 1.11.6-r3::gentoo, 1.15.1-r2::gentoo sys-devel/binutils: 2.29.1-r1::gentoo sys-devel/gcc: 6.4.0-r1::gentoo sys-devel/gcc-config: 1.8-r1::gentoo sys-devel/libtool: 2.4.6-r3::gentoo sys-devel/make: 4.2.1::gentoo sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers) sys-libs/glibc: 2.25-r11::gentoo Repositories: gentoo location: /data/portdist/portage sync-type: rsync sync-uri: rsync://rsync.gentoo.org/gentoo-portage priority: -1000 sync-rsync-extra-opts: sync-rsync-verify-metamanifest: no x-portage location: /usr/local/portage masters: gentoo priority: 0 erayd location: /var/lib/layman/erayd masters: gentoo priority: 50 hossie location: /var/lib/layman/hossie masters: gentoo priority: 50 soft location: /var/lib/layman/soft masters: gentoo priority: 50 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -pipe" DISTDIR="/tmp" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://gentoo.lagis.at/ ftp://gentoo.lagis.at/ http://gentoo.supp.name/ ftp://gentoo.mirror.dkm.cz/pub/gentoo/ http://ftp.snt.utwente.nl/pub/os/linux/gentoo" LANG="de_AT.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" LINGUAS="en de" MAKEOPTS="-j4" PKGDIR="/data/portdist/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X a52 aac acl acpi activities alsa amd64 berkdb bluetooth branding bzip2 cairo cdda cdr cli cpudetection crypt cups cxx dbus declarative dga dri dts dvd dvdr emboss emf encode exif fam flac fortran gdbm gif glamor gpm gtk gzip hardened iconv jpeg jpeg2k kde kipi kvazaar kwallet lcms libnotify lz4 lzma lzo mad mng modules mp3 mp4 mpeg mtp multilib ncurses nls nptl ogg ogg123 openexr opengl openmp openssl opus pam pango pcre pdf phonon plasma png policykit ppds pulseaudio python qml qt3support qt5 readline schroedinger sdl seccomp semantic-desktop speex spell ssl startup-notification svg systemd tcpd telepathy theora threads tiff truetype udev udisks unicode upower usb vorbis vpx webp widgets wpf wxwidgets x264 x265 xattr xcb xcomposite xft xinerama xml xpm xv xvid xz zlib" ABI_X86="64 32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="#actions #alias #asis #auth_basic #auth_digest #authn_alias #authn_anon #authn_dbd #authn_dbm #authn_default #authn_file #authz_dbm #authz_default #authz_groupfile authz_host #authz_owner #authz_user #autoindex #cache #cern_meta #charset_lite #dav #dav_fs #dav_lock #dbd #deflate dir #disk_cache #dumpio #env #expires #ext_filter #file_cache #filter #headers #ident #imagemap #include #info #log_config #log_forensic #logio #mem_cache mime mime_magic #negotiation #proxy #proxy_ajp #proxy_balancer #proxy_connect #proxy_ftp #proxy_http #rewrite #setenvif #speling #status #substitute #unique_id #userdir #usertrack #version #vhost_alias" CALLIGRA_FEATURES="karbon plan sheets stage words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev keyboard mouse synaptics vmmouse" KERNEL="linux" L10N="en de" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-0" POSTGRES_TARGETS="postgres9_5" PYTHON_SINGLE_TARGET="python3_5" PYTHON_TARGETS="python2_7 python3_5 python3_6" QEMU_SOFTMMU_TARGETS="x86_64 i386 arm" QEMU_USER_TARGETS="x86_64 i386 arm" RUBY_TARGETS="ruby23" USERLAND="GNU" VIDEO_CARDS="nv radeon vmware nouveau vesa intel cirrus modesetting fbdev mach64 mga r128 s3 s3virge savage tga trident tseng via virtualbox" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
I just tested it on some different systems, all using the same binary package: * Old amd-athlon-something (age >8Jears), VIA Technologies, Inc. K8M800/K8N800/K8N800A [S3 UniChrome Pro] (rev 01) sddm-0.17 does not start X, sddm-0.15 works fine. * Virtual machine (qemu with vga=std --> bochs) Both sddm-0.17 and sddm-0.15 work fine. NB: sddm-0.17 showed the same behaviour if the bochs drivers where not compiled into the kernel * virtualbox with vbox drivers sddm-0.17 does not start X, sddm-0.15 works fine. * Native amd64 Intel Core2 Notebook with Advanced Micro Devices, Inc. [AMD/ATI] RV710/M92 [Mobility Radeon HD 4530/4570/545v] Both sddm-0.17 and sddm-0.15 work fine. How does sddm determine whether to start an xserver or not? Does it decide based on hardware and loaded drivers?
Same problem fprme with intel i965 grafik. I cam start the X-server, if I switch to another terminal and login as root.
And now the very best: If I restore my system from a btrfs snapshot I can log in without a problem for exact one time.
Same problem with sddm-0.15.0
The answer is as simple as it is unsatisfying: multiple race conditions. Please test no less than 0.17.0-r3 esp. with systemd.
tested with x11-misc/sddm-0.17.0-r3 Still the same. No X-Server process started.
I have a very similar issue on real hardware. SDDM doesn't start X until I start pressing random keys on the keyboard. It might be due to this bug: https://bugs.gentoo.org/660812 These two issues might be related (or even the same.)
As always, please test with 0.18.0. @Alexander, please confirm if this is indeed the same as bug 660812.
If it's the same bug, the issue was solved for me by emerging sys-apps/rng-tools with USE=jitterentropy and adding it as a startup service.
Just upgraded to sddm-0.18.0 as part of an world update. Sorry to say, but its still the same. No X. At least inside a virtual box environment. Had do downgrade to 0.15.0 again as I need it for work. Regarding bug 660812: [ 13.973762] random: crng init done i.e. crng initializes 13 seconds after boot. sddm does not come up, even after waiting for minutes. To me it seems as if this something completely different.
If you use consolekit, then your bug is most likely bug 633920 (please test patch mentioned in bug 633920#c29.
I'm not using consolekit (not installed)
Same problem here. sddm-0.15.0 works fine, sddm-0.18.0 doesn't. Hardware: Intel Xeon X5650 (quite old) Graphics cards: QuadroFX3800 (nvidia-drivers-340.107) Installation: systemd-241_rc no consolekit no openrc I can access my Windowmanager with a plain startx without any problems. sddm-0.18.0 starts without any error messages. No Xorg.0.log will be created.
Same problem also here. sddm-0.15.0 works fine, sddm-0.18.0 fails. Bare metal system. Using nvidia-drivers. No consolekit. Systemd version 241-r1. Launch DE with startx works like a charm.
This issue isn't about enough entropy. I have installed haveged package, and it didn't solve this. There is something wrong in sddm 0.18.0.
The error is still present in sddm-0.18.1
I have the same problem since 0.17 I think, on my systemd-based native Gentoo (in ex. no VM). sddm starts according to journal, process is running, can be attached to in gdb, and when I do, it waits likely on some dbus notification (from logind that seat was created or sth, or seat is created after user is authenticated) ? (gdb) #0 0x00007f9c822a8d03 in __GI___poll (fds=0x55e2e7111e70, nfds=5, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29 #1 0x00007f9c80813486 in ?? () from /usr/lib64/libglib-2.0.so.0 #2 0x00007f9c808135ac in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #3 0x00007f9c82c10733 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #4 0x00007f9c82bbe3fb in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQt5Core.so.5 #5 0x00007f9c82bc6092 in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5 #6 0x000055e2e5920068 in main (argc=1, argv=0x7ffc7966c298) at /usr/src/debug/x11-misc/sddm-0.18.1-r1/sddm-0.18.1/src/daemon/DaemonApp.cpp:138 sddm compiled with pam and systemd USE flags. It does seems to me to be related to pam/ConsoleKit/systemd-logind/elogind thingy. Dbus is well functional in my system and graphical display works just as fine via startx. Other duplicate likely is https://bugs.gentoo.org/644218
I'm probably having similar or the same problem. If I use second console (CTRL+ALT+F2), log in and then run > systemctl sddm restart then it starts normally. Which makes me think that this bug is race condition related. Probably related to some systemd update?
Please test with 0.20.0.
