aboutsummaryrefslogtreecommitdiffstats
path: root/sysutils/diskcheckd
diff options
context:
space:
mode:
authorben <ben@FreeBSD.org>2001-07-19 06:29:54 +0800
committerben <ben@FreeBSD.org>2001-07-19 06:29:54 +0800
commitde3da8f6b54c69060bf60c269e34cfac4cf78b9c (patch)
tree94133642bb5d9f296c41bc971dac19d1d359021d /sysutils/diskcheckd
parentd7a7e3f7cb6c25ab7382011dcbf10e5c6bb90b84 (diff)
downloadfreebsd-ports-gnome-de3da8f6b54c69060bf60c269e34cfac4cf78b9c.tar.gz
freebsd-ports-gnome-de3da8f6b54c69060bf60c269e34cfac4cf78b9c.tar.zst
freebsd-ports-gnome-de3da8f6b54c69060bf60c269e34cfac4cf78b9c.zip
Document the two recent changes to diskcheckd's behaviour and configuration
syntax.
Diffstat (limited to 'sysutils/diskcheckd')
-rw-r--r--sysutils/diskcheckd/files/diskcheckd.823
1 files changed, 15 insertions, 8 deletions
diff --git a/sysutils/diskcheckd/files/diskcheckd.8 b/sysutils/diskcheckd/files/diskcheckd.8
index 72de6997a108..dc8e6708375e 100644
--- a/sysutils/diskcheckd/files/diskcheckd.8
+++ b/sysutils/diskcheckd/files/diskcheckd.8
@@ -24,7 +24,7 @@
.\"
.\" $FreeBSD$
.\"
-.Dd December 30, 2000
+.Dd July 4, 2001
.Dt DISKCHECKD 8
.Os
.Sh NAME
@@ -49,7 +49,13 @@ by default.
Any blank lines or lines starting with a
.Ql #
character in this file are ignored.
-Each non-comment line of this file should contain four white space separated
+Each non-comment line of this file should must be in one of two formats.
+The first format is
+.Ql !xx ,
+and specifies that device names matching
+.Ql /dev/xx*
+should not be included in expansion of wildcards (see below).
+The second format consists of four white space separated
fields,
which are the full pathname of the disk device,
the size of that disk,
@@ -80,12 +86,13 @@ Fields which are not specified should contain a single
.Dq *
character.
.Pp
-Note that any rate specified will be rounded to the nearest power of 2,
-and will be forced into the range 512 bytes to 128 kilobytes,
-inclusive.
-Any rate calculated from the frequency and size information will be rounded
-in the same way,
-so if you specify the third field (days for complete scan) it is unlikely
+Note that
+.Nm
+always reads data from the disk in 64KB blocks,
+so the rate your specify may not be the exact rate at which the disk is
+actually checked.
+Similarly,
+if you specify the third field (days for complete scan) it is unlikely
that a complete scan will actually take exactly this many days.
.Pp
To run