NetBSD Problem Report #57082

From paul@whooppee.com  Tue Nov 15 02:37:17 2022
Return-Path: <paul@whooppee.com>
Received: from mail.netbsd.org (mail.netbsd.org [199.233.217.200])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	(Client CN "mail.NetBSD.org", Issuer "mail.NetBSD.org CA" (not verified))
	by mollari.NetBSD.org (Postfix) with ESMTPS id 8AB4A1A921F
	for <gnats-bugs@gnats.NetBSD.org>; Tue, 15 Nov 2022 02:37:17 +0000 (UTC)
Message-Id: <20221115023713.CA287999C5@speedy.whooppee.com>
Date: Mon, 14 Nov 2022 18:37:13 -0800 (PST)
From: paul@whooppee.com
Reply-To: paul@whooppee.com
To: gnats-bugs@NetBSD.org
Subject: fsck_ffs(8) missing description of fslevel 5
X-Send-Pr-Version: 3.95

>Number:         57082
>Category:       bin
>Synopsis:       fsck_ffs(8) missing description of fslevel 5
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    chs
>State:          closed
>Class:          doc-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Nov 15 02:40:00 +0000 2022
>Closed-Date:    Mon Dec 19 18:58:35 +0000 2022
>Last-Modified:  Tue Dec 20 09:50:01 +0000 2022
>Originator:     Paul Goyette
>Release:        NetBSD 9.99.104
>Organization:
+--------------------+--------------------------+----------------------+
| Paul Goyette       | PGP Key fingerprint:     | E-mail addresses:    |
| (Retired)          | FA29 0E3B 35AF E8AE 6651 | paul@whooppee.com    |
| Software Developer | 0786 F758 55DE 53BA 7731 | pgoyette@netbsd.org  |
| & Network Engineer |                          | pgoyette99@gmail.com |
+--------------------+--------------------------+----------------------+
>Environment:


System: NetBSD speedy.whooppee.com 9.99.104 NetBSD 9.99.104 (SPEEDY 2022-10-31 03:14:51 UTC) #0: Mon Oct 31 13:16:38 UTC 2022 paul@speedy.whooppee.com:/build/netbsd-local/obj/amd64/sys/arch/amd64/compile/SPEEDY amd64
Architecture: x86_64
Machine: amd64
>Description:
One of my file systems reports fslevel 5.  The fslevels are described
in the fsck_ffs(8) man page, but only for levels 0 through 4.

# dumpfs /build | head 7
file system: /dev/rdk2
format  FFSv2
endian  little-endian
location 65536  (-b 128)
magic   19540119        time    Mon Nov 14 18:24:41 2022
superblock location     65536   id      [ 6303ebb8 4529a702 ]
cylgrp  dynamic inodes  FFSv2   sblock  FFSv2   fslevel 5
# man fsck_ffs
...
          -c level        Convert the FFSv1 file system to the level level.
                           Note that the level of a file system can only be
                           raised.  There are currently five levels defined:

                                 0    The file system is in the old (static
                                      table) format.

...

                                 4    Rearrange the super block to the same
                                      layout as FFSv2; disable the rotational
                                      layout tables and per cylinder group
                                      block totals.  Such file systems are
                                      made by using the -O 1 option to
                                      newfs(8).

                           Note that FFSv2 file systems are always level 4.
...
>How-To-Repeat:
	see above
>Fix:
	update man page appropriately?

>Release-Note:

>Audit-Trail:
From: "Chuck Silvers" <chs@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/57082 CVS commit: src/usr.sbin/dumpfs
Date: Mon, 19 Dec 2022 18:51:42 +0000

 Module Name:	src
 Committed By:	chs
 Date:		Mon Dec 19 18:51:42 UTC 2022

 Modified Files:
 	src/usr.sbin/dumpfs: dumpfs.8 dumpfs.c

 Log Message:
 dumpfs: remove confusing output for UFS2

 remove the mention of "fslevel 5" because no such thing exists.
 the whole "fs level" concept really only applies to UFS1, so don't print
 the line with the level number and details for UFS2 file systems at all.
 try to clarify this in the manpage as well.
 prompted by PR 57082.


 To generate a diff of this commit:
 cvs rdiff -u -r1.20 -r1.21 src/usr.sbin/dumpfs/dumpfs.8
 cvs rdiff -u -r1.66 -r1.67 src/usr.sbin/dumpfs/dumpfs.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

Responsible-Changed-From-To: bin-bug-people->chs
Responsible-Changed-By: chs@NetBSD.org
Responsible-Changed-When: Mon, 19 Dec 2022 18:58:35 +0000
Responsible-Changed-Why:
mine


State-Changed-From-To: open->closed
State-Changed-By: chs@NetBSD.org
State-Changed-When: Mon, 19 Dec 2022 18:58:35 +0000
State-Changed-Why:
dumpfs no longer reports fs level 5 (or any fs level) for UFS2 file systems.
"fs level" is a UFS1 concept that does not really apply to UFS2.


From: "Martin Husemann" <martin@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/57082 CVS commit: [netbsd-10] src/usr.sbin/dumpfs
Date: Tue, 20 Dec 2022 09:49:21 +0000

 Module Name:	src
 Committed By:	martin
 Date:		Tue Dec 20 09:49:21 UTC 2022

 Modified Files:
 	src/usr.sbin/dumpfs [netbsd-10]: dumpfs.8 dumpfs.c

 Log Message:
 Pull up following revision(s) (requested by chs in ticket #9):

 	usr.sbin/dumpfs/dumpfs.c: revision 1.67
 	usr.sbin/dumpfs/dumpfs.8: revision 1.21

 dumpfs: remove confusing output for UFS2
 remove the mention of "fslevel 5" because no such thing exists.

 the whole "fs level" concept really only applies to UFS1, so don't print
 the line with the level number and details for UFS2 file systems at all.
 try to clarify this in the manpage as well.

 prompted by PR 57082.


 To generate a diff of this commit:
 cvs rdiff -u -r1.20 -r1.20.56.1 src/usr.sbin/dumpfs/dumpfs.8
 cvs rdiff -u -r1.66 -r1.66.2.1 src/usr.sbin/dumpfs/dumpfs.c

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

>Unformatted:

Home	PR Database Search