From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1Vxb1z-0003Tg-JN for mharc-grub-devel@gnu.org; Mon, 30 Dec 2013 06:29:11 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vxb1x-0003TZ-9d for grub-devel@gnu.org; Mon, 30 Dec 2013 06:29:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vxb1w-0002zM-33 for grub-devel@gnu.org; Mon, 30 Dec 2013 06:29:09 -0500 Received: from mail-we0-x22a.google.com ([2a00:1450:400c:c03::22a]:42795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vxb1v-0002zF-SC for grub-devel@gnu.org; Mon, 30 Dec 2013 06:29:08 -0500 Received: by mail-we0-f170.google.com with SMTP id w61so10150369wes.15 for ; Mon, 30 Dec 2013 03:29:06 -0800 (PST) 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; bh=pBb0bcu7MfedC7WcN7X/vcaA2fpZecuDNVdKzHYYqMw=; b=uSF+jr5WoskwxVPO4Qveja0YiQrVpnf6YF7VeIgkomV8ER8mjUzTzSCMp8SpBdWM6G bp7lvDGEVPpNwygFyThjsPRObsUqGsskhKvQmYRt7z9BgeoF8kJRzyI7vK5mCs0GSexT +u6+pfnpnVagG1AZFQ63WUi33fX/A8ixDlIzKm4Qz3C1njL9HoCcnRBJbQDbtbJY6mhG d3YRdWzynivu680BW8KZghUOMkt0EmsRWUqN5shcfXULu66zZw7Gmq+7JWw698iEYKon HWMMjg85eLbhJEIhn7WRTKJrr+plaOAViQBU4v8GbaGq0DIw7exb9WeGifIJ68IzHUkI zWyA== X-Received: by 10.180.160.166 with SMTP id xl6mr43627757wib.43.1388402946748; Mon, 30 Dec 2013 03:29:06 -0800 (PST) Received: from ?IPv6:2001:67c:20a1:1068:3e97:eff:fe6a:16ab? ([2001:67c:20a1:1068:3e97:eff:fe6a:16ab]) by mx.google.com with ESMTPSA id w1sm69447246wib.6.2013.12.30.03.29.05 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Dec 2013 03:29:05 -0800 (PST) Message-ID: <52C158EC.1030508@gmail.com> Date: Mon, 30 Dec 2013 12:28:44 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-Version: 1.0 To: grub-devel@gnu.org Subject: Re: booting btrfs References: <526DB36A.7090201@gmail.com> <20131219201350.289470c7@opensuse.site> <52B3376A.7030301@gmail.com> <52B4364F.9020900@gmail.com> <946948C6-BC06-4E4E-A22A-DF6EF86802DE@colorremedies.com> <2FA74EFF-1716-4BDA-A8CA-4C63B0682325@colorremedies.com> <20131230101816.GA12355@linux-dsax.tai.apac.novell.com> In-Reply-To: <20131230101816.GA12355@linux-dsax.tai.apac.novell.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gB2Jqpgk4tw25jmUSAastPwhSQnC5afen" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c03::22a 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: Mon, 30 Dec 2013 11:29:10 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gB2Jqpgk4tw25jmUSAastPwhSQnC5afen Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 30.12.2013 11:18, Michael Chang wrote: > On Mon, Dec 23, 2013 at 08:43:34PM -0700, Chris Murphy wrote: >> >> On Dec 23, 2013, at 7:26 PM, Michael Chang wrote: >> >>> Now I tend to agree that supporting config for snapshot booting >>> shouldn't be upstream's consideration due to it's compliexity and >>> dependency to system, Despite on this, I still like to ask : Did >>> upstream think about any patch trying to provide relative path suppor= t >>> for btrfs subvolume name or id's a worthy work or not? >> >> My vague recollection is that it did used to work this way before 2.00= , but maybe was unintended? >=20 > It used to follow relative path of set-default volume, but was reverted= > to always use absolute path of real root. It's similar to my question > but mine is to have a path intepretation per any subvolume set via > environment variable or so. >=20 > It will work like this way. >=20 > set btrfs_subvol=3D.snapshot_1 > >=20 > set btrfs_subvol=3D.snapshot_2 > >=20 > But this would bring ambiguous path back that I'm not sure a good idea > or not to have such feature. >=20 No. Just add $btrfs_subvol into paths that you want modified. >=20 > Yes. I think this is suggested approch for modifying grub configs. > What bothers me in hooking into grub-mkconfig is it takes time to > finish the "entire" config and will slow down snapshot tools in > creating the snapshot if we hook grub-mkconfig into it's post > processing scripts. >=20 > Does offer an option like `--run-script=3D90_btrfs_snapshot` to > grub-mkconfig feasible or not? My apologies if this is off topic > here. >=20 Not necessarry.Read my e-mail for explanation on how to do sanely and raise any problems you see with it. --gB2Jqpgk4tw25jmUSAastPwhSQnC5afen 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.15 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iF4EAREKAAYFAlLBWQEACgkQmBXlbbo5nOs/agD/ZOMdIxphdg6I0giFIRZq/vCP x3hAyGzy1gTDb28uC6AA/jwkK9gfVD6rLbU20EfCmtTv4YB/oWJ9pIlwVsRwJBWz =aEjO -----END PGP SIGNATURE----- --gB2Jqpgk4tw25jmUSAastPwhSQnC5afen--