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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.