> Thanks for the additional clarification! > Now just to be extra certain, am I correct in my observation that while Win7 add lots of junction points (which as we both agree are treated as symbolic links), it does not add any hard links.
Yes, I'm not aware of *any* hard links used in any Windows OS (although you *can*, none are set up by default.) > So, if so, then there really shouldn't be any backup duplication problem unless the *user* introduces his/her own new hard links either via data or new program installs. But I also haven't seen many (if any) hard links in typical commercial software. Yes. > So, I am concluding that from a backup perspective I don't need to worry about data duplication. I'd say yes to this as well. > On a side note, I *am* looking for a good way to cleanly list all the junction points so that I can periodically catalog them for potential future restore. > > Note I tried "dir /aL /s" but it doesn't give a very clean listing plus it seems to itself get hung up on junction loops. So, is there any good code (either cmd.exe, powershell, or cgywin) to find all junction points and list them in a simple 2-column like list > consisting of the "source" and the "target" (note standard cygwin 'find' or 'ls' won't help since it doesn't distinguish between > symlinks and junction points) My first suggestion is what you've already tried: "dir /aL" The Windows command shell behaves quite differently than POSIX, so (for example) deleting a symlink to a directory in Windows actually deletes the *contents* not the symlink itself. (Instead, you use rmdir to delete the symlink. Yeesh.) I'm not aware of a tool that gets past the looping issues, or even that has better output than dir (this doesn't mean they don't exist.) ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ BackupPC-users mailing list BackupPC-users@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/