From owner-freebsd-questions@FreeBSD.ORG Mon Jan 16 05:46:43 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40EDA1065675 for ; Mon, 16 Jan 2012 05:46:43 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 061AC8FC0A for ; Mon, 16 Jan 2012 05:46:42 +0000 (UTC) Received: from r56.edvax.de (port-92-195-26-82.dynamic.qsc.de [92.195.26.82]) by mx02.qsc.de (Postfix) with ESMTP id 9728A29BF2; Mon, 16 Jan 2012 06:46:40 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id q0G5kePp002011; Mon, 16 Jan 2012 06:46:40 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Mon, 16 Jan 2012 06:46:39 +0100 From: Polytropon To: Jim Pazarena Message-Id: <20120116064639.ef2dba63.freebsd@edvax.de> In-Reply-To: <4F1363E4.2090104@paz.bz> References: <4F1363E4.2090104@paz.bz> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-questions@freebsd.org Subject: Re: dot snap folder X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jan 2012 05:46:43 -0000 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, ...