Bug 707802 - system unresponsive at boot if firstboot-graphical.service is disabled
Summary: system unresponsive at boot if firstboot-graphical.service is disabled
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 15
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-26 02:14 UTC by Andrew McNabb
Modified: 2011-11-04 10:28 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-04 10:28:41 UTC
Type: ---


Attachments (Terms of Use)

Description Andrew McNabb 2011-05-26 02:14:01 UTC
Description of problem:

If I do "systemctl disable firstboot-graphical.service" and reboot, the system becomes completely unresponsive at boot.  It appears that systemd is trying to start firstboot-text.service but isn't killing plymouth.  I see a glimpse of the text-based firstboot service, and then the system gets stuck on a blue screen with the Fedora logo in the middle.

If I reboot and start hitting keys when the text-based firstboot screen appears, I can get it to stay on the firstboot screen and I can use the tab and arrow keys to move around, but it doesn't respond to the enter key.


Version-Release number of selected component (if applicable):

systemd-26-1.fc15.i686
firstboot-1.119-1.fc15.i686

How reproducible:

I can reboot many times in a row, and the system is frozen every time.


Steps to Reproduce:
1. install a new system
2. when firstboot appears, hit ctrl-alt-backspace to quit it
3. systemctl disable firstboot-graphical.service
4. reboot

  
Actual results:

The system hangs on a blue screen with Fedora logo.


Expected results:

The system should either boot normally or go to a working text-based firstboot screen.

Comment 1 Fedora Admin XMLRPC Client 2011-10-20 16:27:34 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 2 Andrew McNabb 2011-11-03 17:20:39 UTC
This seems to have been quietly fixed at some point.

Comment 3 Michal Schmidt 2011-11-04 10:28:41 UTC
closing, as per comment #2


Note You need to log in before you can comment on or make changes to this bug.