SDA/ K2000 | Win 10 Deployment failed with UEFI Error.

Hi Everybody,

Today, i have the same error : "'fs1:\EFI\Microsoft\Boot\bootmgfw.efi' is not recognized...."

I am using "Script Installation" on HP Prodesk 400 G4 SFF with a official Microsoft Win 10 1809 x64  Iso and "Create UEFI partitions" Task. 

Os Installation task seems OK but after Drivers Copy Task, the computer reboot but he can't boot on OS with "UEFI Interactive Shell V2.1" and  "'fs1:\EFI\Microsoft\Boot\bootmgfw.efi' is not recognized...." error....

have you an idea? 

Thank's for your help.

Best regards. 

0 Comments   [ + ] Show comments

Answers (2)

Posted by: SMal.tmcc 2 years ago
Red Belt

I only do images and just looked at the one scripted install I have and it does not have a check box to run the driver feed so that most likely is the problem, you don't have the proper drivers.

You may have to create a mid level task to call the driver feed

Mine is located in a different numbered directory then what you will have.  I use custom deployments so I need to manually call the driver feed.

Create a mid level bat task: (you will have to look at your kbox and determine the directory number)


  • Thanks you very much for you answer,

    after lot of tests, i am seeing that the problem are coming to "System Installation Task", Windows Os is not installed on Disk when the task is executed.

    Drivers is OK, ISO source is OK ans unattend.xml is ok too.

    Now I'm going around the problem with a "Bat Script" where i execute the setup.exe (Y:\Source_cds\) manually with copy of unattend.xml on T:\ and it's work... but i know that isn't a good solution - mmaino 2 years ago
Posted by: SMal.tmcc 2 years ago
Red Belt

do you have the proper pretasks?

  • yes, but... same issues.... - mmaino 2 years ago
    • can you share the xml - SMal.tmcc 2 years ago
    • what version is your kbox? - SMal.tmcc 2 years ago
      • you need 6.1 for 1809 support and also need to create a new kbe after upgrade - SMal.tmcc 2 years ago
  • Kbox is full updates: 6.1.251

    And unattend.xml :

    <?xml version="1.0" encoding="utf-8"?>
    <unattend xmlns="urn:schemas-microsoft-com:unattend" xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
    <settings pass="windowsPE">
    <component name="Microsoft-Windows-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <FullName>Admin Win10 V0.1</FullName>
    <Organization>My Orga</Organization>
    <component name="Microsoft-Windows-International-Core-WinPE" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <settings pass="specialize">
    <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <RegisteredOwner>Admin Win10 V0.1</RegisteredOwner>
    <RegisteredOrganization>My orga</RegisteredOrganization>
    <TimeZone>Romance Standard Time</TimeZone>
    <component name="Microsoft-Windows-UnattendedJoin" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <component name="Microsoft-Windows-Deployment" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <RunSynchronousCommand wcm:action="add">
    <Path>reg add "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\CurrentVersion\NetworkList\Signatures\FirstNetwork" /v Category /t REG_DWORD /d 00000000 /f</Path>
    <Description>Setting Network Location</Description>
    <settings pass="oobeSystem">
    <component name="Microsoft-Windows-Shell-Setup" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">
    <LocalAccount wcm:action="add">
    <component name="Microsoft-Windows-International-Core" processorArchitecture="amd64" publicKeyToken="31bf3856ad364e35" language="neutral" versionScope="nonSxS">

    What do you think? - mmaino 2 years ago
    • when Installation OS task as running, the error said that OS sources isn't accessible... - mmaino 2 years ago
      • is it only this model of computer doing this? - SMal.tmcc 2 years ago
      • No. EveryModels and EveryOS...

        Yesterday, i was finding the problem but now i have not a solution.

        When "Os Installation Task" are running, setup.exe chrash with Fatal error ( install.wim don't exist):

        2019-04-04 15:09:18, Info SetOSImageInfoOnBB: Windows image file location is [install.wim]
        2019-04-04 15:09:18, Error [0x06066f] IBS CollectInformationForImage: Could not find image file [install.wim] specified for 'ImageInfo\OSImage'.[gle=0x000004cf]
        2019-04-04 15:09:18, Error [0x000671] SetOSImageInfoOnBB: (hr = 0x80070002) Could not cache the Windows image XML info [install.wim][gle=0x000004cf]
        2019-04-04 15:09:18, Error [0x00054b] Callback_SetWinPEAndOSImageInfoOnBB: (hr = 0x80070002) Failed to collect WinPE and Windows image XML info.[gle=0x000004cf]
        2019-04-04 15:09:18, Info IBSLIB PublishCriticalError: Publishing critical error message [Windows n’a pas pu collecter d’informations pour [OSImage] car le fichier image spécifié [install.wim] n’existe pas.]
        2019-04-04 15:09:18, Warning [0x0a011f] UI SpwLoadBitmap failed: Bitmap Id [408], Error code 0.
        2019-04-04 15:09:18, Warning [0x0a011f] UI SpwLoadBitmap failed: Bitmap Id [416], Error code 126.
        2019-04-04 15:09:18, FatalError bResult[gle=0x0000007e]
        2019-04-04 15:09:18, FatalError [0x090001] PANTHR Exception (code 0xC0000005: ACCESS_VIOLATION) occurred at 0x00007FFCCAAC997D in Y:\source_cds\31\Sources\SPWIZENG.DLL (+000000000001997D). Minidump attached (82898 bytes) to diagerr.xml and X:\windows\panther\mnd8DFE.diagerr.mdmp.

        But, with command prompt, i can see Install.wim on Y:\Source_cds\31\sources\ .... And more, i can run setup.exe successfully.

        i am thinking that is a k2000 access rights bug... - mmaino 2 years ago
    • is not a k2000 access rights bug... with a new K2000 Vm, i have the same problem...

      I don't understand.... - mmaino 2 years ago
      • it could be an access problem. Have you changed your samba share password lately?
        When you change that you must compile new KBE's. that password is put into the KBE. And that password is used on RSA's also. If you have not I would try resetting the password and create a new KBE - SMal.tmcc 2 years ago
      • I had not update my samba share password. But, i was testing update password and regenerate KBE annnnnnnd....... same problem... :(

        "Google" say maybe a Corrupted ISO , but i was trying with lot of Windows 10 versions...

        am i alone with this error??? XD

        Thanks for your help. - mmaino 2 years ago
      • Hi SMal.tmcc,

        All the problems come from the MVLS license number... It isn't recognized by setup.exe to automatically choose windows version and it was crashing.

        So, Microsoft advises to use a generic licence number when a Automatic deployment are used:

        Since i reconfigured the licence number in deployment task, it's work!

        Thanks you very much for your help.

        Best regards.

        Martin. - mmaino 2 years ago
      • good to know - SMal.tmcc 2 years ago

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login


This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