After skipping OOBE network connection on Win11 25H2, the system keeps spinning the loading circle while waiting to enter the desktop. If you force shut down the device and restart it, the system will return to normal.

Goodluck 45 Reputation points
2026-08-28T03:23:03.0333333+00:00

Hi Microsoft colleagues, could you please help take a look at the logs in the attachment? When using the command oobe\bypassnro on a Windows system to skip the OOBE network connection step, the system keeps displaying the spinning loading circle while waiting to enter the desktop, and fails to load the system desktop even after 15 minutes. After a forced shutdown and restart, the system returns to normal. Thank you for your assistance. OneDrive: Log link

https://1drv.ms/u/c/90ce3fdc4d75bf6f/IQB0youDEmESRa0wZRl8WtQ8AT1SlwAUL2zcpzTDaSjXsFY?e=upFP29

Windows for business | Windows Client for IT Pros | User experience | Other
0 comments No comments

1 answer

Sort by: Most helpful
  1. Brian Huynh 3,815 Reputation points Microsoft External Staff
    2026-08-28T07:15:55.67+00:00

    Hello Goodluck, thank you for posting in the Microsoft Q&A community.

    This behavior typically occurs due to a race condition or service timeout during the initial profile creation phase (oobeSystem configuration pass). When oobe\bypassnro modifies the registry key HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE setting BypassNRO to 1, it allows the user to proceed through OOBE offline. However, newer builds of Windows 11 initiate background services—such as CloudExperienceHost, UserOOBEBroker.exe, WpnUserService, and CDPSvc—that attempt to query online endpoints, check for Microsoft Account provisioning, and download AppX packages during the First Logon Animation sequence. When offline, these background initialization threads wait on network stack socket timeouts before handing execution off to explorer.exe. A hard reboot terminates these hanging OOBE setup tasks and forces Windows to load the newly created local profile under standard startup parameters.

    To resolve or work around this issue effectively during deployment, you can use one of the following approaches:

    Disable First Logon Animation

    1. On the OOBE network screen, press Shift + F10 (or Shift + Fn + F10) to open the Command Prompt.
    2. Execute the following commands to set the bypass registry flag and disable the initial logon animation:
    reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE /v BypassNRO /t REG_DWORD /d 1 /f
    reg add HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System /v EnableFirstLogonAnimation /t REG_DWORD /d 0 /f
    shutdown /r /t 0
    

    Disabling the animation forces Windows to directly load the desktop environment rather than rendering the waiting screen while background services complete their timeout cycle.

    Audit Mode or Unattend Provisioning

    1. Boot into Audit Mode: At the initial OOBE screen, press Ctrl + Shift + F3.
    2. Windows will automatically reboot into the built-in Administrator account in Audit Mode.
    3. From Audit Mode, install necessary drivers and applications, then execute Sysprep to generalize or prepare the machine for deployment.

    Alternatively, you can supply an unattend.xml answer file containing the <HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE> setting under Microsoft-Windows-Shell-Setup.

    References & Official Microsoft Documentation:

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments

Your answer

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