From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VPYXV-0003ZB-PC for mharc-grub-devel@gnu.org; Fri, 27 Sep 2013 09:57:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:58339) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPYXP-0003Xn-T5 for grub-devel@gnu.org; Fri, 27 Sep 2013 09:57:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VPYXO-00005W-LX for grub-devel@gnu.org; Fri, 27 Sep 2013 09:56:55 -0400 Received: from mail-we0-x229.google.com ([2a00:1450:400c:c03::229]:38745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VPYXO-00005P-Dq for grub-devel@gnu.org; Fri, 27 Sep 2013 09:56:54 -0400 Received: by mail-we0-f169.google.com with SMTP id t60so2745542wes.28 for ; Fri, 27 Sep 2013 06:56:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=S3nywaqqEu2eEg0vz46YWVYl8a2tVW/M2+JSelM2n9w=; b=foYb5h232nC9bQusu8R0K7I9DANNjtiNDhDz3wIPqu7Dh9qTS8i4V6/yCYiMug8BBT 2baQ+BYS9Web2mWp//6B0pbXf4QksdmWt8JglMeiCf8GahKn+KilHNn6hUDA6H1DEKsu wDwAcBGLHC78yTqqlCtoBIGhj0Y/7wixPwziUQ57Cix1gP3XbY+sjs6BU5WXYXw/mkx4 DjDWM0wnnnffYRw7r8D4TEf20NzbUd8abimtjWum5a+tf2XAZWv5I20HNEVoaASglpSr peE7xPkSBu2T/1yXx0nOCK47139pC/QVQkD47WSROSmKIHQcCWmAjkWKi2NJwL7ujclj Ia6w== X-Received: by 10.180.9.41 with SMTP id w9mr2757518wia.21.1380290213135; Fri, 27 Sep 2013 06:56:53 -0700 (PDT) Received: from ?IPv6:2a01:e35:8a2c:b230:2408:120:9d59:eb5c? ([2a01:e35:8a2c:b230:2408:120:9d59:eb5c]) by mx.google.com with ESMTPSA id e1sm38832614wij.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Sep 2013 06:56:52 -0700 (PDT) Message-ID: <52458E98.9000306@gmail.com> Date: Fri, 27 Sep 2013 15:56:40 +0200 From: Gabriel de Perthuis User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: grub-devel@gnu.org, LVM2 development Subject: Re: [PATCH] Install to LVM PVs References: <5243F5FF.4000804@gmail.com> <52456056.1030101@gmail.com> <52457EA1.10804@gmail.com> In-Reply-To: <52457EA1.10804@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::229 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Sep 2013 13:57:00 -0000 Le 27/09/2013 14:48, Vladimir 'φ-coder/phcoder' Serbinenko a écrit : > On 27.09.2013 12:39, Gabriel de Perthuis wrote: >> Le 26/09/2013 10:53, Vladimir 'φ-coder/phcoder' Serbinenko a écrit: >>> On 25.09.2013 14:39, Gabriel de Perthuis wrote: >>>> Hello, >>>> This patch lets grub install to a reserved area in LVM physical volumes. >>>> These bootloader areas can be created with LVM 2.02.99 and the >>>> --bootloaderareasize argument to pvcreate and vgconvert. >>>> I tested it in QEMU, installing to and booting a disk that contains a PV >>>> and no partition table. >>>> >>> This is not how the use of this area was imagined. There are couple of >>> subtleties which your patch didn't take in account. >>> Currently there is joint developpement with LVM guys but it wasn't >>> published yet. >> >> For anyone else who may be interested, apparently patches exist and are >> waiting for Peter Rajnoha to finish them. They haven't been posted or >> discussed publicly and I've never seen them. >> >> According to Vladimir: >>> the zone will be subdivided to cover more cases and the agreement was >> to use "pvs" to get offsets rather than having own code for this >> >> As shipped in 2.02.99, pvs exposes exactly one ba_start/ba_size area. >> Other areas will have to use extra extension fields and extra fields in >> the pvs output, to be compatible with released versions of LVM. > No, you didn't understand: this area will have another header, GRUB one > which will subdivide it. LVM gives us area and we take care of subdivision. Or you could split the task in two: embed Grub on PVs, like it does on partition tables, ext2-ext4, Btrfs; then add advanced embedding that does some mini-partitioning of embedding areas. The first task is really easy and brings an immediate benefit in making LVM-only disks bootable. I don't feel qualified to discuss the second task, because I'm not seeing the use case. I don't think it's been brought up.