FSLogix keeps creating new profile container (Create Formatted Disk) after nightly reboot – only for one user

Benny Monstrey 1 Reputation point
2025-09-19T12:34:26.9166667+00:00

FSLogix keeps creating new profile container (Create Formatted Disk) after nightly reboot – only for one user

Post:

Hey everyone,

I’m running into a strange FSLogix issue and wondering if anyone has seen this before.

Environment:

  • FSLogix Profile Containers on Windows Server 2022 RDSH

All other users work fine, containers are mounted normally (AttachVirtualDisk success).

For one user everything works fine during the day, but after the nightly server reboot (03:00), the next logon shows this in Profile-*.log:

[08:41:57.152] Profile VHD not found. Creating new VHD.
[08:41:57.465] Created vhd(x): \\<server>\FSLogix_Profiles$\<user>_...\Profile_<user>.VHDX
[08:41:57.871] Create Formatted Disk
[08:42:00.621] Format complete
[08:42:01.746] Attached vhd(x) successfully
[08:42:02.294] Mounted: ...Profile_<user>.VHDX
[08:42:02.465] User Profile Path: C:\Users\<user>.FSL0

After that, the user gets a completely fresh profile. At logoff, FSLogix also logs that it removes the local profile:

[09:01:49.277] Directory removal queued: C:\Users\local_<user>
[09:01:49.277] Profile removed for sid ...-5762

Additional context:

The AD user account was recently re-created.

Share and NTFS permissions are correct (user + SYSTEM + session hosts = Full Control)

DeleteLocalProfileWhenVHDShouldApply = 1 (default setting)

No .lock file left behind

No issues for any other users

So essentially, every time the servers reboot at night, FSLogix creates a completely new container for this user instead of attaching the existing one.

Question:

Has anyone seen FSLogix do a full “Create Formatted Disk” on every logon like this?

Any tips on what else to check when it only affects a single user?

Thanks in advance!FSLogix keeps creating new profile container (Create Formatted Disk) after nightly reboot – only for one user

Post:

Hey everyone,

I’m running into a strange FSLogix issue and wondering if anyone has seen this before.

Environment:

FSLogix Profile Containers on Windows Server 2022 RDSH

All other users work fine, containers are mounted normally (AttachVirtualDisk success).

For one user everything works fine during the day, but after the nightly server reboot (03:00), the next logon shows this in Profile-*.log:

[08:41:57.152] Profile VHD not found. Creating new VHD.

After that, the user gets a completely fresh profile.
At logoff, FSLogix also logs that it removes the local profile:

[

Additional context:

The AD user account was recently re-created.

Share and NTFS permissions are correct (user + SYSTEM + session hosts = Full Control)

DeleteLocalProfileWhenVHDShouldApply = 1 (default setting)

No .lock file left behind

No issues for any other users

So essentially, every time the servers reboot at night, FSLogix creates a completely new container for this user instead of attaching the existing one.

Question:

Has anyone seen FSLogix do a full “Create Formatted Disk” on every logon like this?

Any tips on what else to check when it only affects a single user?

Thanks in advance!

Windows for business | Windows Client for IT Pros | User experience | FSLogix
0 comments No comments
{count} votes

1 answer

Sort by: Most helpful
  1. Quinnie Quoc 5,835 Reputation points Independent Advisor
    2025-09-19T13:11:47.2133333+00:00

    Dear Benny Monstrey,

    We understand that for one specific user, the profile container is recreated after each nightly reboot, while all other users’ profiles attach normally.

    Given that the AD account for this user was recently re‑created, it is possible that the SID (Security Identifier) no longer matches the existing VHDX profile, causing FSLogix to treat it as missing and create a new container. We recommend verifying the SID in the existing VHDX folder name and comparing it to the current SID for the user (whoami /user). If they differ, renaming the folder or re‑associating the profile may resolve the issue.

    Additionally, check the registry under HKLM\SOFTWARE\FSLogix\Profiles and HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList to ensure there are no stale entries for the old SID. Confirm that the profile path in Active Directory is correct and that no residual local profile folders are left behind after logoff.

    If the issue persists, you may need to back up the existing VHDX, remove the old profile references, and allow FSLogix to create and bind a new container to the correct SID. Please share the relevant FSLogix logs and SID mappings if you would like us to validate the configuration before making changes.

    If my answer is useful for you, please vote for it.

    Best regards,

    Quinnie Quoc.

    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.