From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VvJU2-00076Z-0n for mharc-grub-devel@gnu.org; Mon, 23 Dec 2013 23:20:42 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60846) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvJTr-00076F-RI for grub-devel@gnu.org; Mon, 23 Dec 2013 23:20:40 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VvJTj-0000zJ-6x for grub-devel@gnu.org; Mon, 23 Dec 2013 23:20:31 -0500 Received: from mail-ee0-x22c.google.com ([2a00:1450:4013:c00::22c]:47858) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VvJTi-0000zB-Vq for grub-devel@gnu.org; Mon, 23 Dec 2013 23:20:23 -0500 Received: by mail-ee0-f44.google.com with SMTP id b57so2649563eek.17 for ; Mon, 23 Dec 2013 20:20:21 -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=eKCfY8gLJ/kmeFwuUnsVcCdJTaHu/YnHm5pcVUt+E1A=; b=FZt8v9kYntW2fPOAdxGzMTafUVWsvb9EwMTlr1lVFiJNHC6cEIIFaRap8uMmbwroMg kifIGEdbOypJqIKeu6b70d6BMyYOcSXtsgMThH7x5KGOS2KOw6Tw3wCfd2P+Yco9y36D go0J8dFxHZv9c0UcwZ4iK4l9Zp+55u4Tvz8cu+Ao9kort7Rr8JeSeLEFFol89Ym6ROAk prFe9TK8/BA+iwKzRSkNu1ssmcpMV5ZTduqaA+Y9AycYLRbtdYTUomc6Q6jYYcKDFvVw rnZunVFhZoY5izVItFFp9yWoKy9G0VwZfFgQ+a0IdjDxGL+HM3HTW5J/lqwWArzHOAgq QwwQ== X-Received: by 10.14.202.137 with SMTP id d9mr25107630eeo.23.1387858821821; Mon, 23 Dec 2013 20:20:21 -0800 (PST) Received: from [192.168.1.16] (85-188.196-178.cust.bluewin.ch. [178.196.188.85]) by mx.google.com with ESMTPSA id a45sm51328497eem.6.2013.12.23.20.20.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Dec 2013 20:20:20 -0800 (PST) Message-ID: <52B90B83.3090104@gmail.com> Date: Tue, 24 Dec 2013 05:20:19 +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: <0C284942-C2D0-4520-93B1-3982E6AA38DF@colorremedies.com> <525AF8CD.7050100@gmail.com> <525B2D55.8060502@gmail.com> <339EF7EB-F50A-47F6-99BA-F46ABFECCF74@colorremedies.com> <20131014092807.6917958c@opensuse.site> <3D77CF50-285F-42C2-9325-47AC5ACF5FDC@colorremedies.com> <525C4615.5080803@gmail.com> <4B3D9706-740B-49A2-8314-FF3893071A12@colorremedies.com> <20131016065045.51027e72@opensuse.site> <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> In-Reply-To: <2FA74EFF-1716-4BDA-A8CA-4C63B0682325@colorremedies.com> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="cWuKcvfFMHHwj3SVjXIQdPf4RxrptcgO5" X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4013:c00::22c 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: Tue, 24 Dec 2013 04:20:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --cWuKcvfFMHHwj3SVjXIQdPf4RxrptcgO5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 24.12.2013 04:43, Chris Murphy wrote: > d point. Your snapshot tool could first create a read only snapshot, th= en for no space > cost also create a rw snapshot of the read only one, then add the rw sn= apshot to the grub.cfg. > The tool could give the user the option to always "revert" the changes = caused by booting a snapshot > - this would cause the rw snapshot being deleted and a new rw snapshot = created from the read only one. I don't like the idea of constantly modifying grub.cfg. Points to consider: - core of GRUB be it in embedding area or efi executable isn't snapshotta= ble - core and modules version have to match. - translations should match originating strings. Three together imply that snapshotting $prefix/$cpu-$platform is useless if not outright harmful. modules should reside either in .efi (mkstandalone way) or in a separate volume, never to be snapshotted. The path to this volume would be baked in core, so default volume changes won't create core/module mismatch. The configuration of master GRUB could have a list of all snapshots/distros/w/e (alternatively they could be listed at runtime) and source a grub.cfg from this snapshot (either directly or after user has chosen the submenu) setting some variable to indicate the path to snapshot. This slave grub.cfg would contain only entries. Configuration like themes and timeouts would be set on master level. In case of submenu it's possible to change resolution/theme/font and so on but it seems like only waste of time. Init scripts will take care of creating rw clone of snapshot if necessarr= y. In this scenario you don't care what the default volume is, and that's the way it should be as single btrfs may contain several distributions but only one can own the default. --cWuKcvfFMHHwj3SVjXIQdPf4RxrptcgO5 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/ iF0EAREKAAYFAlK5C4MACgkQmBXlbbo5nOv6oQD9H79bgoK32Tm6r3cRsb+BVrnH ejh5mBjh1J0NMj+IwR8A+P+fZKDZKC/CAjFQwKvKQMPPWID6yymc+V0c9ihqaOM= =ttPA -----END PGP SIGNATURE----- --cWuKcvfFMHHwj3SVjXIQdPf4RxrptcgO5--