RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1551563 - Grub2 is defaulting to 16 bit for 64 bit machines preventing Plymouth graphical mode
Summary: Grub2 is defaulting to 16 bit for 64 bit machines preventing Plymouth graphic...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: grub2
Version: 7.2
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: rc
: 7.5
Assignee: Peter Jones
QA Contact: Release Test Team
URL:
Whiteboard:
Depends On: 1196065
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-03-05 12:27 UTC by Supreet
Modified: 2023-12-15 16:02 UTC (History)
26 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of: 1196065
Environment:
Last Closed: 2020-11-11 21:39:52 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Supreet 2018-03-05 12:27:40 UTC
+++ This bug was initially created as a clone of Bug #1196065 +++

Description of problem:

Plymouth is not loading on 64 bit machines due to a line in /etc/grub.d/10_linux

sixteenbit=""
linuxefi="linux"
initrdefi="initrd"
case "$machine" in
i?86|x86_64)
    sixteenbit="16"
    linuxefi="linuxefi"
    initrdefi="initrdefi"
    ;;
aarch64)
    linuxefi="linux"
    initrdefi="initrd"
    ;;
esac

The line is: sixteenbit="16"

Instead setting it to: sixteenbit=""

Will restore Plymouth. 


Version-Release number of selected component (if applicable):


How reproducible:

Run plymouth graphical boot on a 64 bit machine on Fedora 21 (possibly affects NVidia graphics drivers). 

Steps to Reproduce:
1. reboot at 64 bit machine iwth fedora 21 installed

Actual results:

Text mode boot.

Expected results:

Graphical Plymouth boot.

Additional info:

Discussion and solution links:

http://forums.fedoraforum.org/showthread.php?t=302370#5
http://forums.fedoraforum.org/showthread.php?t=301929#9

--- Additional comment from Laszlo Pal on 2015-08-14 15:28:25 EDT ---

Hi,

Please note this affects Fedora 22 too and it seems in only case when proprietary nvidia driver is installed. I've used nouveau driver for months and I never had such issue

--- Additional comment from Fedora End Of Life on 2015-11-04 05:01:35 EST ---

This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 21 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

--- Additional comment from Eduardo on 2015-11-04 09:32:06 EST ---

Hello,
I do not about others, but I have a Fedora 22 and Fedora 23 where this is still happening every time I rerun grub2-mkconfig manually.
Also this is happening on systems that do not have proprietary video drivers (one radeon, one i915).

--- Additional comment from  on 2015-11-04 17:10:41 EST ---

Hi

It's also affecting me on Fedora 22, with an ATI graphics.

--- Additional comment from NSLW on 2015-11-22 05:25:07 EST ---

Still issue on Fedora 23.

--- Additional comment from Fedora End Of Life on 2015-12-02 04:26:12 EST ---

Fedora 21 changed to end-of-life (EOL) status on 2015-12-01. Fedora 21 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--- Additional comment from Maksim Zubkov on 2015-12-06 10:56:49 EST ---

Still issue on Fedora 22 and 23 too.

--- Additional comment from Stanislav on 2016-08-08 07:31:18 EDT ---

It's still actual on Fedora 24.

--- Additional comment from Levente Farkas on 2016-12-02 01:34:01 EST ---

It's still actual on Fedora 25

--- Additional comment from Andreas Schöneck on 2017-07-24 02:40:10 EDT ---

Code in *Fedora 26* looks still like that:

---
linux_entry ()
{
  os="$1"
  version="$2"
  type="$3"
  isdebug="$4"
  args="$5"

  sixteenbit=""
  linuxefi="linux"
  initrdefi="initrd"
  case "$machine" in
    i?86|x86_64)
        sixteenbit="16"
        linuxefi="linuxefi"
        initrdefi="initrdefi"
        ;;
    aarch64)
        linuxefi="linux"
        initrdefi="initrd"
        ;;
  esac

...
---

