From owner-freebsd-doc@FreeBSD.ORG Thu Apr 3 03:40:00 2014 Return-Path: Delivered-To: freebsd-doc@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0938B55 for ; Thu, 3 Apr 2014 03:40:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 970B4FA4 for ; Thu, 3 Apr 2014 03:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.8/8.14.8) with ESMTP id s333e0i5009784 for ; Thu, 3 Apr 2014 03:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.8/8.14.8/Submit) id s333e0Ko009783; Thu, 3 Apr 2014 03:40:00 GMT (envelope-from gnats) Resent-Date: Thu, 3 Apr 2014 03:40:00 GMT Resent-Message-Id: <201404030340.s333e0Ko009783@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Ronald F.Guilmette" Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94A6CB39 for ; Thu, 3 Apr 2014 03:38:24 +0000 (UTC) Received: from outgoing.tristatelogic.com (segfault.tristatelogic.com [69.62.255.118]) by mx1.freebsd.org (Postfix) with ESMTP id 76399F93 for ; Thu, 3 Apr 2014 03:38:23 +0000 (UTC) Received: by segfault.tristatelogic.com (Postfix, from userid 1237) id BDBAC3AE0E; Wed, 2 Apr 2014 20:38:23 -0700 (PDT) Message-Id: <20140403033823.BDBAC3AE0E@segfault.tristatelogic.com> Date: Wed, 2 Apr 2014 20:38:23 -0700 (PDT) From: "Ronald F.Guilmette" To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.113 Subject: docs/188214: Manpage for fsck(8) doesn't say what happens when no -t or -T Cc: rfg@tristatelogic.com X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: "Ronald F.Guilmette" List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Apr 2014 03:40:00 -0000 >Number: 188214 >Category: docs >Synopsis: Manpage for fsck(8) doesn't say what happens when no -t or -T >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Apr 03 03:40:00 UTC 2014 >Closed-Date: >Last-Modified: >Originator: Ronald F. Guilmette >Release: FreeBSD 9.1-RELEASE amd64 >Organization: entr0py >Environment: 9.1-RELEASE amd64 >Description: It has been suggested to me that if and when fsck(8) is invoked _without_ any explicitly provided -t or -T options, fsck will, in such cases, attempt to intuit the type of the filesystem on its own, perhaps based upon information/clues gleened from the local /etc/fstab file and/or from some relevant BSD disk label. If true, then this behavior does not appear to be documented at all within the fsck(8) manpage. This is an important aspect of the behavior of fsck(8). If verified, then it should be documented in the manpage. >How-To-Repeat: man 8 fsck >Fix: Sorry, I do not have any suggested replacement text for the relevant manpage at this time. >Release-Note: >Audit-Trail: >Unformatted: