If you get this error there is probably something wrong with the user profile.
It’s either that the VHD / VHDx is locked, or the cached profile is broken.
In the first case sometimes the Windows Session closes down and doesn’t alert FSLogix to unlock the disk. Before you reboot the VM, consider adding the following registry entry:
CleanupInvalidSessions
Path: HKEY_LOCAL_MACHINE\Software\fslogix\apps\CleanupInvalidSessions
Type: DWORD
Value to set: 1
At times a Windows Session may suffer an inelegant termination, in these cases FSLogix is not provided an appropriate event to trigger the dismount of the VHD(x) file for Profile Container and Office Container. By setting CleanupInvalidSessions to 1, additional FSLogix logic is triggered to make this scenario less likely. Setting CleanupInvalidSessions will cause the functionality to be utilized for both Profile Container and Office Container. KNOWN ISSUE: at this time CleanupInvalidSessions should not be used in conjunction with Cloud Cache when concurrent sessions (e.g utilizing ProfileType/VHDAccessMode) are in use.
https://docs.microsoft.com/en-us/fslogix/profile-container-configuration-reference
In the second case head into C:\Users\ and backup the profile related to the blocked user, then rename it to profilename_local.
Azvise 