Bug 802241 - system halts at first reboot after installation with specific kickstart file
Summary: system halts at first reboot after installation with specific kickstart file
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: 17
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: RejectedBlocker
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-12 08:05 UTC by Hongqing Yang
Modified: 2012-05-29 07:37 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-05-29 07:37:25 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
kickstart file (352 bytes, text/plain)
2012-03-12 08:05 UTC, Hongqing Yang
no flags Details

Description Hongqing Yang 2012-03-12 08:05:39 UTC
Created attachment 569295 [details]
kickstart file

Description of problem:

system halts at first reboot after installation with the kickstart file 
in the attachment. 
The kickstart file works well with F16. If the packages are removed from the kickstart file, the system can boot normally.

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

How reproducible:


Steps to Reproduce:
1. install system with ks file
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Hongqing Yang 2012-03-12 08:06:38 UTC
This is branched from bug 787461

Comment 2 Adam Williamson 2012-03-12 21:52:00 UTC
Please provide a reason why this should be considered a Beta blocker, I don't immediately see that it breaches any criteria.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 3 Hongqing Yang 2012-03-13 02:21:30 UTC
(In reply to comment #2)
> Please provide a reason why this should be considered a Beta blocker, I don't
> immediately see that it breaches any criteria.
> 
> 
> 
> -- 
> Fedora Bugzappers volunteer triage team
> https://fedoraproject.org/wiki/BugZappers

I think it does not meet the F17 Beta Release Criteria article 6
The installer must be able to use all kickstart delivery methods

Comment 4 Adam Williamson 2012-03-13 02:42:29 UTC
That criterion is really to do with anaconda's methods for _reading_ kickstart files. It's breached if, say, you specify ks=somethingsomething and then anaconda either explodes or fails to read the kickstart.

The case where anaconda correctly reads and attempts to process the kickstart, but something about the actual contents of the kickstart causes the installed system not to boot, is really pretty different.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 5 Chris Lumens 2012-03-13 15:44:49 UTC
Please state the exact nature of the problem.  Where does the boot stop?  Attach a screenshot or a log or something.

Comment 6 Adam Williamson 2012-03-16 17:42:17 UTC
Discussed at 2012-03-16 blocker review meeting. We agreed that as this seems to be down to the kickstart file itself - or, likely, the package groups specified in it - it does not meet the blocker criteria.

We suspect the bug here is that the base-x group is not in fact sufficient to produce a successful X startup. Booting to multi-user.target may well work. We will investigate further.



-- 
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers

Comment 7 Hongqing Yang 2012-05-29 07:37:25 UTC
This is fixed with the current release F17 GA


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