Subscribe: Comments on: Really Annoying Flaw in NTFS Mount Points
http://www.starkeith.net/coredump/2008/05/14/really-annoying-flaw-in-ntfs-mount-points/feed/
Added By: Feedage Forager Feedage Grade B rated
Language: English
Tags:
folder  mount points  mount  partition  points  problem  profile  programs  registry  reparse points  settings  time  user profile 
Rate this Feed
Rate this feedRate this feedRate this feedRate this feedRate this feed
Rate this feed 1 starRate this feed 2 starRate this feed 3 starRate this feed 4 starRate this feed 5 star

Comments (0)

Feed Details and Statistics Feed Statistics
Preview: Comments on: Really Annoying Flaw in NTFS Mount Points

Comments on: Really Annoying Flaw in NTFS Mount Points



What you get when my brain crashes...



Last Build Date: Fri, 01 May 2015 18:25:23 +0000

 



By: Keithius

Sun, 11 Sep 2011 13:14:02 +0000

Yeah, this problem only affects deleting folders, not files. Glad the registry hack worked for you! By the way - if you're having this problem, you must still be using Windows XP... why?? (Just a friendly jab!)



By: Troy

Sun, 11 Sep 2011 05:49:12 +0000

The Registry Key switch got rid of the shift+del issue for me. Interestingly enough, I was only having to hit shift+del to get rid of folders, regular old del worked fine for files. Both work now that I changed the registry entry that Intuit mentioned.



By: Intuit

Thu, 07 Apr 2011 15:32:57 +0000

Ran across this thread while seeking out file/directory duplication software that supports NTFS Reparse Points (a.k.a. Junctions and Symbolic Links). (linked in from http://www.starkeith.net/coredump/2009/05/18/how-to-move-your-windows-user-profile-to-another-drive/ ) Anyway, I have had my XP installation split-up over multiple physical drives for some time now. See: http://www.sudhian.com/index.php?/forums/viewthread/95156/ Regarding XP post installation, there are specific locations in the registry that can be modified (while system is online or offline) to accommodate the fact that you've moved that specific user profile. See "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList". In theory, the Recycle.Bin folder should start working properly. Any Explorer .LNK files, and other registry entries pointing to the old locations will continue to rely on the NTFS directory / folder junction; working properly. The problem here is caused by the fact that part of the RecycleBin implementation runs at a low level. Low-level programs and drivers, see through reparse points. This is true even for Vista/7. FYI regarding Vista/7, Symbolic Links will work on Folders (like "C:\Users" and "%ProgramData%") where Junctions will not. (<-- note: all reparse points will need to be manually updated to point to the truename locations) However if some program breaks protocol and places a driver file under one of these folders, that program will fail unless the driver is manually moved and it's associated registry entries updated. ---------- I know of no install-parameters for Windows versions 6 and beyond. (they simply use special "Desktop.Ini" settings to customize folder names for different languages while the underlying folder names remains unchanged)



By: Paul B.

Fri, 18 Feb 2011 17:03:11 +0000

Keith, I enjoy your writing. But I've concluded that moving user profiles by junction points carries the potential of too many important snags down the line. MS really needs to step up to the plate and implement this as an inherent feature, at least on install, and most preferably at any time.



By: Keithius

Sat, 17 Jan 2009 14:52:27 +0000

Hmmm... I've never run into the problem of having my "Documents and Settings" partition un-mount spontaneously yet. If it often happens while un-installing a program, I'd start by laying the blame on the un-installer. Un-installers are often the worst-written programs you will ever find on a computer, and the least tested. It wouldn't surprise me that a badly written one could cause an entire partition to be un-mounted.



By: Lupin

Sat, 17 Jan 2009 00:55:41 +0000

I've done the same thing and moved the whole "document and settings" folder (which means all users, even NetworkService and LocalService) to another partition. I got used to the SHIFT+DELETE "workaround" (after a month or so). But I have another problem and would be interested if someone else with a similar setup has the same. Sometimes when I uninstall a program (seems to depend on the installer) the whole documents partition gets unmounted! With all the consequences of having no user profile anymore (programs resetting to default settings, all icons vanishing in the start menu, quicklaunch and desktop, aso.). I immediately have to open regedit change the profile path for every profile to the drive letter of the docs partition. Then I have to restart, because some programs already wrote in a new "docs and set" folder on the system drive, and as long as there are files in it you can't mount a partition in it. After the restart you see which programs are intelligent and using the USERPROFILE variable and which use hardcoded paths. One annoying example is the AVG virus scanner which always uses the path given at install for logfiles. Logfiles you can't delete until you killed all AVG processes, which is a challenge in it's own. Whenn the directory is empty again, the docs partition can be mounted to it again (I keep the drive letter, too, because I know I'll need it again). After changing the settings in the registry again and a reboot, everything is back to normal. Luckily I never lost any data or settings (programs reverting to defaults is temporary) or had other problems like not being able to login (which IMO is just big luck). So it's mainly an annoyance (that took me some time to repair the first time it occured; now I'm done in 10 minutes). I don't know why this happens. It seems to be a badly programmed uninstaller, that wreaks havoc when trying to delete something in the profile folder (e. g. start menu entries). Has someone else experienced this mediocre handling of NTFS mount points with XP? Man, I love linux for having a single TEXT! - file for it's mounts (and not a cryptic, unmanageable registry) and completly transparent handling of mount points.



By: Keithius

Sun, 03 Aug 2008 13:39:04 +0000

Yes, I know it's been fixed in Vista - but I have XP, so that doesn't really help me.



By: Sid

Sun, 03 Aug 2008 07:08:04 +0000

Oh, this has been fixed in Vista.



By: batteryfast

Thu, 03 Jul 2008 09:42:56 +0000

[...]belive me Time Theif this has nothing to do with an "actual" horse, or climb on Mt. Everest, this is metaphore for exactly what the tags say. YOU have to read deeper to understand[...]