From owner-freebsd-current@FreeBSD.ORG Thu Apr 21 15:01:55 2011 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 352D41065672 for ; Thu, 21 Apr 2011 15:01:55 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id EC7578FC1D for ; Thu, 21 Apr 2011 15:01:54 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id F09725811E for ; Thu, 21 Apr 2011 10:01:53 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id eSPuDlBvk4Hv for ; Thu, 21 Apr 2011 10:01:53 -0500 (CDT) Received: from wanderer.tachypleus.net (unknown [76.210.65.155]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 95D275811D for ; Thu, 21 Apr 2011 10:01:53 -0500 (CDT) Message-ID: <4DB046E0.1080502@freebsd.org> Date: Thu, 21 Apr 2011 10:01:52 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4DAEAE1B.70207@FreeBSD.org> <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Switch from legacy ata(4) to CAM-based ATA 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, 21 Apr 2011 15:01:55 -0000 On 04/21/11 02:51, Bjoern A. Zeeb wrote: > On Apr 20, 2011, at 10:18 PM, Scott Long wrote: > >> On Apr 20, 2011, at 2:50 PM, Alexander Motin wrote: >>> Ulrich Spörlein wrote: [...] > > b) FYI: labels and stacked geoms do not work well together as you can > never detach providers cleanly then, which basically means you are at > risk of data loss with every reboot. I was told multiple times that > this is not fixable. If it is labels seem to be a great why to go. > For now I have to compile them out/disable them unfortunately so they > are not an option, and they'll be less so if the new installer also > offers gmirror, geli, ... installs. > > Give me a solution that works out of the box and I'll happily agree > that we switch. [slightly off-topic] This is related to why bsdinstall doesn't put labels in /etc/fstab, although it does support setting them in the partition table for GPT, APM, and PC98 partitions: the mechanism seems to be sort of ad-hoc and unreliable. Only some of these labels (GPT) result in entries in /dev, and even then only on some platforms (GPT labels on big-endian systems don't work). The entries for GPT are added by glabel instead of gpart, which has to retaste and parse the GPT itself. This means it is difficult to guess the name of the labeled partition, or even whether it exists, and this is for gpart labels, which are probably the cleanest possible case. It would very much help if (a) gpart handled populating /dev/part-scheme/label itself, (b) did it generically for all partition schemes supporting labels, and (c) could tell you the path to the label entry in the config XML, which is right now somewhat difficult to obtain. It's also not clear to me what happens if you insert two volumes with identical labels (e.g. "root") in the same machine -- at least ad[a]X are guaranteed non-conflicting. This is a serious potential issue with using labels in the installer's auto-defaults partitioning option. -Nathan