From Fedora Project Wiki
(Initial change)
 
(Replace the inst.mbr boot option with inst.disklabel=mbr that was actually implemented)
 
(6 intermediate revisions by 2 users not shown)
Line 2: Line 2:


= Install Using GPT on x86_64 BIOS by Default =
= Install Using GPT on x86_64 BIOS by Default =
{{Change_Proposal_Banner}}


== Summary ==
== Summary ==
Line 13: Line 11:
This should link to your home wiki page so we know who you are.  
This should link to your home wiki page so we know who you are.  
-->
-->
* Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide Cavalca]], [[User:Salimma| Michel Alexandre Salim]]
* Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide Cavalca]], [[User:Salimma| Michel Alexandre Salim]], [[User:Chrismurphy| Chris Murphy]]
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. -->
<!-- Include you email address that you can be reached should people want to contact you about helping with your change, status is requested, or technical issues need to be resolved. If the change proposal is owned by a SIG, please also add a primary contact person. -->
* Email: ngompa13@gmail.com, dcavalca@fb.com, michel@michel-slm.name
* Email: ngompa13@gmail.com, dcavalca@fb.com, michel@michel-slm.name, chrismurphy@fedoraproject.org
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
<!--- UNCOMMENT only for Changes with assigned Shepherd (by FESCo)
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
* FESCo shepherd: [[User:FASAccountName| Shehperd name]] <email address>
-->
-->


== Current status ==
== Current status ==
[[Category:ChangePageIncomplete]]
[[Category:ChangeAcceptedF37]]
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- When your change proposal page is completed and ready for review and announcement -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
<!-- remove Category:ChangePageIncomplete and change it to Category:ChangeReadyForWrangler -->
Line 39: Line 36:
ON_QA -> change is fully code complete
ON_QA -> change is fully code complete
-->
-->
* FESCo issue: <will be assigned by the Wrangler>
* [https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/Q2ZBWG3YESG4POYAAZVUKSWMZHG3R7KW/ devel thread]
* Tracker bug: <will be assigned by the Wrangler>
* FESCo issue: [https://pagure.io/fesco/issue/2797 #2797]
* Release notes tracker: <will be assigned by the Wrangler>
* Tracker bug: [https://bugzilla.redhat.com/show_bug.cgi?id=2092091 #2092091]
* Release notes tracker: [https://pagure.io/fedora-docs/release-notes/issue/844 #844]


== Detailed Description ==
== Detailed Description ==
Line 77: Line 75:
== Upgrade/compatibility impact ==
== Upgrade/compatibility impact ==
<!-- What happens to systems that have had a previous versions of Fedora installed and are updated to the version containing this change? Will anything require manual configuration or data migration? Will any existing functionality be no longer supported? -->
<!-- What happens to systems that have had a previous versions of Fedora installed and are updated to the version containing this change? Will anything require manual configuration or data migration? Will any existing functionality be no longer supported? -->
There will be no impact for existing Fedora Linux systems that upgrade. We will not convert the partitioning on upgrade. However, some very old systems have buggy EFI implementations that do not handle legacy BIOS boot on GPT well, and on those systems, users will need to request Anaconda to create a legacy MBR partition table by using <code>inst.mbr</code> on the boot command-line.  
There will be no impact for existing Fedora Linux systems that upgrade. We will not convert the partitioning on upgrade. However, some very old systems have buggy EFI implementations that do not handle legacy BIOS boot on GPT well, and on those systems, users will need to request Anaconda to create a legacy MBR partition table by using <code>inst.disklabel=mbr</code> on the boot command-line.  


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
Line 96: Line 94:
3. What are the expected results of those actions?
3. What are the expected results of those actions?
-->
-->
Currently, users can test by booting Fedora media on BIOS systems with the <code>inst.gpt</code> option to try installing Fedora Linux on a legacy BIOS boot system with a GPT disk. After the change is merged and released, this behavior will be the default, and <code>inst.mbr</code> would be required to go back to the previous behavior.
Currently, users can test by booting Fedora media on BIOS systems with the <code>inst.gpt</code> option to try installing Fedora Linux on a legacy BIOS boot system with a GPT disk. After the change is merged and released, this behavior will be the default, and <code>inst.disklabel=mbr</code> would be required to go back to the previous behavior.


<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->
<!-- REQUIRED FOR SYSTEM WIDE CHANGES -->

Latest revision as of 13:37, 4 October 2022


Install Using GPT on x86_64 BIOS by Default

Summary

This Change makes it so that Fedora Linux systems installed on legacy x86 BIOS systems will get GPT partitioning by default instead of legacy MBR partitioning. This makes x86 BIOS installs more similar to x86 UEFI installs.

Owner

Current status

Detailed Description

Once implemented, Anaconda will create a GPT disk table on non-partitioned disks or when the disk is being completely reset when Fedora x86 install/live media is booted in BIOS mode.

Feedback

Benefit to Fedora

This simplifies our default code path by using the same partitioning scheme as UEFI systems and aligns us more to how Fedora variants that are delivered as disk images, which all use a similar setup. It also paves the way to implement hybrid BIOS+UEFI boot for legacy BIOS installs to enable future conversion to UEFI boot or emulated UEFI boot on legacy BIOS.

This is a step toward a longer transition to eventually eliminate direct BIOS boot support, as identified in the discussion for the rejected Change to deprecate BIOS support in Fedora Linux 37.

Scope

  • Other developers:
    • Anaconda developers need to review and merge the pull request
  • Policies and guidelines: N/A (not needed for this Change)
  • Trademark approval: N/A (not needed for this Change)
  • Alignment with Objectives: N/A (not needed for this Change)

Upgrade/compatibility impact

There will be no impact for existing Fedora Linux systems that upgrade. We will not convert the partitioning on upgrade. However, some very old systems have buggy EFI implementations that do not handle legacy BIOS boot on GPT well, and on those systems, users will need to request Anaconda to create a legacy MBR partition table by using inst.disklabel=mbr on the boot command-line.


How To Test

Currently, users can test by booting Fedora media on BIOS systems with the inst.gpt option to try installing Fedora Linux on a legacy BIOS boot system with a GPT disk. After the change is merged and released, this behavior will be the default, and inst.disklabel=mbr would be required to go back to the previous behavior.


User Experience

In general, there should nothing materially changing for users. If users look at the disk with fdisk or parted, they'll see a GPT disk instead of an MBR one and a BIOS boot partition will be present, which stores the GRUB boot code on a GPT disk.

Dependencies

This is isolated to Anaconda and is principally dependent on getting the changes into Anaconda.


Contingency Plan

  • Contingency mechanism: Revert the change in upstream Anaconda
  • Contingency deadline: Final Freeze
  • Blocks release? Yes


Documentation

The upstream documentation will be updated as part of the change in Anaconda.

Release Notes

Fedora Linux now uses GPT (GUID Partition Table) partitioning by default for x86_64 systems that use legacy BIOS instead of UEFI. This brings a more modern method of partitioning disks and aligns closer with UEFI-based installations, which already use GPT partitioning.