From owner-freebsd-stable Sat Nov 9 20:38:36 2002 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 687A937B401 for ; Sat, 9 Nov 2002 20:38:34 -0800 (PST) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCF543E77 for ; Sat, 9 Nov 2002 20:38:33 -0800 (PST) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (localhost.dlib.vt.edu [127.0.0.1]) by gromit.dlib.vt.edu (8.12.6/8.12.6) with ESMTP id gAA4cYgv003792 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 9 Nov 2002 23:38:34 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by gromit.dlib.vt.edu (8.12.6/8.12.6/Submit) id gAA4cYBS003791; Sat, 9 Nov 2002 23:38:34 -0500 (EST) (envelope-from paul) Date: Sat, 9 Nov 2002 23:38:34 -0500 From: Paul Mather To: Eugene Grosbein Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: backups of SUPERBLOCK Message-ID: <20021110043834.GA3665@gromit.dlib.vt.edu> References: <20021109231607.W9701-100000@topperwein.pennasoft.com> <3DCDDFB1.D49327C6@kuzbass.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <3DCDDFB1.D49327C6@kuzbass.ru> X-No-Archive: yes X-Operating-System: FreeBSD/i386 4.7-PRERELEASE User-Agent: Mutt/1.5.1i Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sun, Nov 10, 2002 at 11:25:21AM +0700, Eugene Grosbein wrote: => > If you didn't do any custom tuning with newfs, it's likely that => > => > newfs -N -b 8192 -f 1024 # pre 4.6 => > => > or => > => > newfs -N -b 16384 -f 2048 # 4.6 and up => > => > will be sufficient. => => Yeah. But this system was set up in times when newfs did not optimize => cyl/group ratio and I remember that I manually run => newfs with -b, -f and -c flags. Should I now worry about recovering those => values to get right output from newsf -N, or not? => And if I should, how can I obtain all real values? You can use dumpfs to get the real values, e.g.: dumpfs /dev/vinum/var | head -20 will tell you the information you're interested about. Actually, it was using dumpfs that I realised that newfs on vinum partitions does not appear to use the default block size of 16K, as stated in the newfs man page. (It used 8K, with a 1K fragment size.) So, when newfs'ing the filesystem, I manually set the block size and fragment size to 16K and 2K respectively (and 32K/4K for another vinum filesystem that holds mainly large files for FTP). (Was this a mistake? Is there some magic to vinum using 8K/1K?) Cheers, Paul. e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message