SCIENTIFIC-LINUX-USERS Archives

May 2015

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
ToddAndMargo <[log in to unmask]>
Reply To:
ToddAndMargo <[log in to unmask]>
Date:
Fri, 22 May 2015 18:39:41 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (90 lines)
On 05/22/2015 06:37 PM, ToddAndMargo wrote:
> On 05/22/2015 06:31 PM, ToddAndMargo wrote:
>> On 05/22/2015 05:15 PM, Konstantin Olchanski wrote:
>>> On Fri, May 22, 2015 at 01:43:08PM -0700, ToddAndMargo wrote:
>>>>
>>>> After installing the above, the boot order came up with the
>>>> two rescue modes on top.  Would you please correct this?
>>>>
>>>
>>> This is a feature of grub2. In grub1, the order was specified manually
>>> in grub.conf. In grub2, the order is magically created by a mess of bash
>>> scripts. When installing a new kernel, it magically runs
>>> some magic commands to make itself the default kernel to boot. None of
>>> this
>>> is documented anywhere.
>>>
>>> If you want sane booting, switch to syslinux.
>>>
>>
>> Hi Konstantin,
>>
>> I have been working on a direct install Xfce Fedora 21 flash
>> drive.  I had to tweak the /boot/grub2/grub.cfg to get it
>> to boot off of all machine.  (Which it does, unlike Live
>> USB -- faster too).
>>
>> In FC21's Grub.cfg, the "menuentry" are all appear in order
>> on the boot screen.  And, the "rescue" appears at the bottom.
>>
>> Is the problem I noticed, a EL7 issue?  I logged into the
>> SL7 hard drive (that won't boot) with my Live CD and took
>> a peek at grub.cfg, and that is the way they were written.
>>
>> And YIKES!  A Boo-boo in grub.cfg.  Look at this:
>>
>> menuentry 'Scientific Linux 7.1 Rescue 95621d90ac5d4ae8a262fd52ed537a16
>> (3.10.0-229.1.2.el7.x86_64)' --class fedora --class gnu-linux --class
>> gnu --class os --unrestricted $menuentry_id_option
>> 'gnulinux-3.10.0-229.1.2.el7.x86_64-advanced-562d91f4-7086-451e-abc1-870f59bf3c41'
>>
>> {
>> ....systemd.debug
>> }
>>
>>      initrd16 /initramfs-0-rescue-95621d90ac5d4ae8a262fd52ed537a16.img
>> ^^^^^^^^stray line that should have been above the "}" bracket ^^^^^^^
>>
>> menuentry 'Scientific Linux 7.1 Rescue 95621d90ac5d4ae8a262fd52ed537a16
>> (3.10.0-229.1.2.el7.x86_64) with debugging' --class fedora --class
>> gnu-linux --class gnu --class os --unrestricted $menuentry_id_option
>> 'gnulinux-3.10.0-229.1.2.el7.x86_64-advanced-562d91f4-7086-451e-abc1-870f59bf3c41'
>>
>> {
>>      load_video
>> ...
>>
>>
>> This happened on the top two, but on the bottom third one.
>> Correcting that those two boo-boos made it so the "rescue"
>> sections could boot.  But the main section (Nitrogen) give
>> a kernel panic:
>>
>>       Failed to access perfctr msr (MSR c1 is 0)
>>       kernel panic -- not syncing:L VFS: Unable to mount root fs on
>> unknown-block(0,0)
>>
>> I documented it over on:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1224434
>>
>> -T
>>
>
>
> Additional info:
>
> If I comment out the "linux16" entry from the Nitrogen menuentry, the
> kernel panic goes away and I can boot normally.
>
> Also, putting the ending bracked ("}") in the right place on the two
> duplicate rescue menuentries also enables it to boot.
>

OOps on the linux 16.  I was in Fedora Live.

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

ATOM RSS1 RSS2