From owner-svn-src-all@FreeBSD.ORG Fri Mar 20 23:04:03 2009 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356B41065687; Fri, 20 Mar 2009 23:04:03 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 191CC8FC20; Fri, 20 Mar 2009 23:04:02 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from tkarwa-t43.jnpr.net ([66.129.224.36]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KGT001CBUQQ7B40@asmtp020.mac.com>; Fri, 20 Mar 2009 16:04:02 -0700 (PDT) Message-id: <8C44C8B6-FBBD-48CC-BAE0-5EA2EAC84609@mac.com> From: Marcel Moolenaar To: Ivan Voras In-reply-to: <9bbcef730903201554x773f46bdy890c8ab48760dce2@mail.gmail.com> Date: Fri, 20 Mar 2009 16:02:40 -0700 References: <200903202151.n2KLpRMB014702@svn.freebsd.org> <20090320221211.GA5205@flint.openpave.org> <9bbcef730903201554x773f46bdy890c8ab48760dce2@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: Jeremy Lea , svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Marcel Moolenaar Subject: Re: svn commit: r190182 - head X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Mar 2009 23:04:04 -0000 On Mar 20, 2009, at 3:54 PM, Ivan Voras wrote: > 2009/3/20 Jeremy Lea : >> Hi, >> >> On Fri, Mar 20, 2009 at 09:51:27PM +0000, Ivan Voras wrote: >>> +20090320: >>> + GEOM_PART has become the default partition slicer for >>> storage devices, >>> + replacing GEOM_MBR, GEOM_BSD, GEOM_PC98 and GEOM_GPT >>> slicers. It >>> + introduces some changes: the devices created from MSDOS >>> extended >>> + partition entries (EBR) can be named differently than with >>> GEOM_MBR >>> + and are now symlinks to devices with offset-based names, and >>> kernel >>> + dumps are now not allowed to be written to devices whose >>> partition >>> + types indicate they are meant to be used for file systems. >>> + >> >> This should probably also note the issue with stale disklabels from >> old >> DD mode disks, which causes the machine to be unbootable. It should >> also mention the "geometry does not match label (255h,63s != 16h, >> 63s)" >> message (which appears to be harmless), and it should also probably >> mention that the c partition now covers the entire disk, not just the >> "DOS partition"... And it should be noted that these changes took >> place >> in Decemeber, so that people have a better chance of knowing if >> they are >> going to be bitten. > > Ok. Should I re-sort the note into December (probably not since it > mentions development from a large period) or just mention it in text? I would mention it in text. > @Marcel: is the warning important (I didn't encounter it yet; I guess > it probably a quirk of UFS?) The warning could be important. It also makes us aware that there's a discrepancy, which indicates that we have bugs. > and is the "c" change intended? The only change is that the 'c' partition cannot be used directly anymore. If you want the whole disk, you use the provider. The meaning of 'c' didn't change. > (isn't it > time to abandon the special case of "c"?) I chose to hide 'c' rather than give it a new meaning. The reason being that disklabel/bsdlabel still assumes the old meaning. By hiding the 'c' partition we avoid that people abuse the 'c' partition. There's no need to abuse 'c' anymore because the partition table can hold 20 partitions instead of 8. -- Marcel Moolenaar xcllnt@mac.com