--- Additional comment from "FeRD" (Frank Dana) on 2017-09-08 08:40:07 EDT ---

Interestingly, I discovered that the use of linux16 is something INTENTIONAL that Fedora is patching into our grub builds, it's not actually part of the 10_linux script from upstream grub at all.

The patch to do this was checked in by pjones on 2013-10-28 and can be seen here (though a later patch further modifies the code to include the linuxefi lines):

http://pkgs.fedoraproject.org/cgit/rpms/grub2.git/tree/0099-Use-linux16-when-appropriate-880840.patch

The commit message reads:
"The kernel group really would prefer that we use the 16 bit entry point
on x86 bios machines. Resolves: rhbz#880840"

Most curious of all, attempting to view bug 880840 here in bugzilla produces a severe-looking message screen, admonishing
"You are not authorized to access bug #880840. Most likely the bug has been restricted for internal development processes and we cannot grant access." 

So, apparently the information about WHY the kernel group wants that sixteenbit switch in there is Highly Classified Information. Disappointing.

Comment 3 "FeRD" (Frank Dana) 2018-03-05 12:35:40 UTC
The updated URL to that linux16 patch is

https://src.fedoraproject.org/rpms/grub2/blob/master/f/0099-Use-linux16-when-appropriate-880840.patch

Comment 5 D. Hugh Redelmeier 2019-06-13 16:17:26 UTC
@FeRD:
the link in 3 generates a 404 for me.

You could make it an attachment to this bz.

Comment 6 "FeRD" (Frank Dana) 2019-06-15 17:15:55 UTC
(In reply to D. Hugh Redelmeier from comment #5)
> @FeRD:
> the link in 3 generates a 404 for me.
> 
> You could make it an attachment to this bz.

Hmm, seems that URL is a 404 because the commit in question is no longer in the commit history for the grub2 package, oddly... at least, it's not on the master branch of the Fedora repo (https://src.fedoraproject.org/rpms/grub2/commits/master), or any other branch I could find — it must've succumbed to some history-rewriting at some point.

Anyway, the point of the original link was to show that the issue was a local change being introduced into the grub source, rather than coming from upstream. The patch itself which was trivial, there'd be little point in attaching it here, especially as it's no longer applied in the tree. 

(That part of grub2's config-generating code isn't even used anymore, now that boot entries live in separate /boot/loader/entries/ files instead of in the grub.cfg. If there's a way to control the kernel booting in 16-bit mode or not, with the current BLS-driven boot process, it doesn't appear to be done from a config file anymore.)

Comment 10 Chris Williams 2020-11-11 21:39:52 UTC
Red Hat Enterprise Linux 7 shipped it's final minor release on September 29th, 2020. 7.9 was the last minor releases scheduled for RHEL 7.
From intial triage it does not appear the remaining Bugzillas meet the inclusion criteria for Maintenance Phase 2 and will now be closed. 

From the RHEL life cycle page:
https://access.redhat.com/support/policy/updates/errata#Maintenance_Support_2_Phase
"During Maintenance Support 2 Phase for Red Hat Enterprise Linux version 7,Red Hat defined Critical and Important impact Security Advisories (RHSAs) and selected (at Red Hat discretion) Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available."

If this BZ was closed in error and meets the above criteria please re-open it flag for 7.9.z, provide suitable business and technical justifications, and follow the process for Accelerated Fixes:
https://source.redhat.com/groups/public/pnt-cxno/pnt_customer_experience_and_operations_wiki/support_delivery_accelerated_fix_release_handbook  

Feature Requests can re-opened and moved to RHEL 8 if the desired functionality is not already present in the product. 

Please reach out to the applicable Product Experience Engineer[0] if you have any questions or concerns.  

[0] https://bugzilla.redhat.com/page.cgi?id=agile_component_mapping.html&product=Red+Hat+Enterprise+Linux+7


Note You need to log in before you can comment on or make changes to this bug.