Date: Wed, 2 Dec 2009 13:37:40 -0800 From: George Davidovich <freebsd@optimis.net> To: Randi Harper <randi@freebsd.org> Cc: freebsd-questions@freebsd.org Subject: Re: 8.0-RELEASE and "dangerously dedicated" disks Message-ID: <20091202213740.GA93844@marvin.optimis.net> In-Reply-To: <e277d6c80912012034u4ba1a6fdj97d72f4605bb3e0c@mail.gmail.com> References: <1789c2360911280928t1e6e7b06p707abc1131f82bef@mail.gmail.com> <26ddd1750912010459weda306esbb81d7a2b7025b6e@mail.gmail.com> <20091201210321.GA39958@gizmo.acns.msu.edu> <e277d6c80912012034u4ba1a6fdj97d72f4605bb3e0c@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Dec 01, 2009 at 08:34:05PM -0800, Randi Harper wrote: > I'm going to just reply to all of these at once. > > On Tue, Dec 1, 2009 at 1:03 PM, Jerry McAllister wrote: > > On Tue, Dec 01, 2009 at 07:59:42AM -0500, Maxim Khitrov wrote: > > > On Sat, Nov 28, 2009 at 12:28 PM, Peggy Wilkins wrote: > > > > Due to history I won't go into, all my production (currently > > > > 7.2-RELEASE) systems are installed onto "dangerously dedicated" > > > > disks. What exactly do I need to do to upgrade them to 8.0? > > > > (I'm not asking for an upgrade procedure, I'm familiar with > > > > that, but rather, how this change impacts the upgrade.) I think > > > > that the suggestion that the disks need to be reformatted is > > > > extreme and I hope something less extreme will suffice. > > Just to point out the obvious, you shouldn't use "dangerous" and > "production" in the same sentence. :) Fun with ambiguities aside, I think it's fair and reasonable to interpret "dedicated" as "dedicated to FreeBSD", and "dangerous" as "may not work with common third-party disk tools or an older BIOS". It's similarly fair to interpret any caveat, implicit or otherwise, against using "dangerously dedicated mode" as a general recommendation aimed at new users (typically in dual or multi-boot environments), and not a statement that dangerously dedicated mode is unsuitable for production environments. It certainly doesn't state or suggest that it's a convenient but deprecated feature that might be removed without notice or warning in the future. Which is what's happened. In that light, the statement in the release notes merits a fuller description as well as an explanation for the change. > > > > Also, just to be clear, does this statement refer to boot disks, > > > > data disks, or both? > > > > > > > > It doesn't make sense to me that "dangerously dedicated" could > > > > have an impact on UFS filesystems specifically. A partition > > > > table is just a partition table, regardless of what filesystems > > > > might be written on disks, yes? Am I misunderstanding something > > > > here? > > > > I don't know why it would have an affect, but they say it does. > > Did you see all the mailing list chatter about new installations > failing due to sysinstall not being able to newfs device names that > didn't exist? This is related. Also, a partition table isn't just a > partition table. It's a little more complex than that. It has > *nothing* to do with the filesystems inside. It has everything to do > with the way that FreeBSD looks at the drive to figure out what's on > it. See man pages for geom/gpart. There are others that have given a > better explanation than I can provide (marcus, juli). Search the > archives. FreeBSD is known for, among other things, the consistent quality of its documentation. As it stands, the statement "dangerously dedicated mode for the UFS file system is no longer supported" in the release notes stands in direct contradiction to the official Handbook (updated to include 8.0-RELEASE) Section 18.3.2.2 which states "you may use the dedicated mode". A suggestion to search the (multiple) archives for chatter suggests that authoritative information can now be found on display in the bottom of a locked filing cabinet stuck in a disused lavatory with a sign on the door saying "Beware of the Leopard". Perhaps you could provide something more specific, or a direct link to the chatter? > Trust me, I didn't remove DD support from sysinstall just to > make life more complicated for everyone. I did this because as it > stands right now, it doesn't work. Regrettably, the end result is the same. That's not to say we wouldn't grumble and then happily settle for something less. Provided that something amounted to more than "no longer supported because it doesn't work". -- George
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091202213740.GA93844>