From owner-freebsd-bugs@FreeBSD.ORG Tue Jan 10 20:40:07 2012 Return-Path: Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8915A1065670 for ; Tue, 10 Jan 2012 20:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4CA908FC12 for ; Tue, 10 Jan 2012 20:40:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q0AKe7or037228 for ; Tue, 10 Jan 2012 20:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q0AKe7dA037227; Tue, 10 Jan 2012 20:40:07 GMT (envelope-from gnats) Resent-Date: Tue, 10 Jan 2012 20:40:07 GMT Resent-Message-Id: <201201102040.q0AKe7dA037227@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Dieter Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CA00106566C for ; Tue, 10 Jan 2012 20:34:54 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22]) by mx1.freebsd.org (Postfix) with ESMTP id 2C4F78FC0A for ; Tue, 10 Jan 2012 20:34:54 +0000 (UTC) Received: from red.freebsd.org (localhost [127.0.0.1]) by red.freebsd.org (8.14.4/8.14.4) with ESMTP id q0AKYrT4059998 for ; Tue, 10 Jan 2012 20:34:53 GMT (envelope-from nobody@red.freebsd.org) Received: (from nobody@localhost) by red.freebsd.org (8.14.4/8.14.4/Submit) id q0AKYrcr059997; Tue, 10 Jan 2012 20:34:53 GMT (envelope-from nobody) Message-Id: <201201102034.q0AKYrcr059997@red.freebsd.org> Date: Tue, 10 Jan 2012 20:34:53 GMT From: Dieter To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Cc: Subject: misc/163992: dumpfs -m is broken X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jan 2012 20:40:07 -0000 >Number: 163992 >Category: misc >Synopsis: dumpfs -m is broken >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 10 20:40:06 UTC 2012 >Closed-Date: >Last-Modified: >Originator: Dieter >Release: 8.2 >Organization: >Environment: 8.2 amd64 >Description: The dumpfs man page promises: "If -m is specified, a newfs(8) command is printed that can be used to generate a new file system with equivalent settings." However, this is a lie. Dumpfs -m does not supply the -i option, so the new file system reverts to the default number of inodes. dumpfs.c says: /* -i is dumb */ The default number of inodes is rarely optimum. In most cases I have to greatly reduce the number of inodes. This frees up some disk space and reduces fsck time. In very rare cases I have had to increase the number of inodes. In what universe is making more efficient use of disk space and reducing fsck time dumb? Might want to look at the other options as well. For example -r looks kinda important if one is using it. Very disappointing. Not what I was expecting from the best of breed. :-( >How-To-Repeat: Run newfs with -i to get non-default number of inodes. Run dumpfs -m. Run the newfs command that dumpfs gives. Note that you get the wrong number of inodes. Redo several days work. :-( >Fix: >Release-Note: >Audit-Trail: >Unformatted: