Answer straight from the manual:
Actually, the .snapshot directory in the mount point is "real" to make
the pwd command work, whereas the .snapshot directories in all other
directories are "magic"; that is, can be accessed when they are
referenced by name but do not show up in a directory listing.
.
.
.
If .snapshot were to show up in every directory, it would cause many
commands to work improperly. For instance, all recursive commands for
removing files would fail because everything below .snapshot is
read-only. Recursive copies would copy everything in the snapshots as
well as files in the active file system, and a find command would
generate a list much longer than expected.
In message <[EMAIL PROTECTED]>, Don Lewis writes:
>On May 22, 3:33pm, Alfred Perlstein wrote:
>} Subject: Re: please hellllllllllllp me!
>} * David Scheidt <[EMAIL PROTECTED]> [000522 14:30] wrote:
>
>} > dscheidt@shell-2 ~ 536$ ls -al | grep .snapshot
>} > dscheidt@shell-2 ~ 537$ ls -al .snapshot
>} > total 60
>} > drwxrwxrwx 2 root wheel 4096 May 22 15:01 .
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 22 15:51 ..
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 22 14:58 hourly.0
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 22 13:52 hourly.1
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 22 13:00 hourly.2
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 22 10:52 hourly.3
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 19 16:34 nightly.0
>} > drwxr-xr-x 15 dscheidt dialin 8192 May 19 16:34 nightly.1
>} > dscheidt@shell-2 ~ 538$
>} >
>} > doesn't count then? This is a directory NFS-mounted from a NetApp. The
>} > .snapshot directory is a lifesaver, and support cost cutter.
>}
>} If the netapp doesn't honor readdir requests properly then it's
>} breaking unix semantics.
>}
>} Netapp is broken, there's no reason to intentionally hide this
>} directory from readdir.
>
>It would be really annoying to have to exclude all of these every
>time you wanted to roll a tarball of a directory tree. Also, a lot
>of the time you probably won't want find or other recursive things
>to wander into these directories.
>
>
>To Unsubscribe: send mail to [EMAIL PROTECTED]
>with "unsubscribe freebsd-hackers" in the body of the message
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
