Bug 1127450

Summary: Black screen after userless installation of KDE live
Product: [Fedora] Fedora Reporter: Mike Ruckman <mruckman>
Component: initial-setupAssignee: Vratislav Podzimek <vpodzime>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 21CC: awilliam, danofsatx, dvratil, jgrulich, jreznik, jskladan, kevin, kparal, ltinkl, mbriza, mkolman, mruckman, rdieter, rnovacek, robatino, satellitgo, than, vpodzime
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard: AcceptedBlocker
Fixed In Version: initial-setup-0.3.23-1 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-09-03 17:41:58 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 1043119    
Attachments:
Description Flags
xinit logs from KDE Live 0806
none
xfce journal
none
xinit.log from LXDE 21 0805 Live Image
none
xinit.log from LXDE Rawhide 0805 i386 Live Image
none
xinit.log from LXDE Rawhide 0805 x86_64 Live Image none

Description Mike Ruckman 2014-08-06 21:13:45 UTC
Description of problem:
After installing the system with only a root password, system boots to a black screen instead of a login screen.

Version-Release number of selected component (if applicable):
Fedora-Live-KDE-x86_64-21-20140805.iso

How reproducible:
Always

Steps to Reproduce:
1. Boot live image
2. Start installation
3. Select all defaults
4. Only set a root password (don't create a user)
5. Finish installation & reboot

Actual results:
Presented with black screen after reboot.

Expected results:
Presented with initial setup to create a user

Additional info:
If you specify a user during installation you can log in with that user. This bug only presents when you don't specify a user during installation.

Comment 1 satellitgo 2014-08-06 21:50:52 UTC
Also seen in Fedora-Live-KDE-x86_64-21-20140805.iso

Comment 2 satellitgo 2014-08-06 22:10:10 UTC
why does the lack of a filled in user not trigger a pop-up in anaconda like the one triggered if both root and user are blank?

Comment 3 Dan Mossor [danofsatx] 2014-08-06 22:15:28 UTC
console is available on ctrl-alt-f4 and ctrl-alt-f6. From there, I was able to log in as root and get the logs.


Aug  6 16:57:47 localhost xinit: kdeinit4: Aborting. $HOME not set!kdeinit4: Aborting. $HOME not set!kwin(991): Couldn't start kglobalaccel from kglobalaccel.desktop:  "KLauncher could not be reached via D-Bus. Error when calling start_service_by_desktop_path:
Aug  6 16:57:47 localhost xinit: The name org.kde.klauncher was not provided by any .service files
Aug  6 16:57:47 localhost xinit: "
Aug  6 16:57:48 localhost xinit: kdeinit4: Aborting. $HOME not set!kactivitymanagerd(1093): No ksycoca4 database available!
Aug  6 16:57:48 localhost xinit: kactivitymanagerd(1093)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType  "ActivityManager/Plugin"  not found
Aug  6 16:57:48 localhost xinit: kdeinit4: Aborting. $HOME not set!kwin(991): No ksycoca4 database available!
Aug  6 16:57:48 localhost xinit: kwin(991)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType  "KWin/Script"  not found
Aug  6 16:57:48 localhost xinit: kdeinit4: Aborting. $HOME not set!kwin(991): No ksycoca4 database available!
Aug  6 16:57:48 localhost xinit: kwin(991)/kdecore (trader) KServiceTypeTrader::defaultOffers: KServiceTypeTrader: serviceType  "KWin/Effect"  not found
Aug  6 16:57:49 localhost avahi-daemon[607]: Server startup complete. Host name is linux-2.local. Local service cookie is 3115009440.
Aug  6 16:57:49 localhost avahi-daemon[607]: Registering new address record for fe80::5054:ff:fee3:ca36 on eth0.*.
Aug  6 16:57:49 localhost org.a11y.Bus: GLib-GIO-Message: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
Aug  6 16:57:49 localhost org.a11y.Bus: Activating service name='org.a11y.atspi.Registry'
Aug  6 16:57:49 localhost org.a11y.Bus: Successfully activated service 'org.a11y.atspi.Registry'
Aug  6 16:57:49 localhost org.a11y.atspi.Registry: SpiRegistry daemon is running with well-known name - org.a11y.atspi.Registry
Aug  6 16:57:49 localhost org.a11y.atspi.Registry: Xlib:  extension "XEVIE" missing on display ":9".
Aug  6 16:57:49 localhost anaconda: Running Thread: AnaInputThread1 (140094129506048)
Aug  6 16:57:49 localhost xinit: ================================================================================
Aug  6 16:57:49 localhost xinit: ================================================================================
Aug  6 16:57:49 localhost xinit: Initial setup of Fedora 21 (Twenty One)
Aug  6 16:57:49 localhost xinit: 1) [ ] User creation
Aug  6 16:57:49 localhost xinit: (No user will be created)
Aug  6 16:57:49 localhost xinit: Please make your choice from above ['q' to quit | 'c' to continue |
Aug  6 16:57:49 localhost python: detected unhandled Python exception in '/usr/lib/python2.7/site-packages/initial_setup/__main__.py'
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Can't load public GPG key /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-22-secondary
Aug  6 16:57:49 localhost abrt-server: Duplicate: core backtrace
Aug  6 16:57:49 localhost abrt-server: DUP_OF_DIR: /var/tmp/abrt/Python-2014-08-06-16:51:36-1056
Aug  6 16:57:49 localhost abrt-server: Deleting problem directory Python-2014-08-06-16:57:49-1000 (dup of Python-2014-08-06-16:51:36-1056)
Aug  6 16:57:49 localhost anaconda: Thread Done: AnaInputThread1 (140094129506048)
Aug  6 16:57:49 localhost xinit: 'r' to refresh]: Traceback (most recent call last):
Aug  6 16:57:49 localhost xinit: File "/usr/lib64/python2.7/site-packages/pyanaconda/threads.py", line 227, in run
Aug  6 16:57:49 localhost xinit: threading.Thread.run(self, *args, **kwargs)
Aug  6 16:57:49 localhost xinit: File "/usr/lib64/python2.7/threading.py", line 766, in run
Aug  6 16:57:49 localhost xinit: self.__target(*self.__args, **self.__kwargs)
Aug  6 16:57:49 localhost xinit: File "/usr/lib64/python2.7/site-packages/pyanaconda/ui/tui/simpleline/base.py", line 159, in _thread_input
Aug  6 16:57:49 localhost xinit: data = raw_input()
Aug  6 16:57:49 localhost xinit: EOFError: EOF when reading a line

