All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.