From owner-freebsd-geom@FreeBSD.ORG Thu Nov 18 20:20:20 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 6444A1065670; Thu, 18 Nov 2010 20:20:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 4BE168FC0A; Thu, 18 Nov 2010 20:20:20 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-common3-115.static.jnpr.net ([66.129.224.36]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LC3000PUKHSB780@asmtp027.mac.com>; Thu, 18 Nov 2010 12:20:19 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-11-18_08:2010-11-18, 2010-11-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1011180168 From: Marcel Moolenaar In-reply-to: <20101118195757.GA2416@garage.freebsd.pl> Date: Thu, 18 Nov 2010 12:20:15 -0800 Message-id: References: <201011181132.oAIBWucC051624@lurza.secnetix.de> <4CE54B88.9070006@yandex.ru> <20101118195757.GA2416@garage.freebsd.pl> To: Pawel Jakub Dawidek X-Mailer: Apple Mail (2.1082) Cc: marcel@FreeBSD.ORG, "Andrey V. Elsukov" , Oliver Fromme , freebsd-geom@FreeBSD.ORG Subject: Re: backup a partition table with gpart(8) 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: Thu, 18 Nov 2010 20:20:20 -0000 On Nov 18, 2010, at 11:57 AM, Pawel Jakub Dawidek wrote: > BTW. I noticed that configuring label with 'gpart modify' for existing > partition doesn't trigger taste, so new label doesn't appear in /dev/gpt/. This is deliberate. "gpart modify" changes meta-data that does not affect the existing geom and as such allows modification of on-disk meta-data while the geom is open. The label in the partition table is one such piece of information you can change safely. The starting LBA or size are examples of things that cannot be changed while the geom is open and for that we have different verbs. The fact that this kind of information is being interpreted outside of gpart and without the knowledge of gpart is where the problem is. -- Marcel Moolenaar xcllnt@mac.com