From owner-freebsd-doc@FreeBSD.ORG Wed Nov 12 15:16:37 2008 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C25471065673 for ; Wed, 12 Nov 2008 15:16:37 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7EC4E8FC1B for ; Wed, 12 Nov 2008 15:16:37 +0000 (UTC) (envelope-from fbsdlists@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so183634ywe.13 for ; Wed, 12 Nov 2008 07:16:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=bn6QCRQgQ/6F58sCPdbRzDuMh2H2VG69rbHSddqdZCU=; b=lp2FMpIQe+L9yMO1oGeD5r1Ivz6cQd8l+cKB5TIPkBxz3MLBeRyQDCITOMmS8jBhoI lbkJWdIIkULary65xMZise8buoX4sIq0lXay0HfJsixfdKunavuA5HynCwOyglf535kk eiB8cHeYzkXzzw3LxH6I41fybOSxt3lE51uTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VIHz7X4/JAaBOqapUSYcpYXsxs9eHHvYZqsWItc03l2aUncxrsshRxPY8/Rs8zq0Oi 3i2knuX3OU4wPLAdLbiM3IxAW8qT1PbWQ0gFpeRXj/oNapeY1XwOW7Iythl5L4q81izK i/qFEOBAB7GRmkVOLiFmFiXD7/odcQbaOFCKM= Received: by 10.90.30.2 with SMTP id d2mr8274812agd.58.1226501689536; Wed, 12 Nov 2008 06:54:49 -0800 (PST) Received: by 10.90.101.15 with HTTP; Wed, 12 Nov 2008 06:54:49 -0800 (PST) Message-ID: <54db43990811120654l213596f1j844c3f185c3eb577@mail.gmail.com> Date: Wed, 12 Nov 2008 09:54:49 -0500 From: "Bob Johnson" To: "Tom Rhodes" In-Reply-To: <200811120800.mAC80Cm2038380@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200811120800.mAC80Cm2038380@freefall.freebsd.org> Cc: freebsd-doc@freebsd.org Subject: Re: docs/128804: Gmirror handbook instructions convert boot-drive to gmirror, truncating last sector X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2008 15:16:37 -0000 The user has no control over whether the last sector of the drive is used for data. Data is scattered all over the drive, in something that resembles a random fashion, and I know of no reason the last sector is not just as likely to have data stored to it as any other sector on the drive (but I am certainly not an authority on the filesystem algorithms). I think a warning is very much in order (that there is a small chance that data will be lost by this procedure). - Bob On 11/12/08, Tom Rhodes wrote: > The following reply was made to PR docs/128804; it has been noted by GNATS. > > From: Tom Rhodes > To: Winder > Cc: freebsd-gnats-submit@FreeBSD.org > Subject: Re: docs/128804: Gmirror handbook instructions convert boot-drive > to gmirror, truncating last sector > Date: Wed, 12 Nov 2008 02:18:59 -0500 > > On Wed, 12 Nov 2008 01:21:55 GMT > Winder wrote: > > Hi, > > > > > > >Number: 128804 > > >Category: docs > > >Synopsis: Gmirror handbook instructions convert boot-drive to > gmirror, truncating last sector > > >Confidential: no > > >Severity: non-critical > > >Priority: medium > > >Responsible: freebsd-doc > > >State: open > > >Quarter: > > >Keywords: > > >Date-Required: > > >Class: doc-bug > > >Submitter-Id: current-users > > >Arrival-Date: Wed Nov 12 01:30:01 UTC 2008 > > >Closed-Date: > > >Last-Modified: > > >Originator: Winder > > >Release: 7.1-PRERELEASE > > >Organization: > > >Environment: > > FreeBSD DEV2 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #3: Fri Nov 7 > 19:54:41 MST 2008 > windrider@DEV2:/usr/obj/usr/src/sys/packetcheckv1-fileserv amd64 > > >Description: > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html > > > > This geom mirroring documentation shows a way to convert the boot drive > into a gmirror raid. This guide misleads in assuming your whole drive has > not been used. > > > > The problem is that gmirror truncates the last sector of the drive for > metadata; thus, any data stored in that sector when adding the drive into > the RAID is lost. Sysinstall uses the entire drive by default. Following > these instructions, then, could cause loss of data or a corrupt partition, > as it will reach one sector beyond the end of the geom mirror device. > > > > mightn't it be better to make an example from a blank disk? > > I would think that converting the disk device to a software > RAID, at least the boot disk, would be the way most people > wanted to use it. And in most cases, I think that it's one > of the first things done during an installation - though, > YMMV. If the last sector is filled with user data - there > are larger problems, possibly, than just where GEOM places > metadata. > > If you feel a warning is required here, I'll gladly add one, > but it never crossed my mind initially that someone would > actually be using the last sector on the drive for data. > > Thanks, > > -- > Tom Rhodes > _______________________________________________ > freebsd-doc@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-doc > To unsubscribe, send any mail to "freebsd-doc-unsubscribe@freebsd.org" > -- -- Bob Johnson fbsdlists@gmail.com