Has the issue been resolved on the latest Windows updates? I blocked the 2004 updates but cant work forver without offline files. Moved users documents to One drive but still have other shared drives.
rdr_file_system 0x27 BSOD After Windows 10 2004 update, but only on domain profiles
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Anonymous
Good morning, I am having an issue on some PCs recently after some PCs received the Windows 10 2004 build update. After receiving said update, the machines will BSOD with a 0x027 error code when logging into a domain profile while connected to the network.
If I remove the network cable from the PC and log into a domain account that was cached on the machine before the update, it will log in without issues and then I can connect it to the network and it seems to resume function. I can also sign into a local account on the machine, with and without network connectivity.
I used Bluescreen View to look at the dumps which seem to be showing rdbss.sys and mrxsmb20.sys as drivers that are causing the issue. I have tried updating network drivers etc from the vendors websites and not relying on Windows to, but am still having the issue.
The other bizarre thing is if the PC crashes 3 times, boots into the recovery mode to try and repair your PC and I restart it, it will then log in once to a domain account and seem to be functioning, however if the PC is restarted it will BSOD on log in.
Has anyone seen or heard of any issues like this since this update? Could it be something out dated on the server that is causing the issue to happen to the machines on the newer OS? I can't help but feel like it has something to do with folder redirection and that is why cached accounts will work with no network connection however I am stumped how to get around this other than not updating every other machine, and rolling back if possible (I had a PC that was upgraded from Windows 7 to 10 and went straight to the 2004 build and BSOD'd, I tried to roll back to Win7 and system will not boot at the moment saying it is missing system files etc.).
I have some mini dumps I can share if that would help as I would like to get to the bottom of this if possible.
Windows for home | Windows 10 | Performance and system failures
Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.
167 answers
Sort by: Oldest
-
Anonymous
2020-09-21T12:50:04+00:00 -
Anonymous
2020-09-21T13:18:30+00:00 It is not fixed. I read somewhere (thought it was in this thread but must have been one of the others I've followed) that someone tried installing the 20H2 preview on an affected machine and it was fixed. If so, you'd think it would be back-ported to 2004 by now. But at least there's some hope for October.
-
Anonymous
2020-09-21T15:13:15+00:00 I installed the then current build of 20H2 back in August; it definitely did NOT fix the problem. I’m still running 1909 with newer Feature Updates blocked.
-
Anonymous
2020-09-21T15:19:33+00:00 I concur the 20H2 did not resolve the issue
-
Anonymous
2020-09-22T11:24:15+00:00 So far for me the easiest workaround has been to keep offline folders and folder redirection enabled but to exclude users with Windows 10 2004 builds from mapping a driveletter to their homedrive / homefolder
I use Group Policy Preferences for drivemappings and have enabled item level targeting for this.
It only maps a drive letter if:
The string registry value at HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\CurrentBuildNumber does not exist or does not have a value data 19041
- Since Folder redirection and offline files still works, users can still access their redirected folders either directly in Explorer (Documents is for example mapped to \server\share%username%\Documents)
- They can access their homedrive root via UNC path: \server\share%username%. A simple shortcut to that will suffice.
For my users the negative impact of not being able to access their homefolder via driveletter is relatively low and it's easy to implement and rollback. The same could be done with a logonscript.
Perhaps once you would need to reset the CSC cache for users that are already affected and get BSOD at logon (like I have)
Alternatively try having them log on "offline", then connect to network, remove driveletter/disconnect drive and run gpupdate /force. Logoff and back on.