From owner-freebsd-stable@FreeBSD.ORG Tue Sep 30 00:41:33 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEE776DE for ; Tue, 30 Sep 2014 00:41:33 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id B3B0DFC0 for ; Tue, 30 Sep 2014 00:41:33 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id C749120E7088B; Tue, 30 Sep 2014 00:41:31 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 48C8E20E70885; Tue, 30 Sep 2014 00:41:30 +0000 (UTC) Message-ID: From: "Steven Hartland" To: "Karl Denninger" , References: <5429BB41.8080609@denninger.net> <018BC41041EE4DF589EF5D834AD45BAD@multiplay.co.uk> <5429F820.6040305@denninger.net> Subject: Re: MPS Date: Tue, 30 Sep 2014 01:41:26 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2014 00:41:34 -0000 ----- Original Message ----- From: "Karl Denninger" > Glabel works fine across the board provided you put it on a slice rather > than a disk, which I do anyway so as to maintain "nice-nice" with AF > (4k) disks along with leaving a small amount of space at the end > unallocated, so if by some chance a different brand replacement drive > isn't quite the same number of sectors it can be dropped into the pool > as a replacement. You can also use gpart add with a -l