Comment 4 Dan Mossor [danofsatx] 2014-08-06 22:17:26 UTC
oh wow...that looks hideous. Attaching as a file instead.

Comment 5 Dan Mossor [danofsatx] 2014-08-06 22:18:50 UTC
Created attachment 924632 [details]
xinit logs from KDE Live 0806

snippet of the logs from a failed F21 KDE Live build showing the xinit errors causing a black screen on first boot if no users defined.

Comment 6 Kevin Kofler 2014-08-06 22:35:44 UTC
From the logs, it looks like initial-setup is starting up in text mode (rather than GUI mode) with no tty attached, is that what's going on? I'm reassigning this to initial-setup for now, if this isn't your fault, please reassign it further to whom you think is really to blame.

Comment 7 Kevin Kofler 2014-08-06 22:36:25 UTC
(And if it's our kickstart's fault, please tell us how to fix it.)

Comment 8 Dan Mossor [danofsatx] 2014-08-07 02:57:55 UTC
Proposing as a blocker due to violating Alpha criteria of "A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system." I am emphasizing the "and" portion of the "and/or" operator.

Additionally, the criteria "A system installed with a release-blocking desktop must boot to a log in screen where it is possible to log in to a working desktop using a user account created during installation or a 'first boot' utility." is also applicable - in current state, it does not boot to a login screen after installation.

Comment 9 Vratislav Podzimek 2014-08-07 07:53:41 UTC
Just to give us more information, could you please test if the same issue happens after Xfce/LXDE installation?

