Settings for Boot Configuration Data (BCD) to install Bitlocker on Win 10
Situation: Win 10 Pro on an EVO 850 SSD drive. OS was cloned to SSD (which is new) from orig HD in the machine. TPM exists on machine, and is active. Used Samsun Magician to allow encryption (not exact wording) before cloning occurred. Wish to install Bitlocker on both drives. Tried to install on C: and got this error:
The path specified in the Boot Configuration Data (BCD) for a
Bitlocker Drive Encryption integrity-protected application is
incorrect. Please verify and correct your BCD settings and try again.
Installation on D: (a pure data drive) seems to have worked.
- What is the correct path for this?
- What are the correct BCD settings?
- Is this going to require re-doing the partitions / re-installing Windows?
- [edit] Might this be as simple as needing to do a BIOS pwd and turn on Secure Boot in the BIOS (which I turned off in the process of making the SSD the boot disk)? See question here.
I suspect that the partitions are not correct to permit this (which the BCD reference suggests), but cannot seem to verify. Partition setup, as created by Samsung cloning s/w, is:
- Recovery
- System (EFI System)
- Reserved (MSR)
- Primary (OS)
Recovery is active (i.e. reagentc was told to enable, and it's usable).
boot partitioning windows-10 ssd
add a comment |
Situation: Win 10 Pro on an EVO 850 SSD drive. OS was cloned to SSD (which is new) from orig HD in the machine. TPM exists on machine, and is active. Used Samsun Magician to allow encryption (not exact wording) before cloning occurred. Wish to install Bitlocker on both drives. Tried to install on C: and got this error:
The path specified in the Boot Configuration Data (BCD) for a
Bitlocker Drive Encryption integrity-protected application is
incorrect. Please verify and correct your BCD settings and try again.
Installation on D: (a pure data drive) seems to have worked.
- What is the correct path for this?
- What are the correct BCD settings?
- Is this going to require re-doing the partitions / re-installing Windows?
- [edit] Might this be as simple as needing to do a BIOS pwd and turn on Secure Boot in the BIOS (which I turned off in the process of making the SSD the boot disk)? See question here.
I suspect that the partitions are not correct to permit this (which the BCD reference suggests), but cannot seem to verify. Partition setup, as created by Samsung cloning s/w, is:
- Recovery
- System (EFI System)
- Reserved (MSR)
- Primary (OS)
Recovery is active (i.e. reagentc was told to enable, and it's usable).
boot partitioning windows-10 ssd
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15
add a comment |
Situation: Win 10 Pro on an EVO 850 SSD drive. OS was cloned to SSD (which is new) from orig HD in the machine. TPM exists on machine, and is active. Used Samsun Magician to allow encryption (not exact wording) before cloning occurred. Wish to install Bitlocker on both drives. Tried to install on C: and got this error:
The path specified in the Boot Configuration Data (BCD) for a
Bitlocker Drive Encryption integrity-protected application is
incorrect. Please verify and correct your BCD settings and try again.
Installation on D: (a pure data drive) seems to have worked.
- What is the correct path for this?
- What are the correct BCD settings?
- Is this going to require re-doing the partitions / re-installing Windows?
- [edit] Might this be as simple as needing to do a BIOS pwd and turn on Secure Boot in the BIOS (which I turned off in the process of making the SSD the boot disk)? See question here.
I suspect that the partitions are not correct to permit this (which the BCD reference suggests), but cannot seem to verify. Partition setup, as created by Samsung cloning s/w, is:
- Recovery
- System (EFI System)
- Reserved (MSR)
- Primary (OS)
Recovery is active (i.e. reagentc was told to enable, and it's usable).
boot partitioning windows-10 ssd
Situation: Win 10 Pro on an EVO 850 SSD drive. OS was cloned to SSD (which is new) from orig HD in the machine. TPM exists on machine, and is active. Used Samsun Magician to allow encryption (not exact wording) before cloning occurred. Wish to install Bitlocker on both drives. Tried to install on C: and got this error:
The path specified in the Boot Configuration Data (BCD) for a
Bitlocker Drive Encryption integrity-protected application is
incorrect. Please verify and correct your BCD settings and try again.
Installation on D: (a pure data drive) seems to have worked.
- What is the correct path for this?
- What are the correct BCD settings?
- Is this going to require re-doing the partitions / re-installing Windows?
- [edit] Might this be as simple as needing to do a BIOS pwd and turn on Secure Boot in the BIOS (which I turned off in the process of making the SSD the boot disk)? See question here.
I suspect that the partitions are not correct to permit this (which the BCD reference suggests), but cannot seem to verify. Partition setup, as created by Samsung cloning s/w, is:
- Recovery
- System (EFI System)
- Reserved (MSR)
- Primary (OS)
Recovery is active (i.e. reagentc was told to enable, and it's usable).
boot partitioning windows-10 ssd
boot partitioning windows-10 ssd
edited Mar 20 '17 at 10:04
Community♦
1
1
asked Dec 19 '15 at 19:16
SpeyeSpeye
1614
1614
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15
add a comment |
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15
add a comment |
2 Answers
2
active
oldest
votes
I spent the whole day trying to solve this, and I have to say that I am amazed at how poorly Windows handles this.
All of the research I did said to use bootrec
to essentially tell Windoze where the C:
drive was located...
Unfortunately, Windows 10 did not present me with any recovery options that would allow me to use any such utility.
So this is what finally worked for me:
- Use a Windows 7 install/recovery disk & select "Repair my Computer"
- "Windows detected a problem with your configuration. Fix and restart?" -> yes.
- Bitlocker now reports that it "Could not find the specified file"
- Make a backup of
C:Windowssystem32RecoveryREAgent.xml
in case this fix doesn't work for you.
Put the following into the
REAgent.xml
file: (( For some reason, i can't get the XML to format properly / show up in the final post - view the edit page to see the XML ))
<!-- language: xml -->
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<WindowsRE version="2.0">
<WinreBCD id=""></WinreBCD>
<WinreLocation path="" id="0" offset="0"></WinreLocation>
<ImageLocation path="" id="0" offset="0"></ImageLocation>
<PBRImageLocation path="" id="0" offset="0" index="0"></PBRImageLocation>
<PBRCustomImageLocation path="" id="0" offset="0" index="0"></PBRCustomImageLocation>
<InstallState state="0"></InstallState>
<OsInstallAvailable state="0"></OsInstallAvailable>
<CustomImageAvailable state="0"></CustomImageAvailable>
<WinREStaged state="0"></WinREStaged>
<ScheduledOperation state="4"></ScheduledOperation>
<OperationParam path=""></OperationParam>
<OsBuildVersion path=""></OsBuildVersion>
<OemTool state="0"></OemTool>
</WindowsRE>
Now, Bitlocker works without fussing.
Special thanks to these guys for the REAgent.xml
tip.
add a comment |
It makes sense that Secure Boot must be on for BitLocker, at least if you're using the self-encrypting drive option (hardware encryption). However, this message may appear even if Secure Boot is enabled.
I got the same error message after a recent Server 2016 reboot. BitLocker had been working, but it suddenly lost track of the BCD info and would not resume.
Microsoft KB929834 discusses the issue but doesn't explain how to fix it if your System volume doesn't have a drive letter (which it normally won't).
Finally found a Veritas article that explains how to extract the correct volume number using diskpart
> list volume
, then use bcdedit to fix the BCD. Based on the OP's description of his partitions, the commands would be:
bcdedit -set {BOOTMGR} device partition=DeviceHarddiskVolume2
bcdedit -set {MEMDIAG} device partition=DeviceHarddiskVolume2
I blogged this with screen shots here:
https://www.mcbsys.com/blog/2019/01/bitlocker-wizard-initialization-has-failed/
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
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%2f1015677%2fsettings-for-boot-configuration-data-bcd-to-install-bitlocker-on-win-10%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
I spent the whole day trying to solve this, and I have to say that I am amazed at how poorly Windows handles this.
All of the research I did said to use bootrec
to essentially tell Windoze where the C:
drive was located...
Unfortunately, Windows 10 did not present me with any recovery options that would allow me to use any such utility.
So this is what finally worked for me:
- Use a Windows 7 install/recovery disk & select "Repair my Computer"
- "Windows detected a problem with your configuration. Fix and restart?" -> yes.
- Bitlocker now reports that it "Could not find the specified file"
- Make a backup of
C:Windowssystem32RecoveryREAgent.xml
in case this fix doesn't work for you.
Put the following into the
REAgent.xml
file: (( For some reason, i can't get the XML to format properly / show up in the final post - view the edit page to see the XML ))
<!-- language: xml -->
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<WindowsRE version="2.0">
<WinreBCD id=""></WinreBCD>
<WinreLocation path="" id="0" offset="0"></WinreLocation>
<ImageLocation path="" id="0" offset="0"></ImageLocation>
<PBRImageLocation path="" id="0" offset="0" index="0"></PBRImageLocation>
<PBRCustomImageLocation path="" id="0" offset="0" index="0"></PBRCustomImageLocation>
<InstallState state="0"></InstallState>
<OsInstallAvailable state="0"></OsInstallAvailable>
<CustomImageAvailable state="0"></CustomImageAvailable>
<WinREStaged state="0"></WinREStaged>
<ScheduledOperation state="4"></ScheduledOperation>
<OperationParam path=""></OperationParam>
<OsBuildVersion path=""></OsBuildVersion>
<OemTool state="0"></OemTool>
</WindowsRE>
Now, Bitlocker works without fussing.
Special thanks to these guys for the REAgent.xml
tip.
add a comment |
I spent the whole day trying to solve this, and I have to say that I am amazed at how poorly Windows handles this.
All of the research I did said to use bootrec
to essentially tell Windoze where the C:
drive was located...
Unfortunately, Windows 10 did not present me with any recovery options that would allow me to use any such utility.
So this is what finally worked for me:
- Use a Windows 7 install/recovery disk & select "Repair my Computer"
- "Windows detected a problem with your configuration. Fix and restart?" -> yes.
- Bitlocker now reports that it "Could not find the specified file"
- Make a backup of
C:Windowssystem32RecoveryREAgent.xml
in case this fix doesn't work for you.
Put the following into the
REAgent.xml
file: (( For some reason, i can't get the XML to format properly / show up in the final post - view the edit page to see the XML ))
<!-- language: xml -->
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<WindowsRE version="2.0">
<WinreBCD id=""></WinreBCD>
<WinreLocation path="" id="0" offset="0"></WinreLocation>
<ImageLocation path="" id="0" offset="0"></ImageLocation>
<PBRImageLocation path="" id="0" offset="0" index="0"></PBRImageLocation>
<PBRCustomImageLocation path="" id="0" offset="0" index="0"></PBRCustomImageLocation>
<InstallState state="0"></InstallState>
<OsInstallAvailable state="0"></OsInstallAvailable>
<CustomImageAvailable state="0"></CustomImageAvailable>
<WinREStaged state="0"></WinREStaged>
<ScheduledOperation state="4"></ScheduledOperation>
<OperationParam path=""></OperationParam>
<OsBuildVersion path=""></OsBuildVersion>
<OemTool state="0"></OemTool>
</WindowsRE>
Now, Bitlocker works without fussing.
Special thanks to these guys for the REAgent.xml
tip.
add a comment |
I spent the whole day trying to solve this, and I have to say that I am amazed at how poorly Windows handles this.
All of the research I did said to use bootrec
to essentially tell Windoze where the C:
drive was located...
Unfortunately, Windows 10 did not present me with any recovery options that would allow me to use any such utility.
So this is what finally worked for me:
- Use a Windows 7 install/recovery disk & select "Repair my Computer"
- "Windows detected a problem with your configuration. Fix and restart?" -> yes.
- Bitlocker now reports that it "Could not find the specified file"
- Make a backup of
C:Windowssystem32RecoveryREAgent.xml
in case this fix doesn't work for you.
Put the following into the
REAgent.xml
file: (( For some reason, i can't get the XML to format properly / show up in the final post - view the edit page to see the XML ))
<!-- language: xml -->
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<WindowsRE version="2.0">
<WinreBCD id=""></WinreBCD>
<WinreLocation path="" id="0" offset="0"></WinreLocation>
<ImageLocation path="" id="0" offset="0"></ImageLocation>
<PBRImageLocation path="" id="0" offset="0" index="0"></PBRImageLocation>
<PBRCustomImageLocation path="" id="0" offset="0" index="0"></PBRCustomImageLocation>
<InstallState state="0"></InstallState>
<OsInstallAvailable state="0"></OsInstallAvailable>
<CustomImageAvailable state="0"></CustomImageAvailable>
<WinREStaged state="0"></WinREStaged>
<ScheduledOperation state="4"></ScheduledOperation>
<OperationParam path=""></OperationParam>
<OsBuildVersion path=""></OsBuildVersion>
<OemTool state="0"></OemTool>
</WindowsRE>
Now, Bitlocker works without fussing.
Special thanks to these guys for the REAgent.xml
tip.
I spent the whole day trying to solve this, and I have to say that I am amazed at how poorly Windows handles this.
All of the research I did said to use bootrec
to essentially tell Windoze where the C:
drive was located...
Unfortunately, Windows 10 did not present me with any recovery options that would allow me to use any such utility.
So this is what finally worked for me:
- Use a Windows 7 install/recovery disk & select "Repair my Computer"
- "Windows detected a problem with your configuration. Fix and restart?" -> yes.
- Bitlocker now reports that it "Could not find the specified file"
- Make a backup of
C:Windowssystem32RecoveryREAgent.xml
in case this fix doesn't work for you.
Put the following into the
REAgent.xml
file: (( For some reason, i can't get the XML to format properly / show up in the final post - view the edit page to see the XML ))
<!-- language: xml -->
<?xml version='1.0' encoding='utf-8' standalone='yes'?>
<WindowsRE version="2.0">
<WinreBCD id=""></WinreBCD>
<WinreLocation path="" id="0" offset="0"></WinreLocation>
<ImageLocation path="" id="0" offset="0"></ImageLocation>
<PBRImageLocation path="" id="0" offset="0" index="0"></PBRImageLocation>
<PBRCustomImageLocation path="" id="0" offset="0" index="0"></PBRCustomImageLocation>
<InstallState state="0"></InstallState>
<OsInstallAvailable state="0"></OsInstallAvailable>
<CustomImageAvailable state="0"></CustomImageAvailable>
<WinREStaged state="0"></WinREStaged>
<ScheduledOperation state="4"></ScheduledOperation>
<OperationParam path=""></OperationParam>
<OsBuildVersion path=""></OsBuildVersion>
<OemTool state="0"></OemTool>
</WindowsRE>
Now, Bitlocker works without fussing.
Special thanks to these guys for the REAgent.xml
tip.
edited Oct 8 '18 at 18:29
Mokubai♦
57.1k16135154
57.1k16135154
answered May 27 '16 at 20:21
rm-vandarm-vanda
140112
140112
add a comment |
add a comment |
It makes sense that Secure Boot must be on for BitLocker, at least if you're using the self-encrypting drive option (hardware encryption). However, this message may appear even if Secure Boot is enabled.
I got the same error message after a recent Server 2016 reboot. BitLocker had been working, but it suddenly lost track of the BCD info and would not resume.
Microsoft KB929834 discusses the issue but doesn't explain how to fix it if your System volume doesn't have a drive letter (which it normally won't).
Finally found a Veritas article that explains how to extract the correct volume number using diskpart
> list volume
, then use bcdedit to fix the BCD. Based on the OP's description of his partitions, the commands would be:
bcdedit -set {BOOTMGR} device partition=DeviceHarddiskVolume2
bcdedit -set {MEMDIAG} device partition=DeviceHarddiskVolume2
I blogged this with screen shots here:
https://www.mcbsys.com/blog/2019/01/bitlocker-wizard-initialization-has-failed/
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
add a comment |
It makes sense that Secure Boot must be on for BitLocker, at least if you're using the self-encrypting drive option (hardware encryption). However, this message may appear even if Secure Boot is enabled.
I got the same error message after a recent Server 2016 reboot. BitLocker had been working, but it suddenly lost track of the BCD info and would not resume.
Microsoft KB929834 discusses the issue but doesn't explain how to fix it if your System volume doesn't have a drive letter (which it normally won't).
Finally found a Veritas article that explains how to extract the correct volume number using diskpart
> list volume
, then use bcdedit to fix the BCD. Based on the OP's description of his partitions, the commands would be:
bcdedit -set {BOOTMGR} device partition=DeviceHarddiskVolume2
bcdedit -set {MEMDIAG} device partition=DeviceHarddiskVolume2
I blogged this with screen shots here:
https://www.mcbsys.com/blog/2019/01/bitlocker-wizard-initialization-has-failed/
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
add a comment |
It makes sense that Secure Boot must be on for BitLocker, at least if you're using the self-encrypting drive option (hardware encryption). However, this message may appear even if Secure Boot is enabled.
I got the same error message after a recent Server 2016 reboot. BitLocker had been working, but it suddenly lost track of the BCD info and would not resume.
Microsoft KB929834 discusses the issue but doesn't explain how to fix it if your System volume doesn't have a drive letter (which it normally won't).
Finally found a Veritas article that explains how to extract the correct volume number using diskpart
> list volume
, then use bcdedit to fix the BCD. Based on the OP's description of his partitions, the commands would be:
bcdedit -set {BOOTMGR} device partition=DeviceHarddiskVolume2
bcdedit -set {MEMDIAG} device partition=DeviceHarddiskVolume2
I blogged this with screen shots here:
https://www.mcbsys.com/blog/2019/01/bitlocker-wizard-initialization-has-failed/
It makes sense that Secure Boot must be on for BitLocker, at least if you're using the self-encrypting drive option (hardware encryption). However, this message may appear even if Secure Boot is enabled.
I got the same error message after a recent Server 2016 reboot. BitLocker had been working, but it suddenly lost track of the BCD info and would not resume.
Microsoft KB929834 discusses the issue but doesn't explain how to fix it if your System volume doesn't have a drive letter (which it normally won't).
Finally found a Veritas article that explains how to extract the correct volume number using diskpart
> list volume
, then use bcdedit to fix the BCD. Based on the OP's description of his partitions, the commands would be:
bcdedit -set {BOOTMGR} device partition=DeviceHarddiskVolume2
bcdedit -set {MEMDIAG} device partition=DeviceHarddiskVolume2
I blogged this with screen shots here:
https://www.mcbsys.com/blog/2019/01/bitlocker-wizard-initialization-has-failed/
answered Jan 14 at 21:20
Mark BerryMark Berry
1,30111117
1,30111117
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
add a comment |
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
(Except Secure Boot isn't required for BitLocker)
– Ramhound
Jan 14 at 21:50
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Isn't Secure Boot required for eDrive / hardware encryption? OP indicates he configured drive for encryption in Samsung Magician.
– Mark Berry
Jan 15 at 22:24
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Certain versions of Windows 7 supported BitLocker, Windows 7 does not support Secure Boot, so I don't see how Secure Boot would be a requirement for BitLocker. In this specific case, author already had Secure Boot enabled, so it being enabled/disabled wasn't the source of their issue.
– Ramhound
Jan 15 at 22:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
Good point about Win7 and BitLocker. However OP's first comment was, "This was evidently enough: Turn on Secure Boot in the BIOS." The way I read that, he did not have it enabled; enabling it solved his problem. Now I wonder why...
– Mark Berry
Jan 16 at 16:59
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.
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%2f1015677%2fsettings-for-boot-configuration-data-bcd-to-install-bitlocker-on-win-10%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
This was evidently enough: Turn on Secure Boot in the BIOS. BTW: no answer on this one right away, but I've gotten lots of good info from other posts. Thx!
– Speye
Dec 20 '15 at 3:36
In my case, Secure Boot was already on...
– rm-vanda
May 27 '16 at 20:15