Jump to content

Recommended Posts

Posted

Hi,

Not sure how to explain this one but I’ll give it a go.

 

In the summer we had to robo copy a Server 2000 file server onto 2012 as we couldn’t P2V it during a VM project.

We have roaming profiles but don’t do a lot of roaming so didn’t spot this problem until last week.

 

If a user logs onto their usual PC or one that they have used in the past they get their desktop no problem and can add or delete items from it and they move between PC’s.

BUT if they log onto a PC that they have never used before then they do not get their desktop.

This problem screams permissions at me but where to start and what are the permissions.

Posted

Check the permissions on an individual user's folder in your 'User Folder' directory on the file server.

 

As you've now got Server 2012, you can use the 'Effective Access' tab within the 'Advanced' section of Security on that folder to choose the user, choose a PC that they're using and see the resultant permission restrictions (Click 'View effective access' once you've chosen a user and a PC)

  • Thanks 1
Posted

OK done that (see attatched) and the user has the access shown for their user account on the folder and the workstation that their desktop does not load on.

 

Its the desktop working on PC's that they have used pre RoboCopy and not working on new ones after that is puzzeling me.access.jpg

Posted (edited)
OK done that (see attatched) and the user has the access shown for their user account on the folder and the workstation that their desktop does not load on.

 

Its the desktop working on PC's that they have used pre RoboCopy and not working on new ones after that is puzzeling me.[ATTACH=CONFIG]39818[/ATTACH]

Could you try changing the owner of a test folder in that directory (if you've got one... not a live user!) to the user instead of 'Administrators' (which that screenshot shows is the current owner of that folder) and see if it makes a difference? The permissions on our 'User Folder' directory meant only creator owner had read/write access to the folder (when we were initially testing Roaming Profiles).

 

Edit: have had a think about it and it's probably not going to make much difference changing the folder owner for an individual user's folder. Perhaps it's worth checking the GPO(s) your using to configure Roaming Profiles to ensure the Desktop folder is being redirected properly (and checking all other folders too while you're at it)

 

User Configuration - Policies - Windows Settings - Folder Redirection

 

Expand that module. Right-click on Desktop, click Properties and check the value in 'Root Path'. I'd double-check what should be there and test it on a 'test' OU before making any drastic changes to this as you don't want to break anything!

 

For reference, our settings are:

 

Setting: Basic - Redirect everyone's folder to the same location

 

Target folder Location: Create a folder for each user under the root path

 

Root Path: \\fileserver\userfoldershare

 

...on the 'Settings' tab

 

Checkbox 'Move the contents of Desktop to the new location.' checked

 

'Leave the folder in the new location when policy is removed' selected

Edited by dry

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now



×
×
  • Create New...