Re: Good news - Re: [Bug 1006304] BootLoaderError: failed to set new efi boot target

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Jan 9, 2014, at 6:11 AM, Robert Moskowitz <rgm@xxxxxxxxxxxxxxx> wrote:

> 
> On 01/08/2014 02:42 PM, Adam Williamson wrote:
>> On Wed, 2014-01-08 at 11:38 -0800, Adam Williamson wrote:
>>> On Wed, 2014-01-08 at 14:29 -0500, Robert Moskowitz wrote:
>>>> On 01/08/2014 02:14 PM, Adam Williamson wrote:
>>>>> On Tue, 2014-01-07 at 15:06 -0500, Robert Moskowitz wrote:
>>>>>> On 01/07/2014 01:03 PM, Chris Murphy wrote:
>>>>>>> On Jan 7, 2014, at 8:13 AM, Robert Moskowitz <rgm@xxxxxxxxxxxxxxx> wrote:
>>>>>>>> Booting is a bit strange.  It starts with the Penguin on top and a large font, and then switches off the Penguin and a smaller font.  I never get the Fedora logo that I have to press <alt-d> to see the start up log.
>>>>>>> Right. So efibootmgr is being called before /etc/default/grub is written, so I bet you don't have that.
>>>>>> No I don't.
>>>>>> 
>>>>>>> And if you don't have that, grub2-mkconfig is producing grub.cfgs that don't contain boot params 'rhgb quiet' which is what cause the Fedora logo splash startup screen to show (via plymouth).
>>>>>> So what do I add to /boot/efi/EFI/fedora/grub.cfg ?  I greped it for
>>>>>> 'quiet' and nothing was reported.
>>>>>> 
>>>>>> And anything else to add?
>>>>> Just adding 'rhgb' should turn the splash screen on.
>>>> To which line.   I use to be able to understand grub.cfg, but it has
>>>> gotten a bit complicated over the years.
>>> The one(s) with all the other kernel parameters on it. grub.cfg has
>>> grown a lot more Stuff with grub2, but if you ignore the extra Stuff,
>>> the lines for a given kernel haven't changed too much - there's a line
>>> specifying the kernel to load and all the parameters to pass to it,
>>> followed by a line specifying the initramfs to load. One pair per entry
>>> on the menu. Edit the menu entries you're likely to boot. When a new
>>> kernel is installed, the top entry in the list is cloned and edited, so
>>> as long as you change the top entry in the list, new kernels will get
>>> the same options.
>> The other place you can change the parameters is in /etc/default/grub .
> 
> Finally took the time to make the change and....  NO /etc/default/grub!!!!

Robert, in the quoted text above is "So efibootmgr is being called before /etc/default/grub is written, so I bet you don't have that." So why are you surprised?


> Perhaps there are other interesting files that did not get on the system?  

No doubt. That's why I filed a bug/RFE for anaconda to run efibootmgr after other post-install stuff. Keep in mind your install technically failed, so yes there's a whole bunch of post-install stuff that's normally run, but wasn't run on your system. To know what all that is, you'd have to look at the code.

> But then how did grub2-mkconfig work when I ran it from rescue?  It used what was on the CD?

/etc/default/grub is created by anaconda. grub2-mkconfig is part of the grub package, and doesn't require /etc/default/grub to work.



Chris Murphy

-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test





[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux