From owner-freebsd-geom@FreeBSD.ORG Sun Nov 28 09:21:39 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 253611065670 for ; Sun, 28 Nov 2010 09:21:39 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 05ED28FC16 for ; Sun, 28 Nov 2010 09:21:39 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAS9Lc2S048060 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 28 Nov 2010 01:21:38 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAS9Lc28048059 for freebsd-geom@freebsd.org; Sun, 28 Nov 2010 01:21:38 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03573; Sun, 28 Nov 10 01:12:05 PST Date: Sun, 28 Nov 2010 01:11:47 -0800 From: perryh@pluto.rain.com To: freebsd-geom@freebsd.org Message-Id: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: G_PART macro definitions 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: Sun, 28 Nov 2010 09:21:39 -0000 I am trying to understand, in some detail, the operation of the g_part_taste and g_part_probe functions in sys/geom/part/g_part.c, and am having trouble figuring out exactly what the G_PART_PROBE and G_PART_READ macros do. Where will I find their definitions (in 8.1-RELEASE)? They don't seem to be in sys/geom/part/g_part.c itself, nor in sys/geom/part/g_part.h -- at least, not in a form that I've been able to recognize. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 06:05:24 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 49EC2106564A for ; Mon, 29 Nov 2010 06:05:24 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id EB1328FC13 for ; Mon, 29 Nov 2010 06:05:23 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward5.mail.yandex.net (Yandex) with ESMTP id 00F8014D0492; Mon, 29 Nov 2010 09:05:21 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291010722; bh=QYx8INxvIPgLIPN/RZp4/4jBVgwXzj3WOxxnBNnVd3k=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=KyXsQwUZx9yIcuualEhpz7WpdqDET2rUTyu24KbncujxV7RJ2vGpAgKDrEWwwgQcu mqthZWKHjC7adxpuF8Qc+3AoGx2Ui1H+lVkvXBh2eDd/Q/z4DZvsnt9mb1GrmxG6Lw uAN+Lh5/1eHn2RiGi5Zqn3g6GdXEG7iI4JXTBWvA= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id ADD52528092; Mon, 29 Nov 2010 09:05:21 +0300 (MSK) Message-ID: <4CF34297.4070300@yandex.ru> Date: Mon, 29 Nov 2010 09:05:11 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> In-Reply-To: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig64D4A9712FDD8C06F4486472" Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 06:05:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig64D4A9712FDD8C06F4486472 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 28.11.2010 12:11, perryh@pluto.rain.com wrote: > I am trying to understand, in some detail, the operation of the > g_part_taste and g_part_probe functions in sys/geom/part/g_part.c, > and am having trouble figuring out exactly what the G_PART_PROBE > and G_PART_READ macros do. Where will I find their definitions > (in 8.1-RELEASE)? >=20 > They don't seem to be in sys/geom/part/g_part.c itself, nor in > sys/geom/part/g_part.h -- at least, not in a form that I've been > able to recognize. G_PART_XXX macros are scheme depended. They do call scheme-specific methods that are defined in g_part_xxx.c files. E.g. when "table" argument (kobj instance) is instance of MBR scheme, then G_PART_PROBE will call g_part_mbr_probe method. --=20 WBR, Andrey V. Elsukov --------------enig64D4A9712FDD8C06F4486472 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM80KhAAoJEAHF6gQQyKF6NmQH+wZa/OzfjTfIcvHo4DAVpIQG jnjn9Lthx2odfnVN9EEOk8imIEKY1Mqf1mF0aMDUz+rWpHiLRisR366tFHA2Bi67 +N3hEOWzo3BUJBNBxnDst9NWcoPaOKabqorpczY8+00UyzKMnyLwZie9KxBq+/HB XfKP2Y0YawC09jbcRON3AuMmziDDAWaJGYyTzDZmYwrybP/P2QfOtj1RmUmo74uC LyVV6E8H8IQjlBKYzt57b8ItbamUNdZRI/cN1qL9bQm/2W4NncUnvUn+mLrGRi/5 jrGqAfVaDhzwKnZBcZTByVbSzWjJQB8/taxirzhP9pXROYFD36loIHoZf7GqLKI= =Bffu -----END PGP SIGNATURE----- --------------enig64D4A9712FDD8C06F4486472-- From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 07:12:38 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 BA2CF1065695 for ; Mon, 29 Nov 2010 07:12:38 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA1C8FC16 for ; Mon, 29 Nov 2010 07:12:38 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAT7CbEv093834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 28 Nov 2010 23:12:37 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAT7CbTX093833; Sun, 28 Nov 2010 23:12:37 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07004; Sun, 28 Nov 10 23:07:55 PST Date: Sun, 28 Nov 2010 23:07:36 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> In-Reply-To: <4CF34297.4070300@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 07:12:38 -0000 "Andrey V. Elsukov" wrote: > G_PART_XXX macros are scheme depended. They do call scheme-specific > methods that are defined in g_part_xxx.c files. E.g. when "table" > argument (kobj instance) is instance of MBR scheme, then G_PART_PROBE > will call g_part_mbr_probe method. Yes, I had figured that was probably the sort of thing that was happening, but am looking for the details of how the macros are defined (so I can figure out what they expand to) and how the underlying data structures get initialized. For example, I would expect to find -- somewhere -- some definitions along the lines of #define G_PART_PROBE(table, cp) (*(table->XXX))(table, cp) (for some, probably fairly complicated, value of XXX). From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 07:36:49 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 DA592106566C for ; Mon, 29 Nov 2010 07:36:49 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward5.mail.yandex.net (forward5.mail.yandex.net [77.88.46.21]) by mx1.freebsd.org (Postfix) with ESMTP id 873608FC0A for ; Mon, 29 Nov 2010 07:36:49 +0000 (UTC) Received: from smtp1.mail.yandex.net (smtp1.mail.yandex.net [77.88.46.101]) by forward5.mail.yandex.net (Yandex) with ESMTP id 086DD14D0995; Mon, 29 Nov 2010 10:36:48 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291016208; bh=/lhRuRzKzaCrl6qmtl/6Ku8y9VqOvQCIsdevp6W2EPs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=MRZnk5fl2pezM1E6Yc87zBXUUWkmF+H38DDw58nkcQnprJZuiyxdc1A00FvRVXApp 3/BSfJlzrz89rendbpQxWMfgtWK9MiuFvCJHooJFxgEZt3Qmd/8Ku6VG5wyBPwSALK 7Y8ae9nht5P7uPnLVJivjUfpgq1R2gW5XbiTWhB8= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp1.mail.yandex.net (Yandex) with ESMTPSA id B5A01290098; Mon, 29 Nov 2010 10:36:47 +0300 (MSK) Message-ID: <4CF35809.6050704@yandex.ru> Date: Mon, 29 Nov 2010 10:36:41 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> In-Reply-To: <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig14FD4AFA108A5DCFA9BD0A3D" Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 07:36:49 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig14FD4AFA108A5DCFA9BD0A3D Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 29.11.2010 10:07, perryh@pluto.rain.com wrote: > Yes, I had figured that was probably the sort of thing that was > happening, but am looking for the details of how the macros are > defined (so I can figure out what they expand to) and how the > underlying data structures get initialized. For example, I would > expect to find -- somewhere -- some definitions along the lines of >=20 > #define G_PART_PROBE(table, cp) (*(table->XXX))(table, cp) They are generated from g_part_if.m by with awk script. Look at your buil= d directory, there are g_part_if.[ch] files. --=20 WBR, Andrey V. Elsukov --------------enig14FD4AFA108A5DCFA9BD0A3D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM81gMAAoJEAHF6gQQyKF6xTkIAJ6orkTZHrn+ru27OFbMlavX jbibd0OQMXklJgBcevnPJT6AbZprI/oSPf5NibZMQzHyiSRbtXn17sV0C9rvWohZ 1Mn/rm0DjliO79OVDu3XZ8hlCkhTGzWoMSo7n2X4WiRdjD+CBe+w4c24+Ik4UeUF mNERBJKhBYQ3HNmzLgaisAmu/qVqyww86ZDl4y35Tnae0cEMRPFulo8L5OVaqXni B94eHptFuphajkyg5IJhMaNLN9N1/XSWliCwgRp6ExAuP/J2H+ztXWiaRaepjMAi Um3ckrL6LtjOo23o8vEKhr1pucFgLjQ2KdooxP5hxrEJSs0IjaMGkWyu82fcVPY= =EHb6 -----END PGP SIGNATURE----- --------------enig14FD4AFA108A5DCFA9BD0A3D-- From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 08:51:13 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 9B4DC1065672 for ; Mon, 29 Nov 2010 08:51:13 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 42CA28FC0C for ; Mon, 29 Nov 2010 08:51:13 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAT8pCkG002362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 Nov 2010 00:51:12 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAT8pC4L002361; Mon, 29 Nov 2010 00:51:12 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA07256; Mon, 29 Nov 10 00:45:07 PST Date: Mon, 29 Nov 2010 00:44:47 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> In-Reply-To: <4CF35809.6050704@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 08:51:13 -0000 "Andrey V. Elsukov" wrote: > > I would expect to find -- somewhere -- some definitions along the > > lines of > > > > #define G_PART_PROBE(table, cp) (*(table->XXX))(table, cp) > > They are generated from g_part_if.m by with awk script. Look at your > build directory, there are g_part_if.[ch] files. Aha! That explains why I couldn't find them in the source distribution. I don't yet have a build directory, because the system isn't up and running yet -- I'm trying to figure out why my disk partitions are not being recognized correctly. There's a description of what I currently think is happening at http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/224466.html From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 10:01: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 EE5F610656AD for ; Mon, 29 Nov 2010 10:01:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward1.mail.yandex.net (forward1.mail.yandex.net [77.88.46.6]) by mx1.freebsd.org (Postfix) with ESMTP id 988468FC13 for ; Mon, 29 Nov 2010 10:01:20 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward1.mail.yandex.net (Yandex) with ESMTP id D5D7E69E89C3; Mon, 29 Nov 2010 13:01:13 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291024873; bh=WknLcckRjZVK6n7QPNCHN8Dq8t+OrHtSaKGZ4ZEVt3U=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=s5TYx10KM27dG82igBhPNEaL/JStsW4a8AzeEFzrZjC4UIOJbLvs5+GwJl4MsQRqn TTic4lZVWPSskjZz3tK3xhpNi/nENZYF26ew4fO1VJu9FeKTaYp7omVqe5qjeeB0c5 otGRJGZExsJobCr3sUh5I90Ap21zIuWaEI6zT88o= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 8BC065280A4; Mon, 29 Nov 2010 13:01:13 +0300 (MSK) Message-ID: <4CF379E4.8060302@yandex.ru> Date: Mon, 29 Nov 2010 13:01:08 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> In-Reply-To: <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig46718A2497A8ABAC78DAD435" Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 10:01:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig46718A2497A8ABAC78DAD435 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 29.11.2010 11:44, perryh@pluto.rain.com wrote: > Aha! That explains why I couldn't find them in the source distribution= =2E >=20 > I don't yet have a build directory, because the system isn't up > and running yet -- I'm trying to figure out why my disk partitions > are not being recognized correctly. There's a description of what > I currently think is happening at > http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/2244= 66.html Can you show detailed log of what you did (all commands with output)? Or may be try to do it again and save all commands and output with script= (1)? --=20 WBR, Andrey V. Elsukov --------------enig46718A2497A8ABAC78DAD435 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM83noAAoJEAHF6gQQyKF60XQIAJop9pRwx2cec1Thdl05Yr3Y vHGLRsKyvhwTMlbnDUD9aTjayG24992vIiiES2eOi0EIw9eaw63tn4nhXeDOB0VK LbjsDGVjOjXpHG6WZad52b/QYMlUYxD+NEScR5KWjT9FqURn09cjEP1OvCH3r8sP LVqTQRSX7bMU+ciFj5QzfpMnrdy9XgFNp1lsIMc91r90XiNj6GhA2h1yrh4WXbrW MfbGMOPVX0giUx8x761BC77nVBjGE6tZ0utnTC9tqe98P0cWXhboT8reUrG5VjVH DfISqDX/W8apeMXRjIOQjzdZe380gncfuEHJOkAz2bdLPyMZ+7E34KnGoTovpDY= =ozb5 -----END PGP SIGNATURE----- --------------enig46718A2497A8ABAC78DAD435-- From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 11:07:01 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 2726D1065673 for ; Mon, 29 Nov 2010 11:07:01 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 13F0C8FC1C for ; Mon, 29 Nov 2010 11:07:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oATB70HD053082 for ; Mon, 29 Nov 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oATB702l053080 for freebsd-geom@FreeBSD.org; Mon, 29 Nov 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Nov 2010 11:07:00 GMT Message-Id: <201011291107.oATB702l053080@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-geom@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-geom@FreeBSD.org 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: Mon, 29 Nov 2010 11:07:01 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/152609 geom [geli] geli onetime on gzero panics o bin/151252 geom [geom] libgeom(3) manual page contains broken link in o kern/150858 geom [geom] [geom_label] [patch] glabel(8) is not compatibl o kern/150626 geom [geom] [gjournal] gjournal(8) destroys label o kern/150555 geom [geom] gjournal unusable on GPT partitions o kern/150334 geom [geom] [udf] [patch] geom label does not support UDF o kern/149762 geom volume labels with rogue characters o bin/149215 geom [panic] [geom_part] gpart(8): Delete linux's slice via o kern/147852 geom [geom] [panic] graid3 panic: wrong offset 16384 for se o kern/147851 geom [geom] [panic] graid3 panic: g_read_data: invalid leng o kern/147667 geom [gmirror] Booting with one component of a gmirror, the o kern/147664 geom [geom] [patch] Add the ability to create linux and fat o kern/145818 geom [geom] geom_stat_open showing cached information for n o kern/145042 geom [geom] System stops booting after printing message "GE o kern/144962 geom [geom] panic when accessing GPT disk with a large numb o kern/144905 geom [geom][geom_part] panic in gpart_ctlreq when unpluggin o kern/143455 geom gstripe(8) in RELENG_8 (31st Jan 2010) broken o kern/142563 geom [geom] [hang] ioctl freeze in zpool o kern/141740 geom [geom] gjournal(8): g_journal_destroy concurrent error s kern/141235 geom [geom_part] 8.0 no longer provides /dev entries for al o kern/140352 geom [geom] gjournal + glabel not working o kern/135898 geom [geom] Severe filesystem corruption - large files or l o kern/134922 geom [gmirror] [panic] kernel panic when use fdisk on disk o kern/134113 geom [geli] Problem setting secondary GELI key o kern/133931 geom [geli] [request] intentionally wrong password to destr o bin/132845 geom [geom] [patch] ggated(8) does not close files opened a o kern/132273 geom glabel(8): [patch] failing on journaled partition f kern/132242 geom [gmirror] gmirror.ko fails to fully initialize o kern/131353 geom [geom] gjournal(8) kernel lock p docs/130548 geom [patch] gjournal(8) man page is missing sysctls o kern/129674 geom [geom] gjournal root did not mount on boot o kern/129645 geom gjournal(8): GEOM_JOURNAL causes system to fail to boo o kern/129245 geom [geom] gcache is more suitable for suffix based provid f kern/128276 geom [gmirror] machine lock up when gmirror module is used o kern/127420 geom [geom] [gjournal] [panic] Journal overflow on gmirrore o kern/124973 geom [gjournal] [patch] boot order affects geom_journal con o kern/124969 geom gvinum(8): gvinum raid5 plex does not detect missing s o kern/123962 geom [panic] [gjournal] gjournal (455Gb data, 8Gb journal), o kern/123122 geom [geom] GEOM / gjournal kernel lock o kern/122738 geom [geom] gmirror list "losts consumers" after gmirror de o kern/122067 geom [geom] [panic] Geom crashed during boot o kern/121364 geom [gmirror] Removing all providers create a "zombie" mir o bin/120990 geom [patch] support "BIOS Boot" partition type in gpt(8) o kern/120091 geom [geom] [geli] [gjournal] geli does not prompt for pass o kern/115856 geom [geli] ZFS thought it was degraded when it should have o kern/115547 geom [geom] [patch] [request] let GEOM Eli get password fro o kern/114532 geom [geom] GEOM_MIRROR shows up in kldstat even if compile f kern/113957 geom [gmirror] gmirror is intermittently reporting a degrad o kern/113837 geom [geom] unable to access 1024 sector size storage o kern/113419 geom [geom] geom fox multipathing not failing back o kern/107707 geom [geom] [patch] [request] add new class geom_xbox360 to o kern/94632 geom [geom] Kernel output resets input while GELI asks for o kern/90582 geom [geom] [panic] Restore cause panic string (ffs_blkfree o bin/90093 geom fdisk(8) incapable of altering in-core geometry o kern/88601 geom [geli] geli cause kernel panic under heavy disk usage o kern/87544 geom [gbde] mmaping large files on a gbde filesystem deadlo o kern/84556 geom [geom] [panic] GBDE-encrypted swap causes panic at shu o kern/79251 geom [2TB] newfs fails on 2.6TB gbde device o kern/79035 geom [vinum] gvinum unable to create a striped set of mirro o bin/78131 geom gbde(8) "destroy" not working. 60 problems total. From owner-freebsd-geom@FreeBSD.ORG Mon Nov 29 22:53:39 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 EFAD9106564A for ; Mon, 29 Nov 2010 22:53:39 +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 D2C928FC0C for ; Mon, 29 Nov 2010 22:53:39 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from sa-nc-common2-222.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 <0LCO00F334WS3W20@asmtp027.mac.com> for freebsd-geom@freebsd.org; Mon, 29 Nov 2010 14:53: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-29_12:2010-11-29, 2010-11-29, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=100 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1011290168 From: Marcel Moolenaar In-reply-to: <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> Date: Mon, 29 Nov 2010 14:53:15 -0800 Message-id: References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> To: perryh@pluto.rain.com X-Mailer: Apple Mail (2.1082) Cc: bu7cher@yandex.ru, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Mon, 29 Nov 2010 22:53:40 -0000 On Nov 29, 2010, at 12:44 AM, perryh@pluto.rain.com wrote: > "Andrey V. Elsukov" wrote: > >>> I would expect to find -- somewhere -- some definitions along the >>> lines of >>> >>> #define G_PART_PROBE(table, cp) (*(table->XXX))(table, cp) >> >> They are generated from g_part_if.m by with awk script. Look at your >> build directory, there are g_part_if.[ch] files. > > Aha! That explains why I couldn't find them in the source distribution. > > I don't yet have a build directory, because the system isn't up > and running yet -- I'm trying to figure out why my disk partitions > are not being recognized correctly. There's a description of what > I currently think is happening at > http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/224466.html You're nesting BSD disklabels, which is pretty much an invalid configuration. gpart does not support and/or allow it. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-geom@FreeBSD.ORG Tue Nov 30 10:41:28 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 BDCD2106564A for ; Tue, 30 Nov 2010 10:41:28 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 811118FC17 for ; Tue, 30 Nov 2010 10:41:28 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAUAfR1O001419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Nov 2010 02:41:27 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAUAfRFN001417; Tue, 30 Nov 2010 02:41:27 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA11299; Tue, 30 Nov 10 02:34:56 PST Date: Tue, 30 Nov 2010 02:34:35 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cf4d33b.G2KiL4ZkiXb4Fd9g%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4CF379E4.8060302@yandex.ru> In-Reply-To: <4CF379E4.8060302@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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, 30 Nov 2010 10:41:28 -0000 "Andrey V. Elsukov" wrote: > > I'm trying to figure out why my disk partitions are not being > > recognized correctly. There's a description of what I currently > > think is happening at > > http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/224466.html > > Can you show detailed log of what you did (all commands with output)? Most of it is already in the archives :) Mirror creation http://lists.freebsd.org/pipermail/freebsd-questions/2010-September/221253.html Unexpected, and apparently bogus, messages from gmirror http://lists.freebsd.org/pipermail/freebsd-questions/2010-September/221283.html Journal creation, newfs, install (incl. /boot/loader.conf and /etc/fstab created before rebooting) http://lists.freebsd.org/pipermail/freebsd-geom/2010-November/004479.html but I think the essence of the problem can be reproduced without involving gjournal at all: 1. Slice & bsdlabel a disk, creating (for example) ad0s2a and ad0s2b. 2. Create a gmirror (gm0) with ad0s2a as its provider. 2a. Load gmirror.ko, if not already loaded, so that /dev/mirror/gm0 exists. 3. Bsdlabel gm0, creating gm0a, gm0d, gm0e; examine /dev/mirror and find them in existence. 4. Reboot, ensuring that gmirror.ko is loaded. After the reboot, we _should_ still have: /dev/ad0 /dev/ad0s1 /dev/ad0s2 /dev/ad0s2a /dev/ad0s2b /dev/mirror/gm0 /dev/mirror/gm0a /dev/mirror/gm0d /dev/mirror/gm0e but what I got was /dev/ad0 /dev/ad0s1 /dev/ad0s2 /dev/ad0s2a /dev/ad0s2d /dev/ad0s2e /dev/ad0s2b is missing, and the partitions that should be on /dev/mirror/gm0 show up as partitions of ad0s2 instead. I think Marcel Moolenaar is very likely correct that the confusion arises from the two bsdlabels appearing to be nested, but it's not yet clear how I _should_ go about partitioning the mirror, so as to avoid this while still enabling the loader to find the kernel (on a system whose BIOS is too old to understand GPT). From owner-freebsd-geom@FreeBSD.ORG Tue Nov 30 10:41:28 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 D0CBF106566C for ; Tue, 30 Nov 2010 10:41:28 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id ABD918FC18 for ; Tue, 30 Nov 2010 10:41:28 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oAUAfSFc001424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Nov 2010 02:41:28 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oAUAfSmO001423; Tue, 30 Nov 2010 02:41:28 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA11313; Tue, 30 Nov 10 02:35:52 PST Date: Tue, 30 Nov 2010 02:35:32 -0800 From: perryh@pluto.rain.com To: xcllnt@mac.com Message-Id: <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bu7cher@yandex.ru, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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, 30 Nov 2010 10:41:29 -0000 Marcel Moolenaar wrote: > > I'm trying to figure out why my disk partitions are not being > > recognized correctly. There's a description of what I currently > > think is happening at > > http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/224466.html > > You're nesting BSD disklabels, which is pretty much an > invalid configuration. gpart does not support and/or > allow it. Granted the BSD disklabels end up looking nested on the disk, but that's an artifact and not how I intend for it to work. In fact, I would expect to have a problem only if gpart _did_ attempt to support nested BSD disklabels. The "inner" label is supposed to be on a gmirror, whose (for now only) provider is a partition defined by the "outer" label, like this: ad0 [contains MBR defining s1 (FAT32) and s2 (FreeBSD)] ad0s1 ad0s2 [contains a BSD label defining a and b] ad0s2a [provider for gm0] gm0 [contains a BSD label defining a, d, and e] gm0a [provider for gjournal] gm0a.journal [to be used as root] gm0d [provider for gjournal] gm0d.journal [to be used as /var] gm0e [provider for gjournal] gm0e.journal [to be used as /usr] ad0s2b [to be used as swap] I think I saw something in the docs to the effect that gm0 is, effectively, a disk -- so it should be legitimate to partition it with a BSD label. I suppose I could use a GPT label instead, but would the loader still find the kernel on gm0a in that case? (The system is old enough that its BIOS almost certainly does not recognize GPT.) Is there a better way to do this, while still mirroring only ad0s2a -- not the whole disk or the whole FreeBSD slice? How I expect the above scheme to work: 1 ad0 is offered for tasting. Gpart.mbr finds the MBR and instantiates ad0s1 and ad0s2; no race condition arises because nothing else likes ad0. 2 ad0s1 is offered for tasting. Nothing relevant to gpart, gmirror, or gjournal likes it. 3 ad0s2 is offered for tasting. Gpart.bsd finds the (outer) BSD label and instantiates ad0s1a and ad0s2a; no race condition arises because nothing else likes ad0s2. (Gpart.bsd _should_ stop as soon as it finds the outer label, thus not seeing the inner one.) 4 ad0s2a is offered for tasting. Gpart.bsd doesn't like it because it appears to contain a nested BSD label**. Gmirror finds its metadata at the end of ad0s2a and instantiates gm0. 5 ad0s2b is offered for tasting. Nothing relevant to gpart, gmirror, or gjournal likes it. 6 gm0 is offered for tasting. Gpart.bsd finds the (inner) BSD label and instantiates gm0a, gm0d, and gm0e. 7 gm0a, gm0d, and gm0e are each offered for tasting in turn. Gjournal finds its metadata at the end of each, and instantiates gm0a.journal, gm0d.journal, and gm0e.journal. 8 (for completeness) gm0a.journal, gm0d.journal, and gm0e.journal are each offered for tasting in turn, but nothing in geom likes them; they remain available to be mounted as filesystems via /etc/fstab. It looks as if the problem arises in step 3, when gpart.bsd somehow processes the inner BSD label instead of the outer one. __________ ** This is where things would go awry if gpart supported nested BSD disklabels: there would be a race between gpart.bsd trying to instantiate ad0s2aa, ad0s2ad, and ad0s2ae according to the inner label, and gmirror trying to instantiate gm0 according to the metadata at the end of ad0s2a. From owner-freebsd-geom@FreeBSD.ORG Tue Nov 30 12:27:50 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 6E2C1106566C for ; Tue, 30 Nov 2010 12:27:50 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id 1B7008FC1C for ; Tue, 30 Nov 2010 12:27:49 +0000 (UTC) Received: from smtp3.mail.yandex.net (smtp3.mail.yandex.net [77.88.46.103]) by forward3.mail.yandex.net (Yandex) with ESMTP id 070F156D8D13; Tue, 30 Nov 2010 15:27:48 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291120068; bh=Ur+XvxQFMFR8ZDPgZo48zXWXHukwBkMOOFF7DLYdxDs=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=gUKa+/9iQxiq3C2XO9u64fPDh94+IhXQRLES712teuX4KJAygyoe799YpNtqnjXco NWK2YFPgvoXX70FdbOeh5z2O+FRsLn+Bp6ZRnyJdGhbqM/Gx+IETGeKzogtUrEXaGx h4cUudn2N73ErVf/W12kpyz/fqUiGvRuQx+waBzU= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp3.mail.yandex.net (Yandex) with ESMTPSA id A15E42780AE; Tue, 30 Nov 2010 15:27:47 +0300 (MSK) Message-ID: <4CF4EDC2.4030907@yandex.ru> Date: Tue, 30 Nov 2010 15:27:46 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> In-Reply-To: <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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, 30 Nov 2010 12:27:50 -0000 On 30.11.2010 13:35, perryh@pluto.rain.com wrote: > 4 ad0s2a is offered for tasting. Gpart.bsd doesn't like it because > it appears to contain a nested BSD label**. Gmirror finds its > metadata at the end of ad0s2a and instantiates gm0. BSD label is located at the beginning of the disk, so when ad0s2a is tasted it does detect your current (you call it as "outer") BSD label again. -- WBR, Andrey V. Elsukov From owner-freebsd-geom@FreeBSD.ORG Wed Dec 1 09:30:46 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 E07971065696 for ; Wed, 1 Dec 2010 09:30:46 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id BBD938FC1F for ; Wed, 1 Dec 2010 09:30:46 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB19UjTx011659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 1 Dec 2010 01:30:45 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB19UjZl011658; Wed, 1 Dec 2010 01:30:45 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA15162; Wed, 1 Dec 10 01:25:56 PST Date: Wed, 01 Dec 2010 01:25:33 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> <4CF4EDC2.4030907@yandex.ru> In-Reply-To: <4CF4EDC2.4030907@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Wed, 01 Dec 2010 09:30:47 -0000 "Andrey V. Elsukov" wrote: > On 30.11.2010 13:35, perryh@pluto.rain.com wrote: > > 4 ad0s2a is offered for tasting. Gpart.bsd doesn't like it because > > it appears to contain a nested BSD label**. Gmirror finds its > > metadata at the end of ad0s2a and instantiates gm0. > > BSD label is located at the beginning of the disk, so when ad0s2a > is tasted it does detect your current (you call it as "outer") BSD > label again. There's _something_ -- probably several things -- about all this that I am not understanding at all, the most important being: How _should_ I be setting this up, so as to * mirror only one partition -- not the whole disk or the whole FreeBSD slice, * subdivide that mirror into journalled root, /var, and /usr filesystems, and * have the resulting root partition be bootable given that the system is too old for its BIOS to recognize GPT? Some of the rest, in no particular order: How is the tasting of ad0s2a managing to see the "outer" label -- the one that defines ad0s2a -- when that label is on ad0s2 prior to the first block of ad0s2a? Is tasting permitted to examine parts of the device outside the boundaries of the provider that is being tasted? If the problem arises from re-detecting the label (on ad0s2) that defines ad0s2a, while tasting ad0s2a, how does it work in the normal case where there is no second label (within ad0s2a)? Wouldn't the "outer" (now presumed only) label be redetected in that case also? If the second label is not being found during the tasting of ad0s2a, when _is_ it being found? It certainly seems to be being found at _some_ point, since we end up with ad0s2a, ad0s2d, and ad0s2e -- the letters corresponding to the second/inner label -- rather than the ad0s2a and ad0s2b which should be instantiated if only the first/outer label were being processed; furthermore the ad0s2a, ad0s2d, and ad0s2e that get instantiated seem to consist of the block ranges defined by the inner label (else gjournal would not find its metadata, and the system would not boot and run correctly once ad0s2a.journal is specified as the root FS and ad0s2[de].journal are manually mounted as /var and /usr). Why is ad0s2b never instantiated (even transiently -- I tried setting kern.geom.debugflags to 1 at the loader prompt, and ad0s2b was never mentioned at all)? From owner-freebsd-geom@FreeBSD.ORG Wed Dec 1 10:50:12 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 A37DE1065697 for ; Wed, 1 Dec 2010 10:50:12 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0C98FC18 for ; Wed, 1 Dec 2010 10:50:10 +0000 (UTC) Received: from smtp4.mail.yandex.net (smtp4.mail.yandex.net [77.88.46.104]) by forward2.mail.yandex.net (Yandex) with ESMTP id 3EEF838A8C2B; Wed, 1 Dec 2010 13:50:09 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1291200609; bh=JorJwtXHvpEZWOopqo7i/RZ4RqeVY/o3TjzS4Q8Csi0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=Ri5PpfgFu/hJQAly4dTnQInTSNNPznEASSPLAf7UxmnJ9ypfH+mDtGIudSuXD8sbS slJxE+3CUcO/CZsrPD83VmDfMANvo/iz/rrhqYwdfMU5K1xjrAA4aSxv+c9lfkfrZD rejW+C5zBWOFiD7Ep1pKlptT2FPDwwzVqn+f2rnw= Received: from [127.0.0.1] (ns.kirov.so-ups.ru [77.72.136.145]) by smtp4.mail.yandex.net (Yandex) with ESMTPSA id 40BCA1280A5; Wed, 1 Dec 2010 13:50:08 +0300 (MSK) Message-ID: <4CF62851.2080502@yandex.ru> Date: Wed, 01 Dec 2010 13:49:53 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: perryh@pluto.rain.com References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> <4CF4EDC2.4030907@yandex.ru> <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> In-Reply-To: <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA5F673DC6FFC74DE9B214CC9" Cc: xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Wed, 01 Dec 2010 10:50:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA5F673DC6FFC74DE9B214CC9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 01.12.2010 12:25, perryh@pluto.rain.com wrote: > There's _something_ -- probably several things -- about all this that > I am not understanding at all, the most important being: >=20 > How _should_ I be setting this up, so as to > * mirror only one partition -- not the whole disk or the whole > FreeBSD slice, > * subdivide that mirror into journalled root, /var, and /usr > filesystems, and > * have the resulting root partition be bootable > given that the system is too old for its BIOS to recognize GPT? I do not know about any BIOS restrictions which can prevent booting from GPT. BIOS does not should know anything about GPT. It only does run boot code from PMBR, PMBR does run boot code from "freebsd-boot" partition, and so on. > Some of the rest, in no particular order: >=20 > How is the tasting of ad0s2a managing to see the "outer" label -- the > one that defines ad0s2a -- when that label is on ad0s2 prior to the > first block of ad0s2a? Is tasting permitted to examine parts of the > device outside the boundaries of the provider that is being tasted? I did mean mirror/gm0, not ad0s2a. It was my guess. I needs to see `gpart show` output to be sure. About your example. 3. ad0s2 is offered for tasting. GPART finds the BSD label and creates an instance of ad0s2 which has an attribute "PART::isleaf". Also it creates any providers from BSD label (ad0s2a, ad0s2b). 4. ad0s2a is offered for tasting. It depends which ranges has this provider, by default it starts with zero offset and in that case it conta= ins the same BSD label which was detected in ad0s2. But ad0s2 has attribute "PART::isleaf" and this BSD label will be skipped. Ok, but ad0s2a also ha= ve GMIRROR's meta-data and GMIRROR will create mirror/gm0. 5. mirror/gm0 is offered for tasting. GPART finds the BSD label and creat= es new instance for mirror/gm0, because this provider does not have "PART::i= sleaf" attribute. Also it creates any providers from BSD label (mirror/gm0a, mir= ror/gm0b). Now you see why you can not get access to your nested BSD label. I may be wrong, if so, Marcel can correct me. --=20 WBR, Andrey V. Elsukov --------------enigA5F673DC6FFC74DE9B214CC9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) iQEcBAEBAgAGBQJM9ihVAAoJEAHF6gQQyKF6Q14IAKIRu5lV7+N4RCNLWWrxkkpu 3MpAcQp2U+t46ZbeoQXBLRoJaemjc+dP98+SM8oynzKAvbfvV49J7Mvroov4mLTi gPR1AEBiQGzGqgG0mqb8BY7zmq3kHuG3C5nJdaJciNBi71TaBXHzlasSJA+Uwb6r tWQ3S8+Qodh6ho6rfuHEhKrjXiXxPC3gqP7PAtmHyQ2CkZoZ0d1aIUmFNczKbl5q fNU/D9J9/pfKtwx48nuUKWP6QUtJ79fpYi75KDiCg1eWTsUtR83PnaRAjJhWRdTL PlfBJhdghfwL0TjRCozllh5SObOOR//RlborETcA3V8U+tDK67ulxFhIkqakHN0= =35Bj -----END PGP SIGNATURE----- --------------enigA5F673DC6FFC74DE9B214CC9-- From owner-freebsd-geom@FreeBSD.ORG Thu Dec 2 11:11:06 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 84AFD1065672 for ; Thu, 2 Dec 2010 11:11:06 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 44A428FC0A for ; Thu, 2 Dec 2010 11:11:06 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB2BB4g3008458 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 2 Dec 2010 03:11:04 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB2BB4rJ008457; Thu, 2 Dec 2010 03:11:04 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA19163; Thu, 2 Dec 10 03:08:26 PST Date: Thu, 02 Dec 2010 03:08:01 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cf77e11.P9UAmLzg7xenh4WP%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> <4CF4EDC2.4030907@yandex.ru> <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> <4CF62851.2080502@yandex.ru> In-Reply-To: <4CF62851.2080502@yandex.ru> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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, 02 Dec 2010 11:11:06 -0000 "Andrey V. Elsukov" wrote: > On 01.12.2010 12:25, perryh@pluto.rain.com wrote: > > There's _something_ -- probably several things -- about all this > > that I am not understanding at all, the most important being: > > > > How _should_ I be setting this up, so as to > > * mirror only one partition -- not the whole disk or the whole > > FreeBSD slice, > > * subdivide that mirror into journalled root, /var, and /usr > > filesystems, and > > * have the resulting root partition be bootable > > given that the system is too old for its BIOS to recognize GPT? > > I do not know about any BIOS restrictions which can prevent booting > from GPT. BIOS does not should know anything about GPT. I'm not sure where I first got the impression that not all BIOS can handle GPT, but the most recent apparent confirmation was here: http://lists.freebsd.org/pipermail/freebsd-questions/2010-September/221669.html > It only does run boot code from PMBR, PMBR does run boot code from > "freebsd-boot" partition, and so on. PMBR is one of the GPT-isms that I haven't made sense of yet (and was hoping not to have to :) > 4. ad0s2a is offered for tasting. It depends which ranges has this > provider, by default it starts with zero offset I had gotten the impression somewhere that "a" partitions started at a non-zero block offset in the slice, but maybe I am thinking of the first slice defined by an MBR rather than the "a" partition defined by a BSD label. If the "a" partition is at offset zero of its slice, and thus contains the label which defines it, that explains everything: gm0 starts at offset zero of ad0s2a -- its metadata is at the end of its provider -- and the BSD label on gm0 (which was intended to partition gm0 into gm0a, gm0d, and gm0e) occupies exactly the same disk block(s) as the BSD label on ad0s2. IOW the process of labelling gm0 overwrote and destroyed the label on ad0s2. The reason the original ad0s2 label seems to have no effect is that it no longer exists! From owner-freebsd-geom@FreeBSD.ORG Thu Dec 2 11:30:51 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 DE7551065672 for ; Thu, 2 Dec 2010 11:30:51 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 73AD88FC19 for ; Thu, 2 Dec 2010 11:30:51 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C0AD7E60D0; Thu, 2 Dec 2010 11:30:50 +0000 (GMT) Received: from unknown (client-86-31-8-12.midd.adsl.virginmedia.com [86.31.8.12]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 2 Dec 2010 11:30:49 +0000 (GMT) Date: Thu, 2 Dec 2010 11:30:35 +0000 From: Bruce Cran To: perryh@pluto.rain.com Message-ID: <20101202113035.00005e38@unknown> In-Reply-To: <4cf77e11.P9UAmLzg7xenh4WP%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> <4CF4EDC2.4030907@yandex.ru> <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> <4CF62851.2080502@yandex.ru> <4cf77e11.P9UAmLzg7xenh4WP%perryh@pluto.rain.com> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: bu7cher@yandex.ru, xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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, 02 Dec 2010 11:30:51 -0000 On Thu, 02 Dec 2010 03:08:01 -0800 perryh@pluto.rain.com wrote: > I'm not sure where I first got the impression that not all BIOS > can handle GPT, but the most recent apparent confirmation was here: > http://lists.freebsd.org/pipermail/freebsd-questions/2010-September/221669.html I was also under the impression that 'legacy' BIOSes couldn't boot from GPT, while EFI requires it. The part I'd missed was that FreeBSD installs a Protective MBR which means that the BIOS doesn't need to know anything about GPT to boot it (http://en.wikipedia.org/wiki/GUID_Partition_Table#Legacy_MBR_.28LBA_0.29). -- Bruce Cran From owner-freebsd-geom@FreeBSD.ORG Sat Dec 4 08:43:31 2010 Return-Path: Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0925C1065675; Sat, 4 Dec 2010 08:43:31 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2F9C8FC1F; Sat, 4 Dec 2010 08:43:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oB48hUNB058961; Sat, 4 Dec 2010 08:43:30 GMT (envelope-from jh@freefall.freebsd.org) Received: (from jh@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oB48hUBK058957; Sat, 4 Dec 2010 08:43:30 GMT (envelope-from jh) Date: Sat, 4 Dec 2010 08:43:30 GMT Message-Id: <201012040843.oB48hUBK058957@freefall.freebsd.org> To: jh@FreeBSD.org, freebsd-geom@FreeBSD.org, jh@FreeBSD.org From: jh@FreeBSD.org Cc: Subject: Re: bin/151252: [geom] libgeom(3) manual page contains broken link in "SEE ALSO" section 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: Sat, 04 Dec 2010 08:43:31 -0000 Synopsis: [geom] libgeom(3) manual page contains broken link in "SEE ALSO" section Responsible-Changed-From-To: freebsd-geom->jh Responsible-Changed-By: jh Responsible-Changed-When: Sat Dec 4 08:43:30 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=151252 From owner-freebsd-geom@FreeBSD.ORG Sat Dec 4 10:11:11 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 3A2B21065673 for ; Sat, 4 Dec 2010 10:11:11 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id EED5A8FC1C for ; Sat, 4 Dec 2010 10:11:10 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id oB4AB9qH031428 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Dec 2010 02:11:09 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id oB4AB9UN031427; Sat, 4 Dec 2010 02:11:09 -0800 (PST) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA26646; Sat, 4 Dec 10 02:10:14 PST Date: Sat, 04 Dec 2010 02:09:44 -0800 From: perryh@pluto.rain.com To: bu7cher@yandex.ru Message-Id: <4cfa1368.rP/ZQXzGd2Jn5kHp%perryh@pluto.rain.com> References: <4cf21cd3.UbQ57eYkszW60Ww4%perryh@pluto.rain.com> <4CF34297.4070300@yandex.ru> <4cf35138.VleaJCYj4z5kd9WX%perryh@pluto.rain.com> <4CF35809.6050704@yandex.ru> <4cf367ff.58BO71PlaI7w0e4r%perryh@pluto.rain.com> <4cf4d374.ej1zPKXBMjtfSPzw%perryh@pluto.rain.com> <4CF4EDC2.4030907@yandex.ru> <4cf6148d./XPrjnaBP5xeKIEf%perryh@pluto.rain.com> <4CF62851.2080502@yandex.ru> <4cf77e11.P9UAmLzg7xenh4WP%perryh@pluto.rain.com> In-Reply-To: <4cf77e11.P9UAmLzg7xenh4WP%perryh@pluto.rain.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: xcllnt@mac.com, freebsd-geom@freebsd.org Subject: Re: G_PART macro definitions 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: Sat, 04 Dec 2010 10:11:11 -0000 I wrote: > > 4. ad0s2a is offered for tasting. It depends which ranges has > > this provider, by default it starts with zero offset > > I had gotten the impression somewhere that "a" partitions started > at a non-zero block offset in the slice ... I found out where I got that impression: it was from observing the output of bsdlabel(8) on 8.1-RELEASE! The offset of the "a" partition is shown as 16 blocks, not zero, immediately after creating a default label with "disklabel -w". (This example is from a script(1) of the session in which I first labelled gm0; I am fairly sure that, when I was partitioning ad0s2, a: was at offset 16 also although I don't have a log of that session.) Fixit# disklabel -w -B /dev/mirror/gm0 Fixit# disklabel /dev/mirror/gm0 # /dev/mirror/gm0: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 619907501 16 unused 0 0 c: 619907517 0 unused 0 0 # "raw" part, don't edit Another example, this one from 8.0, showing that it is not "just me" who sees an "a" partition at a 16-block offset: http://lists.freebsd.org/pipermail/freebsd-questions/2010-November/224625.html Now I am back to wondering what happened to my "outer" label, originally written on ad0s2 and defining partitions ad0s2a and ad0s2b, since gm0 (and hence its label) should have started at the beginning of ad0s2a -- 16 blocks _beyond_ the start of ad0s2. Does gmirror insist on its providers being track- or cylinder- aligned?