From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 15:05:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D44D31065670 for ; Fri, 16 Jan 2009 15:05:53 +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 9711E8FC0A for ; Fri, 16 Jan 2009 15:05:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AFB7811F838; Fri, 16 Jan 2009 16:05:52 +0100 (CET) Message-ID: <4970A24F.5080102@andric.com> Date: Fri, 16 Jan 2009 16:05:51 +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: "Eric L. Chen" References: <4970976B.1000208@andric.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: make release problem? 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: Fri, 16 Jan 2009 15:05:54 -0000 On 2009-01-16 15:37, Eric L. Chen wrote: > I modified this file "src/release/scripts/doFS.sh" to make release on > 7-STABLE/8-CURRENT boxes. > Change line 76 from: > newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE}c > to: > newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE} Well, I would change this into ${MDDEVICE}a instead, but both changes are just a kludge. The real reason seems to lie in the GEOM_BSD to GEOM_PART_BSD transition: I have just tested the same scenario on a 7.1 box, and when you run bsdlabel there, it creates both md0a AND md0c in /dev. This seems to have changed, maybe unintentionally, with GEOM_PART_BSD.