Comment 10 Vratislav Podzimek 2014-08-07 07:55:34 UTC
(In reply to Kevin Kofler from comment #6)
> From the logs, it looks like initial-setup is starting up in text mode
> (rather than GUI mode) with no tty attached, is that what's going on? I'm
> reassigning this to initial-setup for now, if this isn't your fault, please
> reassign it further to whom you think is really to blame.
Initial Setup tries to fall back to text mode if the graphical mode fails. From the logs it seems to me that kwin doesn't start.

Comment 11 Kevin Kofler 2014-08-07 08:14:58 UTC
> From the logs it seems to me that kwin doesn't start.

That would be kde-workspace's fault then, reassigning.

Comment 12 Dan Mossor [danofsatx] 2014-08-07 16:03:45 UTC
(In reply to Vratislav Podzimek from comment #9)
> Just to give us more information, could you please test if the same issue
> happens after Xfce/LXDE installation?

XFCE exhibits exact same error. Attaching journal next.

Comment 13 Dan Mossor [danofsatx] 2014-08-07 16:05:05 UTC
Created attachment 924955 [details]
xfce journal

xfce exhibits exact same error with xinit not starting. Attached journal will show the same errors as KDE.

Comment 14 Mike Ruckman 2014-08-07 17:55:21 UTC
This is also confirmed on the following LXDE images:
Fedora-Live-LXDE-i686-rawhide-20140805
Fedora-Live-LXDE-x86_64-rawhide-20140805
Fedora-Live-LXDE-x86_64-21-20140805

I'll attached xinit logs for each (from journal).

Comment 15 Mike Ruckman 2014-08-07 17:56:19 UTC
Created attachment 924991 [details]
xinit.log from LXDE 21 0805 Live Image

Comment 16 Mike Ruckman 2014-08-07 17:59:19 UTC
Created attachment 924992 [details]
xinit.log from LXDE Rawhide 0805 i386 Live Image

Comment 17 Mike Ruckman 2014-08-07 18:02:17 UTC
Created attachment 924993 [details]
xinit.log from LXDE Rawhide 0805 x86_64 Live Image

Comment 18 Mike Ruckman 2014-08-07 21:27:22 UTC
From poking at initial-setup, it seems that 'import gui' in __main__.py (line 78) fails setting mode to 'tui.'

Comment 19 Kevin Kofler 2014-08-07 21:46:44 UTC
That's enough evidence to bump this bug back to initial-setup.

Comment 20 Mike Ruckman 2014-08-07 22:33:47 UTC
The workaround for this is to drop to another tty, and then drop the run level to 3. This will let you finish out the user configuration from the cmdline. Reboot once that's finished and you have a working system.

Comment 21 Vratislav Podzimek 2014-08-08 14:15:22 UTC
OK guys, you're right, I think I can now see the issue. But the big issue here is probably a terrible lack of debug information in the logs.

Comment 22 Kamil Páral 2014-08-13 16:51:46 UTC
Discussed at the 2014-08-13 blocker review meeting:
http://meetbot.fedoraproject.org/fedora-blocker-review/2014-08-13/

Accepted as an Alpha blocker. This bug clearly violates the alpha criterion: "A working mechanism to create a user account must be clearly presented during installation and/or first boot of the installed system."

Comment 23 Josef Skladanka 2014-08-20 16:56:37 UTC
Discussed in 2014-08-20 Blocker Review Meeting [1].

(06:53:48 PM) kparal: #info this will be tested with the next functional compose


[1] http://meetbot.fedoraproject.org/fedora-blocker-review/2013-08-20/

Comment 24 satellitgo 2014-08-20 21:00:17 UTC
just did a boot.iso (boot-f21-0819.iso) install of KDE to VirtualBox:

Test: added root but no user in anaconda
On boot :
"Permit user sessions" then login manager. logged in to root. Search to Users
Created User and logged out "Permit user sessions" logged in as new user.
Seems to be fixed.

Comment 25 satellitgo 2014-08-20 21:44:47 UTC
Fedora-Live-KDE-x86_64-21-20140819.iso  install of KDE to VirtualBox:

Test: added root but no user in anaconda

At finish of install get pop-up:

Initial setup
 USER
[Finish Install]
On reboot logs in to KDE user
Seems to be fixed.

Comment 26 Adam Williamson 2014-09-03 17:41:58 UTC
nothing needs pushing, the fix landed in initial-setup long before freeze, so closing this.