Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 546721 - gdm/X doesn't start
Summary: gdm/X doesn't start
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: plymouth
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-12-11 19:27 UTC by darrell pfeifer
Modified: 2010-04-21 16:44 UTC (History)
17 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-21 16:44:26 UTC
Type: ---
Embargoed:

Attachments (Terms of Use)
:0-slave.log logfile (deleted)
2010-04-14 18:36 UTC, Paul Dickson 		no flags Details
:0-slave.log logfile when GDM does not start (deleted)
2010-04-14 18:37 UTC, Paul Dickson 		no flags Details
View All

Description darrell pfeifer 2009-12-11 19:27:56 UTC 
Description of problem:

Updated my machine from koji (I realize the rawhide compose with this version hasn't happened yet). This did get the updated initscripts and plymouth.

After a reboot, booting stops when plymouth is done. Can't use ctrl-alt-f2 to get to a console.

Rebooting at runlevel 3 and doing a startx works.

Rebooting at runlevel 3 and doing a telinit 5 works.


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

upstart-0.6.3-3.fc13.x86_64
initscripts-9.03-1.x86_64
plymouth-0.8.0-0.2009129.fc13.x86_64

How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 1 Tom London 2009-12-11 19:36:10 UTC 
Works for me if I hit "ESC" at the initial plymouth screen.  I watch the text reports of the services starting (with "OK" at the end of each line), and then get X/gdm screen.

Does not work (as reported in #1) if I allow plymouth screen to run uniterrupted.
Comment 2 iarly selbir 2009-12-11 19:53:41 UTC 
Did you try to downgrade initscripts and check if all works again.

Maybe that's not a initscripts problem.


Thanks your report and waiting for news.

--
Fedora Bugzappers Team Member
Comment 3 Bill Nottingham 2009-12-11 19:59:36 UTC 
Is it only the details plugin that works? Have you tried disabling modesetting?
Comment 4 darrell pfeifer 2009-12-11 20:08:53 UTC 
nomodeset works
Comment 5 Bill Nottingham 2009-12-12 01:18:24 UTC 
OK, assigning to plymouth.
Comment 6 Tom London 2009-12-17 14:14:06 UTC 
Seems to be working for me now (without 'nomodeset'), but no changes to initscipts, plymouth or upstart.

Booting now goes to gdm login screen/etc. without entering ESC at plymouth screen.

Not sure what has changed.....
Comment 7 Bug Zapper 2010-03-15 13:32:50 UTC 
This bug appears to have been reported against 'rawhide' during the Fedora 13 development cycle.
Changing version to '13'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Comment 8 Hiemanshu Sharma 2010-04-13 11:38:05 UTC 
Well I have the same error with Plymouth and KDM. I can boot fine without the rhgb quite line and it works well, otherwise I am just stuck at the fedora logo at the end of the plymouth theme.
Comment 9 Markus Mayer 2010-04-14 14:37:45 UTC 
Same problem here using GDM.
Disabling rhgb or pressing ESC while plymouth shows up helps.

Smoltprofile:
http://www.smolts.org/show?uuid=pub_748daccf-258a-4ace-ac61-39957a414148+

I am using Fedora13
Comment 10 Ray Strode [halfline] 2010-04-14 14:47:41 UTC 
Lothar what version of

plymouth and gdm do you have installed?
Comment 11 Paul Dickson 2010-04-14 18:36:20 UTC 
Created attachment 406599 [details]
:0-slave.log logfile
Comment 12 Paul Dickson 2010-04-14 18:37:47 UTC 
Created attachment 406600 [details]
:0-slave.log logfile when GDM does not start
Comment 13 Paul Dickson 2010-04-14 18:46:02 UTC 
I can duplicate this issue.  GDM does not start unless I press ESC during plymouth.

I added the :0-slave files (bugzilla wanted to add the files separately, sorry) for the cases with and without pressing ESC.

plymouth-0.8.1-3.fc13.i686
gdm-2.29.92-5.fc13.i686

When GDM does not display, ps only has Xorg running under gdm-simple-slave:

/usr/bin/Xorg :0 -br -verbose -auth /var/run/gdm/auth-for-gdm-li7M6f/database -nolisten tcp
Comment 14 Ray Strode [halfline] 2010-04-14 19:57:19 UTC 
you need gdm-2.29.92-6 or later
Comment 15 Adam Williamson 2010-04-14 21:07:12 UTC 
those hitting this issue recently are seeing bug #577789 . It was identified and fixed but due to insufficient safeguards in Koji, an older gdm package got into the repos recently, so the problem has come back. This should be fixed tomorrow.

Leaving this report open as it pre-dates that bug, so the original reporter here has a different (and more user-specific) issue.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 16 Markus Mayer 2010-04-15 12:14:39 UTC 
I am using gdm-2.29.92-5.

I am not able to test 2.29.92-6 because I am using a live image. As far as a updated live image is available I will continue testing.
Comment 17 Ville-Pekka Vainio 2010-04-15 20:05:58 UTC 
Just making a note that I'm seeing this with the Intel Test Day gfx_test_week_20100414_i686.iso spin on this hardware: http://www.smolts.org/client/show/pub_528c8204-8c24-426f-8785-50d76ead6232
Comment 18 Adam Williamson 2010-04-15 20:21:12 UTC 
that's definitely not 577789. hard to know if it's the same bug as the OP here, though.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 19 eric 2010-04-17 14:40:22 UTC 
This appears to be fixed, now.  At least it works for me.
Comment 20 Ville-Pekka Vainio 2010-04-20 17:02:50 UTC 
This seems to be fixed for me in desktop-i386-20100418.17.iso
Comment 21 Adam Williamson 2010-04-20 19:25:40 UTC 
darrell, are you around? Any update from you? Thanks!



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 22 darrell pfeifer 2010-04-20 19:46:06 UTC 
I've held off because I've moved on to a different version. I'm a koji junkie (well past being a rawhide junkie)

In the current rawhide/koji, the problem is fixed for me.
Comment 23 Adam Williamson 2010-04-20 20:22:25 UTC 
are you using the fc13 or fc14 stuff from koji?



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 24 darrell pfeifer 2010-04-20 20:28:13 UTC 
I'm totally fc14.
Comment 25 Markus Mayer 2010-04-21 10:27:47 UTC 
This seems to be fixed for me in desktop-i386-20100418.17.iso (gdm-2.29.92-6), too
Comment 26 Adam Williamson 2010-04-21 16:44:26 UTC 
well, let's split the difference and close the bug, since no-one seems to be having trouble any more; it's possible Darrell's situation is broken in f13, but we can't really check that. Darrell, if you do get to testing f13 and find the bug is still there, please re-open or file a new bug. Thanks.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Note You need to log in before you can comment on or make changes to this bug.