Hide Forgot
I installed Fedora 16 on the second drive of my laptop. I chose a custom layout, but it included a partition for a BIOS target (or whatever). However, it does not boot, rather the laptop says "Installation System not found" How reproducible: Very reproducible. Two installs, same result. Steps to Reproduce: 1. Boot installation DVD. 2. Select custom partition layout but force second drive to have boot stuff 3. Let it finish and reboot Actual results: Fails to boot with "Installation System not found" Also, cannot boot from rescue mode. That is, if I select Troubleshooting and then "Boot from local drive" I get the following as well: Boot failed: press a key to retry... Expected results: Should boot without problems.
Please include /tmp/program.log and /tmp/storage.log from the end of installation in this bug report.
Hmmm, those files do not seem to exist, but /root/anaconda-ks.cfg, /root/install.log, /root/install.log.syslog do exist, which I am attaching. I will try the install again to see if I can get /tmp/program.log and /tmp/storage.log.
Created attachment 533429 [details] anaconda-ks.cfg
Created attachment 533430 [details] install.log
Created attachment 533431 [details] install.log.syslog
There is an error at the end of the install.log: grubby fatal error: unable to find a suitable template grubby: doing this would leave no kernel entries. Not writing out new config. *** FINISHED INSTALLING PACKAGES *** Perhaps that is my problem.
I should point out that the drive I am trying to install on is a 512GB Crucial SSD. I don't expect that to be a problem, though.
Well, same result on this latest install. No files in /tmp (/mnt/sysinstall/tmp) and it is not bootable. Ahhh, OK, I found them in the real /tmp. I will attach them.
Created attachment 533437 [details] /tmp/program.log
Created attachment 533438 [details] /tmp/storage.log
Hmmm, additional information. The same happens if I swap the two drives so that the SSD is drive 1 and the hard disk is drive 2. This is getting frustrating. Any recovery steps that I should try?
Well grub2-install /dev/sdb does not seem to fix things.
Sorry, but I don't understand whether you can boot into grub or cannot boot from the SDD at all. If you can boot into grub, can you check the configuration of the items (by hiting 'e') in it's menu?
(In reply to comment #13) > Sorry, but I don't understand whether you can boot into grub or cannot boot > from the SDD at all. > If you can boot into grub, can you check the configuration of the items (by > hiting 'e') in it's menu? The BIOS on the DELL XPS17 will not load even the primary boot sector from the SSD. I should have updated this earlier. I now suspect that the issue is some poor interaction between the DELL XPS 17 BIOS and the SSD. I will take the issue up with Dell soon. In the meantime I used a spare 500GB drive I had laying around and it works fine, although as the first drive.
(In reply to comment #14) > (In reply to comment #13) > > Sorry, but I don't understand whether you can boot into grub or cannot boot > > from the SDD at all. > > If you can boot into grub, can you check the configuration of the items (by > > hiting 'e') in it's menu? > > The BIOS on the DELL XPS17 will not load even the primary boot sector from the > SSD. > > I should have updated this earlier. I now suspect that the issue is some poor > interaction between the DELL XPS 17 BIOS and the SSD. > > I will take the issue up with Dell soon. > > In the meantime I used a spare 500GB drive I had laying around and it works > fine, although as the first drive. Thanks for the update, I'm closing this bug now. If you find out it's not a BIOS--SSD interaction issue, please reopen it.