Kiosk Provisioning Package prevents Win11 24H2 OOBE completion

Mark Bewley 71 Reputation points
2025-02-26T12:18:18.8333333+00:00

I am still attempting to build a viable Windows 11 IoT Enterprise LTCS 2024 image for our Kiosk hardware.

It is documented that a provisioning package can be applied during OOBE. First testing it with one a USB drive.

If I create a provisioning package that enables Single App in Kiosk mode (using a Classic Windows App), it is detected and applied, and the device restarts.

The issue I am now seeing, is after the restart, it boots to the command prompt (as the defaultuser0 user account) and does not resume/complete the OOBE process.

Windows for business | Windows for IoT
0 comments No comments
{count} votes

2 answers

Sort by: Most helpful
  1. Anonymous
    2025-02-28T09:24:45.0633333+00:00

    Hello

    Thank you for posting in Q&A forum.

    Here are a few steps you can take to troubleshoot:

    1. Ensure that the provisioning package is correctly configured and applied. Check for any errors in the configuration XML file.
    2. Make sure that UAC is turned on. This can sometimes affect the OOBE process.
    3. Look at the Event Viewer logs for any sign-in or auto logon issues under Applications and Services Logs\Microsoft\Windows\Authentication User Interface\Operational.
    4. Enable logging for kiosk issues to capture any one-time events that might be causing the problem. 5. Ensure that your device is up to date with the latest Windows updates. Sometimes, specific updates can resolve issues related to provisioning packages and OOBE.
    5. Verify that the assigned access configuration is correctly set up and that the kiosk app is specified properly.

    I hope the information above is helpful.

    If you have any questions or concerns, please feel free to let us know.

    Best Regards,

    Daisy Zhou

    ============================================

    If the Answer is helpful, please click "Accept Answer" and upvote it.


  2. Mark Bewley 71 Reputation points
    2025-04-06T16:34:19.5066667+00:00

    It appears the simple Provision kiosk devices template in the Windows Configuration Designer does not specify the default shell.

    Using the Switch to advanced editor option. The SMISettings/ShellLauncher/DefaultCustomShell can be set to explorer.exe.

    The help states, "The shell will default to cmd.exe if not specified."

    It looks like the OOBE UI is launched by explorer.exe. When applying the original provisioning package and it booting to the command prompt, if explorer.exe is entered the desktop is briefly seen and the OOBE UI relaunches.

    The advance project does need further editing as the ProvisioningCommands seem to get messed up - But applying the updated provisioning package after restart it redisplays the OOBE UI, logs in and displays the custom shell.

    0 comments No comments

Your answer

Answers can be marked as Accepted Answers by the question author, which helps users to know the answer solved the author's problem.