Moving from Roaming to Local profile causes a folder redirection failure

[Garacesh]

Searching EduGeek brings up this and this thread, but as my scenario is a little different, I'm going to post again

 

Failed to apply policy and redirect folder "Desktop" to "\\fileserver.domain.local\Staff\\Desktop".
Redirection options=0x1000.
The following error occurred: "Failed to build the list of known sub folders".
Error details: "The system cannot find the file specified.
".

Similar errors appear for Start Menu, Documents, Downloads, My Music, My Pictures, My Videos (also 0x1000) and Favourites (0x1001).

Does not seem to be user specific (When I logged on I got Documents, My Music, My Pictures and My Videos with 0x1211. Downloads, Desktop and Start Menu aren't redirected for IT admins.)

 

The user was fine until we took him off a roaming profile. I went into AD Users and Computers and made his Profile Path blank, which should create a local profile. I then went to his machine and deleted his C:\Users\, and cleared out the registry pointer in HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList, rebooted, then got him to log on. The initial (unrelated) problem was fixed but now his folders aren't redirecting.

 

Ideally we want to take everybody off roaming profiles as we've had a lot of issues where a user would have a problem and it would follow them around the building. With Desktop/Documents redirected there's no real need to use roaming profiles, so changing them to local would stop problems propagating elsewhere (and make them easier to fix when they do show up) but until we've got this sorted we can't roll it out to other users for fear of them 'losing' files (by saving on their Desktop for example, in one room, then trying to teach in another and not having the file.)

 

• I have navigated to \\fileserver.domain.local\Staff\\Desktop (and other related folders). All UNC paths are correct.
  
• Permissions seem to be fine. He has full control over the folder (and all subfolders) and is part of the Staff group which grants him Traverse folder / excute file, List folder / read data, Read attributes, Read extended attributes and Read permissions permissions on the Staff folder.
  
• Folders was redirected fine before moving him to a local profile (I haven't tried moving him back to his roaming profile, I'm trying to avoid any further disruption)
  
• \\fileserver.domain.local\Staff\ is still mapping as a network drive, just not as 'My Documents'
  

 

That's all I can think of that might be relevant to the situation. Anybody dealt with the dreaded switch and hit these issues before?

[Chuckster]

Put the following in notepad and save it as a .reg file.

 

Then, apply it as a startup script in your GPO.

 

Windows Registry Editor Version 5.00

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{2112AB0A-C86A-4ffe-A368-0DE96E47012E}]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{2112AB0A-C86A-4ffe-A368-0DE96E47012E}\PropertyBag]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{491E922F-5643-4af4-A7EB-4E7A138D8174}]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{491E922F-5643-4af4-A7EB-4E7A138D8174}\PropertyBag]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{7b0db17d-9cd2-4a93-9733-46cc89022e7c}]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{7b0db17d-9cd2-4a93-9733-46cc89022e7c}\PropertyBag]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A302545D-DEFF-464b-ABE8-61C8648D939B}]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A302545D-DEFF-464b-ABE8-61C8648D939B}\PropertyBag]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A990AE9F-A03B-4e80-94BC-9912D7504104}]

[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\FolderDescriptions\{A990AE9F-A03B-4e80-94BC-9912D7504104}\PropertyBag]

[Garacesh]

Yeah, I saw that in the other thread.. Can you elaborate on what that actually does..?

[Chuckster]

It deletes those keys in the registry so that when you next log in again it will recreate the correct settings for them.

[Garacesh]

Hm. Well I've logged in as localadmin, ran that script and rebooted the machine. Waiting for the member of staff to get back in his office and give it a test.

 

As a question, with it running as a startup script, what if one user logs out and another logs in without the machine being rebooted? Such as if this error starts rearing its head on classroom machines?

[Chuckster]

The registry works on machines that have been affected. Once applied, the settings take affect for every user that logs on. It's best applied at startup.

[3s-gtech]

I have that script running on every PC at startup. They will tend to work without it, for a bit, but it always comes back. The impact on startup time is minimal.

[Garacesh]

Hm. Okay then. Next question. How? Sorry, first time I've dealt with startup scripts.

 

I've put the file in sysvol\domain\scripts (NETLOGON)

I've created a policy and linked it to the root OU for our machines.

Computer Configuration, Policies, Windows Settings, Scripts (Startup/Shutdown), Startup

• Script name: \\domain.local\netlogon\FolderRedirectFix.reg // Script Parameters: /s
  
• Script name: regedit.exe // Script Parameters \\domain.local\netlogon\FolderRedirectFix.reg /s
  
  

 

Neither are working. After a gpupdate /force, the machine I'm testing this on still has the reg keys to remove.

[3s-gtech]

Startup script:

 

regedit /s \\servername\scripts$\folderredirection.reg

 

Then folderedirection.reg just contains the previous post.

[Garacesh]

Ahh. Okay. Thanks I'll give that a try.

 

The reg file is basically as written above, but with a note as to why it's needed (though those additional lines begin with ; which should result in them being ignored, if my knowledge serves correctly..?)

[Garacesh]

Hm. That isn't working, either. Regedit, check, keys are still there. gpupdate /force (only wants to logoff), reboot, check, keys are still there.

 

Is this right..?

 

Do I not have to do anything with the \\Domain.Local\SysVol\Domain.Local\Policies\{GUIDGUID-GUID-GUID-GUID-GUIDGUIDGUID}\Machine\Scripts\Startup folder? (Or, alternatively, is it supposed to still be empty?)

Edited September 8, 2015 by Garacesh

[Chuckster]

Save the below in a file with the extension .BAT

 

regedit /s \\servername\netlogon\folderredirection.reg[/codE]
 

Apply it to startup script in Comp Config and away you go.

[Garacesh]

Hm. Feels a little kludgy, I would've thought policy would've had a better method than that, but I'll give it a try tomorrow, see how it goes.

[Garacesh]

Woohoo \o/ it worked. Thank you very much, @Chuckster and @3s-gtech. You've truly saved my bacon Edited September 9, 2015 by Garacesh