From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 23:34:38 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E611065677 for ; Thu, 15 Jan 2009 23:34:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 445BE8FC19 for ; Thu, 15 Jan 2009 23:34:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5F6CC11F838; Fri, 16 Jan 2009 00:34:37 +0100 (CET) Message-ID: <496FC80C.90302@andric.com> Date: Fri, 16 Jan 2009 00:34:36 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Wes Morgan References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> <496F44FA.1070004@andric.com> <48C1C477-B7BE-43B0-AC57-9DEB7BF9AA88@mac.com> <496F7347.4060007@andric.com> <496F8D8A.1060508@andric.com> <496F928F.6010807@andric.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , current@freebsd.org Subject: Re: GEOM and moving to CURRENT from 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2009 23:34:38 -0000 On 2009-01-15 23:42, Wes Morgan wrote: >>> I can confirm, that wiping out the partition table (but not the boot >>> code), using "bsdlabel -B /dev/ad0s1", makes "s1" disappear. Subsequent >>> boots can then be done from /dev/ad0a, and this works both for "old" >>> kernels, e.g. from before r186240 and after. >> Thanks *very* much for testing! It's important that we >> get the details right, so that we can consider adding >> code to help in the migration and fix whatever is broken. > How did so many people (myself included) end up with invalid disk labels? > Sysinstall? Please note that I was talking about "dangerously dedicated" disks. There are probably two separate problems here: * Dangerously Dedicated: sysinstall writes a partition table, and uses ad0s1[a-z] or similar, while it should use ad0[a-z]. I'm not sure how often this will occur, since most people will go for the normal partitioning scheme. * Normal partitioning: sysinstall can apparently write incorrect geometry into the partition table and/or disklabel, leading to "geometry does not match label" messages, and possibly causing root devices not to be found.