Is it possible to manually set the Windows system partition during installation?
I just finished installing Windows 10 preview, build 10130. But I wanted it to use its own system partition. Instead, it detected my other Windows installations and reconfigured the system partition that I use for those installations. I have Windows 7, and Windows 8.1 on one HDD. I wanted to install Windows 10 on a second HDD.
Is there a way to set the system partition during installation setup, to explicitly tell the installation program what physical drive and what partition I want to use as the system partition? I had created a first primary partition of 512 MB and set it as active in Diskpart. Why did it not take that primary, active partition and use it as a system partition? I also created one big extended partition and one logical partition to hold Windows 10.
This is what I wanted:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
boot_win10 (primary, active, system)
Windows 10 (logical)
This is what I have:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
Windows 10 (logical)
I want the HDD that holds Windows 10 to be independent of the other Windows installations. For that to work it needs its own system partition and its own bootloader and boot manager configuration. What can I do at this point without having to reinstall Windows 10? If I do reinstall, how can I make sure that the setup will use the same HDD for system partition? Is it possible?
windows boot partitioning
|
show 1 more comment
I just finished installing Windows 10 preview, build 10130. But I wanted it to use its own system partition. Instead, it detected my other Windows installations and reconfigured the system partition that I use for those installations. I have Windows 7, and Windows 8.1 on one HDD. I wanted to install Windows 10 on a second HDD.
Is there a way to set the system partition during installation setup, to explicitly tell the installation program what physical drive and what partition I want to use as the system partition? I had created a first primary partition of 512 MB and set it as active in Diskpart. Why did it not take that primary, active partition and use it as a system partition? I also created one big extended partition and one logical partition to hold Windows 10.
This is what I wanted:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
boot_win10 (primary, active, system)
Windows 10 (logical)
This is what I have:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
Windows 10 (logical)
I want the HDD that holds Windows 10 to be independent of the other Windows installations. For that to work it needs its own system partition and its own bootloader and boot manager configuration. What can I do at this point without having to reinstall Windows 10? If I do reinstall, how can I make sure that the setup will use the same HDD for system partition? Is it possible?
windows boot partitioning
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24
|
show 1 more comment
I just finished installing Windows 10 preview, build 10130. But I wanted it to use its own system partition. Instead, it detected my other Windows installations and reconfigured the system partition that I use for those installations. I have Windows 7, and Windows 8.1 on one HDD. I wanted to install Windows 10 on a second HDD.
Is there a way to set the system partition during installation setup, to explicitly tell the installation program what physical drive and what partition I want to use as the system partition? I had created a first primary partition of 512 MB and set it as active in Diskpart. Why did it not take that primary, active partition and use it as a system partition? I also created one big extended partition and one logical partition to hold Windows 10.
This is what I wanted:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
boot_win10 (primary, active, system)
Windows 10 (logical)
This is what I have:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
Windows 10 (logical)
I want the HDD that holds Windows 10 to be independent of the other Windows installations. For that to work it needs its own system partition and its own bootloader and boot manager configuration. What can I do at this point without having to reinstall Windows 10? If I do reinstall, how can I make sure that the setup will use the same HDD for system partition? Is it possible?
windows boot partitioning
I just finished installing Windows 10 preview, build 10130. But I wanted it to use its own system partition. Instead, it detected my other Windows installations and reconfigured the system partition that I use for those installations. I have Windows 7, and Windows 8.1 on one HDD. I wanted to install Windows 10 on a second HDD.
Is there a way to set the system partition during installation setup, to explicitly tell the installation program what physical drive and what partition I want to use as the system partition? I had created a first primary partition of 512 MB and set it as active in Diskpart. Why did it not take that primary, active partition and use it as a system partition? I also created one big extended partition and one logical partition to hold Windows 10.
This is what I wanted:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
boot_win10 (primary, active, system)
Windows 10 (logical)
This is what I have:
HDD0:
Windows 7 (primary, active, system)
Windows 8.1 (logical)
HDD1:
Windows 10 (logical)
I want the HDD that holds Windows 10 to be independent of the other Windows installations. For that to work it needs its own system partition and its own bootloader and boot manager configuration. What can I do at this point without having to reinstall Windows 10? If I do reinstall, how can I make sure that the setup will use the same HDD for system partition? Is it possible?
windows boot partitioning
windows boot partitioning
edited Jun 22 '15 at 20:59
asked Jun 22 '15 at 19:15
Samir
11.2k56138201
11.2k56138201
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24
|
show 1 more comment
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24
|
show 1 more comment
1 Answer
1
active
oldest
votes
Change the boot priority in BIOS setup so that the HDD that you want to install Windows 10 on gets first priority. Windows setup will use this HDD to configure a system partition on, with all the necessary boot files to boot the new Windows installation. You may even choose to install Windows on a different HDD, but it is the HDD that has the first priority in BIOS setup that gets the system partition configuration. The Windows setup will ignore any other system partitions you may have on a second HDD, as long as it is not the first priority HDD in BIOS setup. In case the first priority HDD already contains a valid Windows system partition with one or more Windows installations configured, the Windows setup will inspect it and only add a new boot menu entry to the existing system partition. It will not overwrite it.
This is a somewhat crippled solution, because the Windows 10 setup somehow managed to affect my existing system partition on the second HDD. This HDD was not set as the first priority HDD in BIOS setup. So Windows setup should have ignored it. It did ignore it, to the effect that it did not add a new boot menu entry to that system partition. Instead, it created a new system partition on the HDD that had the first priority in BIOS setup, as explained above. But it appears to have altered the default boot option for the boot manager on the old system partition, and changed its boot menu policy to "Legacy" instead of "Standard". It actually said "Standard" when I ran the bcdedit
command in cmd, but in reality, it was set to legacy.
The "legacy" boot menu policy is the old text-mode boot menu used in Windows 7 and earlier. The "standard" policy is the new graphical boot menu used in Windows 8 and later.
To correct this, boot into one of the installed Windows versions that uses the affected system partition configuration, and run the following commands.
bcdedit /default {id}
bcdedit /set {id} bootmenupolicy legacy
bcdedit /set {id} bootmenupolicy standard
Replace the "id" with the ID number of the boot entry you want to set. This may look something like {default}
or {current}
or {f14fdad6-164a-11e5-b0ca-fe74f2eeab83}
. To get the full list of all the boot entries, run the following command.
bcdedit /v
You will see an output that contains sections like this:
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path Windowssystem32winload.exe
description Windows 8.1
locale en-US
inherit {bootloadersettings}
recoverysequence {f14fdadb-164a-11e5-b0ca-fe74f2eeab83}
integrityservices Enable
recoveryenabled Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot Windows
resumeobject {f14fdad9-164a-11e5-b0ca-fe74f2eeab83}
nx OptIn
bootmenupolicy Standard
Each one of these sections represent one operating system and the boot entry options for that system in the boot manager configuration, known as a BCD store. This is a file stored somewhere on your system partition.
The above output shows the boot entry options for the Windows 8.1 installation. The command was issued from within that system. Hence, the identifier of {current}
. The command was bcdedit
which gives you a standard output like that. To get a full ID, you need to use the verbose option (v) as indicated above.
I you want to make changes to a BCD store of a different system partition than the one that's used by the currently running system, you will have to point the bcdedit
to it. The same commands might look something like this for a BCD file stored on a different system partition:
bcdedit /store d:bootbcd /default {id}
bcdedit /store d:bootbcd /set {id} bootmenupolicy legacy
bcdedit /store d:bootbcd /set {id} bootmenupolicy standard
I tested this with Windows 10 and Windows 8. But as far as I know the same applies to Windows 7, Windows Vista. Basically all the Windows versions that use the new bootloader model with BCD. With the exception that Windows 7 and Vista don't support the "standard" boot menu policy. The idea of setting boot priority in BIOS setup to indicate where you want the system partition to go to is even older than Windows Vista. It should work for Windows XP and Windows 2000, if not even Windows Me, 98 and 95.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
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
});
}
});
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%2fsuperuser.com%2fquestions%2f931141%2fis-it-possible-to-manually-set-the-windows-system-partition-during-installation%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
Change the boot priority in BIOS setup so that the HDD that you want to install Windows 10 on gets first priority. Windows setup will use this HDD to configure a system partition on, with all the necessary boot files to boot the new Windows installation. You may even choose to install Windows on a different HDD, but it is the HDD that has the first priority in BIOS setup that gets the system partition configuration. The Windows setup will ignore any other system partitions you may have on a second HDD, as long as it is not the first priority HDD in BIOS setup. In case the first priority HDD already contains a valid Windows system partition with one or more Windows installations configured, the Windows setup will inspect it and only add a new boot menu entry to the existing system partition. It will not overwrite it.
This is a somewhat crippled solution, because the Windows 10 setup somehow managed to affect my existing system partition on the second HDD. This HDD was not set as the first priority HDD in BIOS setup. So Windows setup should have ignored it. It did ignore it, to the effect that it did not add a new boot menu entry to that system partition. Instead, it created a new system partition on the HDD that had the first priority in BIOS setup, as explained above. But it appears to have altered the default boot option for the boot manager on the old system partition, and changed its boot menu policy to "Legacy" instead of "Standard". It actually said "Standard" when I ran the bcdedit
command in cmd, but in reality, it was set to legacy.
The "legacy" boot menu policy is the old text-mode boot menu used in Windows 7 and earlier. The "standard" policy is the new graphical boot menu used in Windows 8 and later.
To correct this, boot into one of the installed Windows versions that uses the affected system partition configuration, and run the following commands.
bcdedit /default {id}
bcdedit /set {id} bootmenupolicy legacy
bcdedit /set {id} bootmenupolicy standard
Replace the "id" with the ID number of the boot entry you want to set. This may look something like {default}
or {current}
or {f14fdad6-164a-11e5-b0ca-fe74f2eeab83}
. To get the full list of all the boot entries, run the following command.
bcdedit /v
You will see an output that contains sections like this:
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path Windowssystem32winload.exe
description Windows 8.1
locale en-US
inherit {bootloadersettings}
recoverysequence {f14fdadb-164a-11e5-b0ca-fe74f2eeab83}
integrityservices Enable
recoveryenabled Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot Windows
resumeobject {f14fdad9-164a-11e5-b0ca-fe74f2eeab83}
nx OptIn
bootmenupolicy Standard
Each one of these sections represent one operating system and the boot entry options for that system in the boot manager configuration, known as a BCD store. This is a file stored somewhere on your system partition.
The above output shows the boot entry options for the Windows 8.1 installation. The command was issued from within that system. Hence, the identifier of {current}
. The command was bcdedit
which gives you a standard output like that. To get a full ID, you need to use the verbose option (v) as indicated above.
I you want to make changes to a BCD store of a different system partition than the one that's used by the currently running system, you will have to point the bcdedit
to it. The same commands might look something like this for a BCD file stored on a different system partition:
bcdedit /store d:bootbcd /default {id}
bcdedit /store d:bootbcd /set {id} bootmenupolicy legacy
bcdedit /store d:bootbcd /set {id} bootmenupolicy standard
I tested this with Windows 10 and Windows 8. But as far as I know the same applies to Windows 7, Windows Vista. Basically all the Windows versions that use the new bootloader model with BCD. With the exception that Windows 7 and Vista don't support the "standard" boot menu policy. The idea of setting boot priority in BIOS setup to indicate where you want the system partition to go to is even older than Windows Vista. It should work for Windows XP and Windows 2000, if not even Windows Me, 98 and 95.
add a comment |
Change the boot priority in BIOS setup so that the HDD that you want to install Windows 10 on gets first priority. Windows setup will use this HDD to configure a system partition on, with all the necessary boot files to boot the new Windows installation. You may even choose to install Windows on a different HDD, but it is the HDD that has the first priority in BIOS setup that gets the system partition configuration. The Windows setup will ignore any other system partitions you may have on a second HDD, as long as it is not the first priority HDD in BIOS setup. In case the first priority HDD already contains a valid Windows system partition with one or more Windows installations configured, the Windows setup will inspect it and only add a new boot menu entry to the existing system partition. It will not overwrite it.
This is a somewhat crippled solution, because the Windows 10 setup somehow managed to affect my existing system partition on the second HDD. This HDD was not set as the first priority HDD in BIOS setup. So Windows setup should have ignored it. It did ignore it, to the effect that it did not add a new boot menu entry to that system partition. Instead, it created a new system partition on the HDD that had the first priority in BIOS setup, as explained above. But it appears to have altered the default boot option for the boot manager on the old system partition, and changed its boot menu policy to "Legacy" instead of "Standard". It actually said "Standard" when I ran the bcdedit
command in cmd, but in reality, it was set to legacy.
The "legacy" boot menu policy is the old text-mode boot menu used in Windows 7 and earlier. The "standard" policy is the new graphical boot menu used in Windows 8 and later.
To correct this, boot into one of the installed Windows versions that uses the affected system partition configuration, and run the following commands.
bcdedit /default {id}
bcdedit /set {id} bootmenupolicy legacy
bcdedit /set {id} bootmenupolicy standard
Replace the "id" with the ID number of the boot entry you want to set. This may look something like {default}
or {current}
or {f14fdad6-164a-11e5-b0ca-fe74f2eeab83}
. To get the full list of all the boot entries, run the following command.
bcdedit /v
You will see an output that contains sections like this:
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path Windowssystem32winload.exe
description Windows 8.1
locale en-US
inherit {bootloadersettings}
recoverysequence {f14fdadb-164a-11e5-b0ca-fe74f2eeab83}
integrityservices Enable
recoveryenabled Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot Windows
resumeobject {f14fdad9-164a-11e5-b0ca-fe74f2eeab83}
nx OptIn
bootmenupolicy Standard
Each one of these sections represent one operating system and the boot entry options for that system in the boot manager configuration, known as a BCD store. This is a file stored somewhere on your system partition.
The above output shows the boot entry options for the Windows 8.1 installation. The command was issued from within that system. Hence, the identifier of {current}
. The command was bcdedit
which gives you a standard output like that. To get a full ID, you need to use the verbose option (v) as indicated above.
I you want to make changes to a BCD store of a different system partition than the one that's used by the currently running system, you will have to point the bcdedit
to it. The same commands might look something like this for a BCD file stored on a different system partition:
bcdedit /store d:bootbcd /default {id}
bcdedit /store d:bootbcd /set {id} bootmenupolicy legacy
bcdedit /store d:bootbcd /set {id} bootmenupolicy standard
I tested this with Windows 10 and Windows 8. But as far as I know the same applies to Windows 7, Windows Vista. Basically all the Windows versions that use the new bootloader model with BCD. With the exception that Windows 7 and Vista don't support the "standard" boot menu policy. The idea of setting boot priority in BIOS setup to indicate where you want the system partition to go to is even older than Windows Vista. It should work for Windows XP and Windows 2000, if not even Windows Me, 98 and 95.
add a comment |
Change the boot priority in BIOS setup so that the HDD that you want to install Windows 10 on gets first priority. Windows setup will use this HDD to configure a system partition on, with all the necessary boot files to boot the new Windows installation. You may even choose to install Windows on a different HDD, but it is the HDD that has the first priority in BIOS setup that gets the system partition configuration. The Windows setup will ignore any other system partitions you may have on a second HDD, as long as it is not the first priority HDD in BIOS setup. In case the first priority HDD already contains a valid Windows system partition with one or more Windows installations configured, the Windows setup will inspect it and only add a new boot menu entry to the existing system partition. It will not overwrite it.
This is a somewhat crippled solution, because the Windows 10 setup somehow managed to affect my existing system partition on the second HDD. This HDD was not set as the first priority HDD in BIOS setup. So Windows setup should have ignored it. It did ignore it, to the effect that it did not add a new boot menu entry to that system partition. Instead, it created a new system partition on the HDD that had the first priority in BIOS setup, as explained above. But it appears to have altered the default boot option for the boot manager on the old system partition, and changed its boot menu policy to "Legacy" instead of "Standard". It actually said "Standard" when I ran the bcdedit
command in cmd, but in reality, it was set to legacy.
The "legacy" boot menu policy is the old text-mode boot menu used in Windows 7 and earlier. The "standard" policy is the new graphical boot menu used in Windows 8 and later.
To correct this, boot into one of the installed Windows versions that uses the affected system partition configuration, and run the following commands.
bcdedit /default {id}
bcdedit /set {id} bootmenupolicy legacy
bcdedit /set {id} bootmenupolicy standard
Replace the "id" with the ID number of the boot entry you want to set. This may look something like {default}
or {current}
or {f14fdad6-164a-11e5-b0ca-fe74f2eeab83}
. To get the full list of all the boot entries, run the following command.
bcdedit /v
You will see an output that contains sections like this:
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path Windowssystem32winload.exe
description Windows 8.1
locale en-US
inherit {bootloadersettings}
recoverysequence {f14fdadb-164a-11e5-b0ca-fe74f2eeab83}
integrityservices Enable
recoveryenabled Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot Windows
resumeobject {f14fdad9-164a-11e5-b0ca-fe74f2eeab83}
nx OptIn
bootmenupolicy Standard
Each one of these sections represent one operating system and the boot entry options for that system in the boot manager configuration, known as a BCD store. This is a file stored somewhere on your system partition.
The above output shows the boot entry options for the Windows 8.1 installation. The command was issued from within that system. Hence, the identifier of {current}
. The command was bcdedit
which gives you a standard output like that. To get a full ID, you need to use the verbose option (v) as indicated above.
I you want to make changes to a BCD store of a different system partition than the one that's used by the currently running system, you will have to point the bcdedit
to it. The same commands might look something like this for a BCD file stored on a different system partition:
bcdedit /store d:bootbcd /default {id}
bcdedit /store d:bootbcd /set {id} bootmenupolicy legacy
bcdedit /store d:bootbcd /set {id} bootmenupolicy standard
I tested this with Windows 10 and Windows 8. But as far as I know the same applies to Windows 7, Windows Vista. Basically all the Windows versions that use the new bootloader model with BCD. With the exception that Windows 7 and Vista don't support the "standard" boot menu policy. The idea of setting boot priority in BIOS setup to indicate where you want the system partition to go to is even older than Windows Vista. It should work for Windows XP and Windows 2000, if not even Windows Me, 98 and 95.
Change the boot priority in BIOS setup so that the HDD that you want to install Windows 10 on gets first priority. Windows setup will use this HDD to configure a system partition on, with all the necessary boot files to boot the new Windows installation. You may even choose to install Windows on a different HDD, but it is the HDD that has the first priority in BIOS setup that gets the system partition configuration. The Windows setup will ignore any other system partitions you may have on a second HDD, as long as it is not the first priority HDD in BIOS setup. In case the first priority HDD already contains a valid Windows system partition with one or more Windows installations configured, the Windows setup will inspect it and only add a new boot menu entry to the existing system partition. It will not overwrite it.
This is a somewhat crippled solution, because the Windows 10 setup somehow managed to affect my existing system partition on the second HDD. This HDD was not set as the first priority HDD in BIOS setup. So Windows setup should have ignored it. It did ignore it, to the effect that it did not add a new boot menu entry to that system partition. Instead, it created a new system partition on the HDD that had the first priority in BIOS setup, as explained above. But it appears to have altered the default boot option for the boot manager on the old system partition, and changed its boot menu policy to "Legacy" instead of "Standard". It actually said "Standard" when I ran the bcdedit
command in cmd, but in reality, it was set to legacy.
The "legacy" boot menu policy is the old text-mode boot menu used in Windows 7 and earlier. The "standard" policy is the new graphical boot menu used in Windows 8 and later.
To correct this, boot into one of the installed Windows versions that uses the affected system partition configuration, and run the following commands.
bcdedit /default {id}
bcdedit /set {id} bootmenupolicy legacy
bcdedit /set {id} bootmenupolicy standard
Replace the "id" with the ID number of the boot entry you want to set. This may look something like {default}
or {current}
or {f14fdad6-164a-11e5-b0ca-fe74f2eeab83}
. To get the full list of all the boot entries, run the following command.
bcdedit /v
You will see an output that contains sections like this:
Windows Boot Loader
-------------------
identifier {current}
device partition=C:
path Windowssystem32winload.exe
description Windows 8.1
locale en-US
inherit {bootloadersettings}
recoverysequence {f14fdadb-164a-11e5-b0ca-fe74f2eeab83}
integrityservices Enable
recoveryenabled Yes
allowedinmemorysettings 0x15000075
osdevice partition=C:
systemroot Windows
resumeobject {f14fdad9-164a-11e5-b0ca-fe74f2eeab83}
nx OptIn
bootmenupolicy Standard
Each one of these sections represent one operating system and the boot entry options for that system in the boot manager configuration, known as a BCD store. This is a file stored somewhere on your system partition.
The above output shows the boot entry options for the Windows 8.1 installation. The command was issued from within that system. Hence, the identifier of {current}
. The command was bcdedit
which gives you a standard output like that. To get a full ID, you need to use the verbose option (v) as indicated above.
I you want to make changes to a BCD store of a different system partition than the one that's used by the currently running system, you will have to point the bcdedit
to it. The same commands might look something like this for a BCD file stored on a different system partition:
bcdedit /store d:bootbcd /default {id}
bcdedit /store d:bootbcd /set {id} bootmenupolicy legacy
bcdedit /store d:bootbcd /set {id} bootmenupolicy standard
I tested this with Windows 10 and Windows 8. But as far as I know the same applies to Windows 7, Windows Vista. Basically all the Windows versions that use the new bootloader model with BCD. With the exception that Windows 7 and Vista don't support the "standard" boot menu policy. The idea of setting boot priority in BIOS setup to indicate where you want the system partition to go to is even older than Windows Vista. It should work for Windows XP and Windows 2000, if not even Windows Me, 98 and 95.
edited Jun 23 '15 at 13:20
answered Jun 23 '15 at 12:55
Samir
11.2k56138201
11.2k56138201
add a comment |
add a comment |
Thanks for contributing an answer to Super User!
- 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%2fsuperuser.com%2fquestions%2f931141%2fis-it-possible-to-manually-set-the-windows-system-partition-during-installation%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
I figured it would be enough to just create one small primary partition at the beginning of the disk and set it as active. I realize that I could just unplug the first disk drive, and only have the one I want the setup to use for system partition connected to the computer. But that seems a bit extreme to me. What if it's not an option? What if you must do this remotely or something where you don't have physical access to the computer? Surely, it must be possible to pick and choose the system partition during setup on a modern system like Windows 10 (NT 10)?
– Samir
Jun 22 '15 at 19:23
I'm not sure how, or why, but after installing Windows 10 on the second HDD, the hex values at offset 1C3 were set incorrectly. This is known to cause my Intel SATA controller to fail in detecting the HDD when AHCI is enabled.
– Samir
Jun 22 '15 at 19:37
To get past this I had to disconnect the SATA cable of the second HDD, boot up to a nice little blue screen telling me about failed boot device (Windows 10 had configured the BCD on first HDD to load Windows 10 by default on second HDD which was now missing), connect the SATA cable of the second HDD (no longer missing), press F9 to load a different OS, select Windows 8.1, change 3 bytes to FE FF FF at offset 13C.
– Samir
Jun 22 '15 at 19:37
It's a bit of a ritual really... one must know how to dance the voodoo dance to get things done the way you want. I will try changing the boot order in BIOS. I know from past experience that this sometimes is what the Windows setup is looking at in order to decide what disk drive or partition to use for installation. But really? Still? In Windows 10?
– Samir
Jun 22 '15 at 19:44
If you have an answer to your question you should submit it. Your comments are really sort of out of place.
– Ramhound
Jun 22 '15 at 20:24