Settings for Boot Configuration Data (BCD) to install Bitlocker on Win 10












3















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.




  1. What is the correct path for this?

  2. What are the correct BCD settings?

  3. Is this going to require re-doing the partitions / re-installing Windows?

  4. [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:




  1. Recovery

  2. System (EFI System)

  3. Reserved (MSR)

  4. Primary (OS)


Recovery is active (i.e. reagentc was told to enable, and it's usable).










share|improve this question

























  • 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
















3















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.




  1. What is the correct path for this?

  2. What are the correct BCD settings?

  3. Is this going to require re-doing the partitions / re-installing Windows?

  4. [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:




  1. Recovery

  2. System (EFI System)

  3. Reserved (MSR)

  4. Primary (OS)


Recovery is active (i.e. reagentc was told to enable, and it's usable).










share|improve this question

























  • 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














3












3








3








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.




  1. What is the correct path for this?

  2. What are the correct BCD settings?

  3. Is this going to require re-doing the partitions / re-installing Windows?

  4. [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:




  1. Recovery

  2. System (EFI System)

  3. Reserved (MSR)

  4. Primary (OS)


Recovery is active (i.e. reagentc was told to enable, and it's usable).










share|improve this question
















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.




  1. What is the correct path for this?

  2. What are the correct BCD settings?

  3. Is this going to require re-doing the partitions / re-installing Windows?

  4. [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:




  1. Recovery

  2. System (EFI System)

  3. Reserved (MSR)

  4. Primary (OS)


Recovery is active (i.e. reagentc was told to enable, and it's usable).







boot partitioning windows-10 ssd






share|improve this question















share|improve this question













share|improve this question




share|improve this question








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



















  • 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










2 Answers
2






active

oldest

votes


















1














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:




  1. Use a Windows 7 install/recovery disk & select "Repair my Computer"

  2. "Windows detected a problem with your configuration. Fix and restart?" -> yes.

  3. Bitlocker now reports that it "Could not find the specified file"

  4. Make a backup of C:Windowssystem32RecoveryREAgent.xml in case this fix doesn't work for you.


  5. 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.






share|improve this answer

































    0














    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/






    share|improve this answer
























    • (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











    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
    });


    }
    });














    draft saved

    draft discarded


















    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









    1














    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:




    1. Use a Windows 7 install/recovery disk & select "Repair my Computer"

    2. "Windows detected a problem with your configuration. Fix and restart?" -> yes.

    3. Bitlocker now reports that it "Could not find the specified file"

    4. Make a backup of C:Windowssystem32RecoveryREAgent.xml in case this fix doesn't work for you.


    5. 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.






    share|improve this answer






























      1














      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:




      1. Use a Windows 7 install/recovery disk & select "Repair my Computer"

      2. "Windows detected a problem with your configuration. Fix and restart?" -> yes.

      3. Bitlocker now reports that it "Could not find the specified file"

      4. Make a backup of C:Windowssystem32RecoveryREAgent.xml in case this fix doesn't work for you.


      5. 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.






      share|improve this answer




























        1












        1








        1







        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:




        1. Use a Windows 7 install/recovery disk & select "Repair my Computer"

        2. "Windows detected a problem with your configuration. Fix and restart?" -> yes.

        3. Bitlocker now reports that it "Could not find the specified file"

        4. Make a backup of C:Windowssystem32RecoveryREAgent.xml in case this fix doesn't work for you.


        5. 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.






        share|improve this answer















        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:




        1. Use a Windows 7 install/recovery disk & select "Repair my Computer"

        2. "Windows detected a problem with your configuration. Fix and restart?" -> yes.

        3. Bitlocker now reports that it "Could not find the specified file"

        4. Make a backup of C:Windowssystem32RecoveryREAgent.xml in case this fix doesn't work for you.


        5. 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.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Oct 8 '18 at 18:29









        Mokubai

        57.1k16135154




        57.1k16135154










        answered May 27 '16 at 20:21









        rm-vandarm-vanda

        140112




        140112

























            0














            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/






            share|improve this answer
























            • (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
















            0














            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/






            share|improve this answer
























            • (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














            0












            0








            0







            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/






            share|improve this answer













            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/







            share|improve this answer












            share|improve this answer



            share|improve this answer










            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



















            • (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


















            draft saved

            draft discarded




















































            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.




            draft saved


            draft discarded














            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





















































            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







            Popular posts from this blog

            How do I know what Microsoft account the skydrive app is syncing to?

            When does type information flow backwards in C++?

            Grease: Live!