From owner-freebsd-geom@FreeBSD.ORG Tue Nov 2 17:14:54 2010 Return-Path: Delivered-To: freebsd-geom@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AFED1065672 for ; Tue, 2 Nov 2010 17:14:54 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5FFD98FC21 for ; Tue, 2 Nov 2010 17:14:52 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA16333 for ; Tue, 02 Nov 2010 19:02:29 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4CD04425.4020204@icyb.net.ua> Date: Tue, 02 Nov 2010 19:02:29 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.11) Gecko/20101021 Lightning/1.0b2 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-geom@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: geom_part_mbr vs user X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Nov 2010 17:14:54 -0000 It seems that geom_part_mbr: 1. uses CHS for some things 2. insists that various things be "CHS-aligned" While 1 is quite acceptable (although perhaps useless), 2 seems to be unhelpful (and even annoying). E.g. I wanted to create a partition that starts at sector 64, but that was auto-magically and silently converted to 126 (2x63). It took me a while to realize what's going on. Using some greater starting sector (like 8x63) did work. But I still believe that geom_part_mbr "thinking" that it is smarter than me is incorrect. Yeah, keep using CHS params for some defaults, etc, but do obey what I explicitly specify if doesn't violate fundamental constraints like media size or slice overlaps. -- Andriy Gapon