[New: openFATE 314493] Reuse existing Windows EFI System Partition by default
Feature added by: Michael Chang (michael-chang) Feature #314493, revision 1 Title: Reuse existing Windows EFI System Partition by default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michael Chang (michael-chang) Partner organization: openSUSE.org Description: The current installer will create new EFI System Partition (ESP) if Windows EFI System Parititon exists. The rationale is that we are not sure the consequence about integration an Linux boot into an existing Windows setup. About consideration may not be necessary as ESP is defined in UEFI specification as common places for OS loaders, which differentiate by their own paths. There's no concept that ESP is specific to OS and be exclusive access from it. That would also lead to several issues as two ESP is confusing in general to the firmware and OS tools as they would assume only one single ESP as valid. Here are some of the failure case illustrated. 1. Modify (or repair) Windows boot configuration (BCD) on such system, two system partitions make Windows quite unhappy. It completely ruined boot configuration until hiding (by changing partition type) the one created by SUSE. 2. Boot loader config may be separated from one another as they're potentially placed in different ESP. This would lead to multiboot EFI loader (rEFIt) or any multiboot prober to be able to config the setup correctly. -- openSUSE Feature: https://features.opensuse.org/314493
Feature changed by: Michael Chang (michael-chang) Feature #314493, revision 2 Title: Reuse existing Windows EFI System Partition by default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michael Chang (michael-chang) Partner organization: openSUSE.org Description: The current installer will create new EFI System Partition (ESP) if Windows EFI System Parititon exists. The rationale is that we are not sure the consequence about integration an Linux boot into an existing - Windows setup. About consideration may not be necessary as ESP is + Windows setup. Above consideration may not be necessary as ESP is defined in UEFI specification as common places for OS loaders, which differentiate by their own paths. There's no concept that ESP is - specific to OS and be exclusive access from it. That would also lead to - several issues as two ESP is confusing in general to the firmware and - OS tools as they would assume only one single ESP as valid. Here are - some of the failure case illustrated. 1. Modify (or repair) Windows - boot configuration (BCD) on such system, two system partitions make - Windows quite unhappy. It completely ruined boot configuration until - hiding (by changing partition type) the one created by SUSE. + specific to OS and be exclusive access from it. + That would also lead to several issues as two ESP is confusing in + general to the firmware and OS tools as they would assume only one + single ESP as valid. + Here are some of the failure case illustrated. + 1. Modify (or repair) Windows boot configuration (BCD) on such system, + two system partitions make Windows quite unhappy. It completely ruined + boot configuration until hiding (by changing partition type) the one + created by SUSE. 2. Boot loader config may be separated from one another as they're potentially placed in different ESP. This would lead to multiboot EFI loader (rEFIt) or any multiboot prober to be able to config the setup correctly. -- openSUSE Feature: https://features.opensuse.org/314493
Feature changed by: Ludwig Nussel (lnussel) Feature #314493, revision 4 Title: Reuse existing Windows EFI System Partition by default openSUSE Distribution: Unconfirmed Priority Requester: Important Requested by: Michael Chang (michael-chang) Partner organization: openSUSE.org Description: The current installer will create new EFI System Partition (ESP) if Windows EFI System Parititon exists. The rationale is that we are not sure the consequence about integration an Linux boot into an existing Windows setup. Above consideration may not be necessary as ESP is defined in UEFI specification as common places for OS loaders, which differentiate by their own paths. There's no concept that ESP is specific to OS and be exclusive access from it. That would also lead to several issues as two ESP is confusing in general to the firmware and OS tools as they would assume only one single ESP as valid. Here are some of the failure case illustrated. 1. Modify (or repair) Windows boot configuration (BCD) on such system, two system partitions make Windows quite unhappy. It completely ruined boot configuration until hiding (by changing partition type) the one created by SUSE. 2. Boot loader config may be separated from one another as they're potentially placed in different ESP. This would lead to multiboot EFI loader (rEFIt) or any multiboot prober to be able to config the setup correctly. + Discussion: + #1: Ludwig Nussel (lnussel) (2013-02-12 09:24:14) + reusing the efi partition on my windows laptop worked just fine -- openSUSE Feature: https://features.opensuse.org/314493
Feature changed by: Karl Cheng (qantas94heavy) Feature #314493, revision 6 Title: Reuse existing Windows EFI System Partition by default - openSUSE Distribution: Unconfirmed + openSUSE Distribution: Done Priority Requester: Important Requested by: Michael Chang (michael-chang) Partner organization: openSUSE.org Description: The current installer will create new EFI System Partition (ESP) if Windows EFI System Parititon exists. The rationale is that we are not sure the consequence about integration an Linux boot into an existing Windows setup. Above consideration may not be necessary as ESP is defined in UEFI specification as common places for OS loaders, which differentiate by their own paths. There's no concept that ESP is specific to OS and be exclusive access from it. That would also lead to several issues as two ESP is confusing in general to the firmware and OS tools as they would assume only one single ESP as valid. Here are some of the failure case illustrated. 1. Modify (or repair) Windows boot configuration (BCD) on such system, two system partitions make Windows quite unhappy. It completely ruined boot configuration until hiding (by changing partition type) the one created by SUSE. 2. Boot loader config may be separated from one another as they're potentially placed in different ESP. This would lead to multiboot EFI loader (rEFIt) or any multiboot prober to be able to config the setup correctly. Discussion: #1: Ludwig Nussel (lnussel) (2013-02-12 09:24:14) reusing the efi partition on my windows laptop worked just fine + #2: Karl Cheng (qantas94heavy) (2016-11-16 16:30:25) + Seems to work nowadays, installing openSUSE along with a pre-exsting + Windows install used the existing Windows EFI partition. -- openSUSE Feature: https://features.opensuse.org/314493
participants (1)
-
fate_noreply@suse.de