Bug 806345

Summary: can't boot from the harddisk after the installation
Product: [Fedora] Fedora Reporter: Karel Volný <kvolny>
Component: anacondaAssignee: Anaconda Maintenance Team <anaconda-maint-list>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 17CC: anaconda-maint-list, g.kaviyarasu, jonathan, vanmeeuwen+fedora
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-07 23:11:19 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
anaconda logs
none
anaconda.ifcfg.log
none
anaconda.log
none
anaconda.program.log
none
anaconda.storage.log
none
anaconda.syslog
none
anaconda.xlog
none
anaconda.yum.log none

Description Karel Volný 2012-03-23 13:56:22 UTC 
Description of problem:
I've tried to install F17 Alpha. After a few hours of copying packages, I'm stuck with unbootable harddisk and it seems I'll have to repartition and reinstall again, waiting another few hours, just because some wise head thinks that using by default GPT is the greatest idea since peanut butter.

Version-Release number of selected component (if applicable):
F17 Alpha DVD x86_64

How reproducible:
haven't tried

Steps to Reproduce:
1. boot F17 Alpha install, go through the installer
2. at partitioning step, uncheck LVM, choose to modify the scheme
3. ... what I did:
a) merged all ext4 partitions (i.e. removed /boot and /home, enlarged / to fill all remaining space)
b) increased swap size
this left me with:
sda1 - the wasted space for the thing that never works (just google for user stories)
sda2 - swap
sda3 - /
4. install
5. reboot
6. stare at the screen
  
Actual results:
6. blank, blank, just blank ... the system does NOT boot

Expected results:
6. Fedora 17 boots without any problem and finishes post-install tasks

Additional info:
the hardware is Lenovo IdeaPad B570e

trying to boot from the install media again and choosing "Boot from local drive" only leads to

Booting from local disk...

Boot failed: please change disks and press a key to continue.
Comment 1 Chris Lumens 2012-03-23 14:18:37 UTC 
You need to attach log files to this bug report.  After installation, you can find them in /var/log/anaconda.  Without them we can't do anything for you.
Comment 2 Karel Volný 2012-03-23 15:34:59 UTC 
Created attachment 572316 [details]
anaconda logs
Comment 3 Chris Lumens 2012-03-23 15:38:59 UTC 
Please attach them as individual, uncompressed files.  Doing anything else prevents us from being able to search bugzilla later.  I've noticed a ton of people doing this lately.  Are you reading somewhere that it's the preferred method?  If so, we really need to get that changed.
Comment 4 Karel Volný 2012-03-29 10:44:43 UTC 
Created attachment 573623 [details]
anaconda.ifcfg.log
Comment 5 Karel Volný 2012-03-29 10:45:05 UTC 
Created attachment 573624 [details]
anaconda.log
Comment 6 Karel Volný 2012-03-29 10:45:28 UTC 
Created attachment 573625 [details]
anaconda.program.log
Comment 7 Karel Volný 2012-03-29 10:45:54 UTC 
Created attachment 573626 [details]
anaconda.storage.log
Comment 8 Karel Volný 2012-03-29 10:46:20 UTC 
Created attachment 573627 [details]
anaconda.syslog
Comment 9 Karel Volný 2012-03-29 10:46:46 UTC 
Created attachment 573628 [details]
anaconda.xlog
Comment 10 Karel Volný 2012-03-29 10:47:22 UTC 
Created attachment 573629 [details]
anaconda.yum.log
Comment 11 Karel Volný 2012-03-29 10:51:53 UTC 
(In reply to comment #3)
> Please attach them as individual, uncompressed files.  Doing anything else
> prevents us from being able to search bugzilla later.

sorry, I was unaware of the fact that the contents of the attachments is searchable in Bugzilla

> I've noticed a ton of people doing this lately.  Are you reading somewhere
> that it's the preferred method?

no, it is just easier by orders of magnitude to attach/download one small file than dozens of separate uncompressed ones ...

> If so, we really need to get that changed.

... I guess the above implies that what needs to be done is RFE for Bugzilla to make bulk uploads easier & utilise transfer compression
Comment 12 Brian Lane 2013-05-07 23:11:19 UTC 
F17 is long past, hopefully this works now.