Red Hat Bugzilla – Bug 806345
can't boot from the harddisk after the installation
Last modified: 2013-05-07 19:11:19 EDT
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
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 - /
6. stare at the screen
6. blank, blank, just blank ... the system does NOT boot
6. Fedora 17 boots without any problem and finishes post-install tasks
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.
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.
Created attachment 572316 [details]
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.
Created attachment 573623 [details]
Created attachment 573624 [details]
Created attachment 573625 [details]
Created attachment 573626 [details]
Created attachment 573627 [details]
Created attachment 573628 [details]
Created attachment 573629 [details]
(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
F17 is long past, hopefully this works now.