Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Jan 2012 06:46:39 +0100
From:      Polytropon <freebsd@edvax.de>
To:        Jim Pazarena <fquest@paz.bz>
Cc:        freebsd-questions@freebsd.org
Subject:   Re: dot snap folder
Message-ID:  <20120116064639.ef2dba63.freebsd@edvax.de>
In-Reply-To: <4F1363E4.2090104@paz.bz>
References:  <4F1363E4.2090104@paz.bz>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 15 Jan 2012 15:40:20 -0800, Jim Pazarena wrote:
> Is it permissible to delete the dot snap folder which is created
> in a filesystem?

First of all, it's called a directory, not a "folder". :-)

The .snap directory in a partition's root directory is
used by the program "dump" to store a snapshot of a live
(i. e. possibly changing) file system prior to dumping
it (i. e. it dumps the snapshot).

See "man dump", the -L option:

This option is to notify dump that it is dumping a live file sys-
tem.  To obtain a consistent dump image, dump takes a snapshot of
the file system in the .snap directory in the root of the file
system being dumped and then does a dump of the snapshot.  The
snapshot is unlinked as soon as the dump starts, and is thus
removed when the dump is complete.  This option is ignored for
unmounted or read-only file systems.  If the .snap directory does
not exist in the root of the file system being dumped, a warning
will be issued and the dump will revert to the standard behavior.
This problem can be corrected by creating a .snap directory in
the root of the file system to be dumped; its owner should be
``root'', its group should be ``operator'', and its mode should
be ``0770''.

***

So unless you're currently running a dump -L session,
you can delete that directory. Maybe you need to be
member of "operator" or be "root" in order to do it
due to access permissions described above.


-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120116064639.ef2dba63.freebsd>