(Dual Boot) Ubuntu install ignores grub settings
I have two GPT SSDs, from which I intend dual boot Windows 10 and Ubuntu 18.10. Windows is installed first:
- 970 Pro(NVME) with Windows 10
- MX500(SATA) where I want to install Ubuntu 18.10
When installing Ubuntu, I choose to customise my install, and create 3 partitions on the MX500 drive:
- sda1 650 MB EFI partition
- sda2 root partition
- sda3 swap partition
I select dev/sda1 as "Device for boot loader installation"
After the install is completed, I find that the boot loader was installed on the EFI partition created by the Windows installation and the EFI partition I created is empty.
I attempted the process again, with a Win10 install on the NVME drive followed by Ubuntu 18.10, and got the same behaviour. Is this a bug, or a limitation with NVME drives needing the host both bootloaders?
SecureBoot is disabled in case it matters.
dual-boot grub2 partitioning uefi 18.10
New contributor
add a comment |
I have two GPT SSDs, from which I intend dual boot Windows 10 and Ubuntu 18.10. Windows is installed first:
- 970 Pro(NVME) with Windows 10
- MX500(SATA) where I want to install Ubuntu 18.10
When installing Ubuntu, I choose to customise my install, and create 3 partitions on the MX500 drive:
- sda1 650 MB EFI partition
- sda2 root partition
- sda3 swap partition
I select dev/sda1 as "Device for boot loader installation"
After the install is completed, I find that the boot loader was installed on the EFI partition created by the Windows installation and the EFI partition I created is empty.
I attempted the process again, with a Win10 install on the NVME drive followed by Ubuntu 18.10, and got the same behaviour. Is this a bug, or a limitation with NVME drives needing the host both bootloaders?
SecureBoot is disabled in case it matters.
dual-boot grub2 partitioning uefi 18.10
New contributor
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
1
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42
add a comment |
I have two GPT SSDs, from which I intend dual boot Windows 10 and Ubuntu 18.10. Windows is installed first:
- 970 Pro(NVME) with Windows 10
- MX500(SATA) where I want to install Ubuntu 18.10
When installing Ubuntu, I choose to customise my install, and create 3 partitions on the MX500 drive:
- sda1 650 MB EFI partition
- sda2 root partition
- sda3 swap partition
I select dev/sda1 as "Device for boot loader installation"
After the install is completed, I find that the boot loader was installed on the EFI partition created by the Windows installation and the EFI partition I created is empty.
I attempted the process again, with a Win10 install on the NVME drive followed by Ubuntu 18.10, and got the same behaviour. Is this a bug, or a limitation with NVME drives needing the host both bootloaders?
SecureBoot is disabled in case it matters.
dual-boot grub2 partitioning uefi 18.10
New contributor
I have two GPT SSDs, from which I intend dual boot Windows 10 and Ubuntu 18.10. Windows is installed first:
- 970 Pro(NVME) with Windows 10
- MX500(SATA) where I want to install Ubuntu 18.10
When installing Ubuntu, I choose to customise my install, and create 3 partitions on the MX500 drive:
- sda1 650 MB EFI partition
- sda2 root partition
- sda3 swap partition
I select dev/sda1 as "Device for boot loader installation"
After the install is completed, I find that the boot loader was installed on the EFI partition created by the Windows installation and the EFI partition I created is empty.
I attempted the process again, with a Win10 install on the NVME drive followed by Ubuntu 18.10, and got the same behaviour. Is this a bug, or a limitation with NVME drives needing the host both bootloaders?
SecureBoot is disabled in case it matters.
dual-boot grub2 partitioning uefi 18.10
dual-boot grub2 partitioning uefi 18.10
New contributor
New contributor
edited Dec 22 at 14:54
New contributor
asked Dec 22 at 14:47
Alexander Pope
1114
1114
New contributor
New contributor
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
1
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42
add a comment |
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
1
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
1
1
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42
add a comment |
1 Answer
1
active
oldest
votes
As shown by @oldfred in a comment, the Ubuntu installer is bugged. It ignores user input in the "Device for boot loader installation" combobox, and clobbers up the fist EFI partition if finds. Selecting sda instead of sda1 makes no difference (at least on my machine).
The bug is old, first reported in 2013 here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379. There are a few workarounds to be found in the reports, but I chose to move to another distribution(openSuse).
Thank you for the support!
New contributor
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Alexander Pope is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1103813%2fdual-boot-ubuntu-install-ignores-grub-settings%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
As shown by @oldfred in a comment, the Ubuntu installer is bugged. It ignores user input in the "Device for boot loader installation" combobox, and clobbers up the fist EFI partition if finds. Selecting sda instead of sda1 makes no difference (at least on my machine).
The bug is old, first reported in 2013 here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379. There are a few workarounds to be found in the reports, but I chose to move to another distribution(openSuse).
Thank you for the support!
New contributor
add a comment |
As shown by @oldfred in a comment, the Ubuntu installer is bugged. It ignores user input in the "Device for boot loader installation" combobox, and clobbers up the fist EFI partition if finds. Selecting sda instead of sda1 makes no difference (at least on my machine).
The bug is old, first reported in 2013 here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379. There are a few workarounds to be found in the reports, but I chose to move to another distribution(openSuse).
Thank you for the support!
New contributor
add a comment |
As shown by @oldfred in a comment, the Ubuntu installer is bugged. It ignores user input in the "Device for boot loader installation" combobox, and clobbers up the fist EFI partition if finds. Selecting sda instead of sda1 makes no difference (at least on my machine).
The bug is old, first reported in 2013 here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379. There are a few workarounds to be found in the reports, but I chose to move to another distribution(openSuse).
Thank you for the support!
New contributor
As shown by @oldfred in a comment, the Ubuntu installer is bugged. It ignores user input in the "Device for boot loader installation" combobox, and clobbers up the fist EFI partition if finds. Selecting sda instead of sda1 makes no difference (at least on my machine).
The bug is old, first reported in 2013 here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 and here https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379. There are a few workarounds to be found in the reports, but I chose to move to another distribution(openSuse).
Thank you for the support!
New contributor
New contributor
answered Dec 22 at 16:46
Alexander Pope
1114
1114
New contributor
New contributor
add a comment |
add a comment |
Alexander Pope is a new contributor. Be nice, and check out our Code of Conduct.
Alexander Pope is a new contributor. Be nice, and check out our Code of Conduct.
Alexander Pope is a new contributor. Be nice, and check out our Code of Conduct.
Alexander Pope is a new contributor. Be nice, and check out our Code of Conduct.
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1103813%2fdual-boot-ubuntu-install-ignores-grub-settings%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
@PRATAP that fixes the missing GRUB from the sda1 partition, but why is the Ubuntu installer ignoring my selection? I'll retry a clean install with both Win and Ubuntu, this time choosing the sda drive instead of the sda1 partition
– Alexander Pope
Dec 22 at 15:08
Would be surprised if this works any better. sda1 is listed as a child of sda in the Device for boot loader installation tree list.
– Alexander Pope
Dec 22 at 15:09
Yes. I can fix that by installing GRUB explicitly once I boot into Ubuntu, but I want the Windows EFI partition untouched during the Ubuntu install. I know I can remove the Ubuntu GRUB files from it, but that's clunky.
– Alexander Pope
Dec 22 at 15:15
1
I regularly put a second install on sdb or flash drive. And every time it overwrites my /EFI/ubuntu folder in my sda drive. They do not seem to want to fix bug. Ubuntu Installer uses wrong bootloader location for USB UEFI installs bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1173457 & bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1396379 If flash drive, I just copy all of /EFI/ubuntu to flash drive & again to /EFI/Boot and rename shimx64.efi to bootx64.efi. If sdb, or second drive and first is NVMe, you can copy files to second drive's ESP.
– oldfred
Dec 22 at 15:21
That is quite normal behaviour You don't need to create an EFI partition. This is automatically dealt with by grub at installation which re-configures your UEFI for that purpose. It doesn't matter which disk the ESP ends up on, but normally if Windows is installed first it will be on the Windows disk and you should leave it there.
– Paul Benson
Dec 22 at 15:42