From: dima <dolenin@parallels.com>
To: "Fajar A. Nugraha" <list@fajar.net>
Cc: <linux-btrfs@vger.kernel.org>
Subject: Re: Snapshot rollback
Date: Tue, 25 Oct 2011 17:54:37 +0900 [thread overview]
Message-ID: <4EA6794D.3000608@parallels.com> (raw)
In-Reply-To: <CAG1y0sfk3TozN0-das7et0StL5pcFFLv4tn3XHKxG56xftuPEA@mail.gmail.com>
On 10/25/2011 05:01 PM, Fajar A. Nugraha wrote:
> On Tue, Oct 25, 2011 at 9:00 AM, dima<dolenin@parallels.com> wrote:
>> Fajar A. Nugraha<list<at> fajar.net> writes:
>>
>>> AFAIK you have three possible ways to use /boot on btrfs:
>>>
>>> (1) put /boot on subvolid=0, don't change the default subvolume. That
>>> works, but all your snapshot/subvols will be visible under /boot. Some
>>> people might not want that for estetic reason.
>>
>> Hi Fajar,
>> I think I am doing just this, but my subvolumes are not visible
under /boot. I
>> have all my subvolumes set up like this:
>> /path/to/subvolid_0/boot< a simple directory bind-mounted to /
>> /path/to/subvolid_0/__active< my / subvolume
>> /path/to/subvolid_0/__home< my /home subvolume
>
> Actually with that setup you're using option (3) that I described.
>
> That means all your subvolumes is still visible under
> /path/to/subvolid_0/, right? I'm not sure how well grub can manage
> this. Probably it can't, so you'd have to manage boot entries
> manually.
Yes, you are right. I can see all subvolumes under /path/to/subvolid_0
By the way grub2 can manage this setup correctly and generate the right
menu entries without any problems.
But - /boot is not in its own subvolume in this setup. I think this is
the reason it works out of the box.
Thank you for your explanations.
I can see if I can make it work with /boot in its own subvolume.
~d
next prev parent reply other threads:[~2011-10-25 8:54 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-10-23 19:42 Snapshot rollback Phillip Susi
2011-10-23 20:35 ` Goffredo Baroncelli
2011-10-24 5:45 ` dima
2011-10-24 5:58 ` Fajar A. Nugraha
2011-10-24 8:24 ` dima
2011-10-24 12:11 ` Fajar A. Nugraha
2011-10-25 2:00 ` dima
2011-10-25 8:01 ` Fajar A. Nugraha
2011-10-25 8:54 ` dima [this message]
2011-10-25 9:01 ` Fajar A. Nugraha
2011-10-25 0:45 ` Phillip Susi
2011-10-25 2:04 ` Arand Nash
2011-10-26 1:30 ` Phillip Susi
-- strict thread matches above, loose matches on Subject: below --
2019-07-05 10:38 snapshot rollback Ulli Horlacher
2019-07-05 11:06 ` Ulli Horlacher
2019-07-05 11:47 ` Remi Gauvin
2019-07-05 13:03 ` Graham Cobb
2019-07-05 21:18 ` Chris Murphy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EA6794D.3000608@parallels.com \
--to=dolenin@parallels.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=list@fajar.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox