Shared Home folders on file server listed as "My Documents"
Solution 1:
There's a much easier method, non-destructive, which targets the actual Desktop.ini entry responsible for this behaviour. Go to:
Group Policy -> User Configuration -> Preferences -> Windows Settings -> Ini Files
Create a new Ini File entry, with the following settings:
Action: Delete
File Path: %homeshare%\desktop.ini
Section Name: .ShellClassInfo
Property Name: LocalizedResourceName
MAKE SURE you enable Run in logged-on user's context under the Common tab.
This will remove the offending line from the user's desktop.ini folder, fixing the folder display name behaviour, and leaving everything else intact, including any other user-set folder view customisations, etc. No mess, no fuss.
Solution 2:
(From Spiceworks)
- Navigate to share eg \\Server\Users
- Right click on column SIZE
- Click on More at the bottom
- tick Filename
You then get an extra column showing the real filename. You could make this the default for folders by doing this.
- Press ALT
- choose Tools->Folder Options->View
- Click Apply to Folders
Solution 3:
This is Explorer interpreting the desktop.ini
files located in each folder. It's maddening and unhelpful, and Microsoft recognizes that but gives no useful advice. The old "This behavior is by design" excuse for the loss...
I've taken to restructuring my shared directory hierarchies, on new installs, to be user-centric rather than directory-type-centric. Rather than having a hierarchy of "Documents" directories and "Profiles" directories (Desktop" directories, etc), I've taken to making a subdirectory for each user, and subdirectories below that for their various directories, like:
[ UserData ]
|
|- [ Bob ]
| |
| | - [ AppData ]
| | - [ Desktop ]
| | - [ Documents ]
| | - [ Downloads ]
| | - [ Profile ]
| | - [ Profile.V2 ]
... ...
I am really liking this method better tan the old way. I particularly like my provisioning script can set one ACL, at the "Bob" directory, versus one at each directory when they were stored in their own hierarchy. It also makes seeing an individual's total space usage much easier because I only need to du
one directory.
My folder redirection policies need to change a little, as do the user profile paths (ending in %username%\Profile
rather than just %username%
), but it's a minor change. I've only been doing this for a few months but, so far, it has worked well.
Solution 4:
Deny yourself (or your security group) read access to the desktop.ini - Next time you refresh the folder, it will show the actual folder names, not "My Documents"
Solution 5:
Just delete desktop.ini from all user folders (subdirectories of the share). I tested this, and it instantly displayed the proper name.
desktop.ini is hidden by default which makes it a little more tricky, but I can't see anything the users would miss with it gone; There is all of three lines of information in there.
Edit: To quickly blow away all desktop.ini files from the entire shared folder structure use the following command: (WARNING: This WILL remove user customizations for their folders, icons, layout settings? etc.)
C:\Users\> del desktop.ini /s /a:h