From owner-freebsd-fs@FreeBSD.ORG Sat Mar 26 06:15:58 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D982D106566B for ; Sat, 26 Mar 2011 06:15:58 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6D6238FC17 for ; Sat, 26 Mar 2011 06:15:58 +0000 (UTC) Received: by fxm11 with SMTP id 11so2051868fxm.13 for ; Fri, 25 Mar 2011 23:15:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=jUWWBdP0q7GVgVsytjFjEURmmPRs251zkN/ZwpInwTk=; b=oJ6I28scxTv1IjU7zAnylxCuX1wgSlyX+/K4+K4mIJnv3pnDyJW2b/Yo60JRS9ratA tM4+QtvZQTNt2+1pX/WmGhfTfjZ0nDVtZcPpsp0Xgf2Y402IbXrj+9+3Umwi/1GKFqPV Y5g2fDyHeRsQxQNMQ84bUDj7LG65RpMOKkCSU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=oVI2+/y6XKL+zuthyNjaNpi7z7LrpByYlXbnhHerdYjSbI6ty0Mf4N09JpgLS/WxzS g0d9RJyhcZONJxOhqOTbVs1cscYj+C7GgVTLB++MDHOQ4RNIiIJhPKV1Ix4ZYAzvTAkh c6FUyn/rhHV+3VEB8Z1TV3Y8B9Z3pG672+JOQ= MIME-Version: 1.0 Received: by 10.223.120.1 with SMTP id b1mr1776269far.60.1301120157390; Fri, 25 Mar 2011 23:15:57 -0700 (PDT) Received: by 10.223.101.208 with HTTP; Fri, 25 Mar 2011 23:15:57 -0700 (PDT) In-Reply-To: <20110326051643.GA43364@icarus.home.lan> References: <20110326003818.GT78089@deviant.kiev.zoral.com.ua> <20110326051643.GA43364@icarus.home.lan> Date: Sat, 26 Mar 2011 01:15:57 -0500 Message-ID: From: Adam Vande More To: Jeremy Chadwick Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-fs@freebsd.org Subject: Re: tying down adaX to physical interfaces X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Mar 2011 06:15:59 -0000 On Sat, Mar 26, 2011 at 12:16 AM, Jeremy Chadwick wrote: > I've mentioned this before -- and I'm certain others will point out that > said problem was fixed, etc. etc. (done so before, and I've simply > forgotten) -- but there are complexities introduced into the fray when > using glabel(8) and similar utilities. There have been complaints on > the lists about it. I've had a very, very long week and can't be > bothered to dig up the evidence; sorry. > FWIW, I believe you are referring to geom metatdata/GPT secondary table conflict. If you put a label on a GPT partition, it will overwrite it's backup GPT table. You'd want to do something like glabel the raw device,eg ada0 then create GPT partitions on the resulting device. This setup works fine, but is going to be a FreeBSD specific disk. Just using a GPT label on partition that spans the entire device may be more desirable depending on needs. -- Adam Vande More