From: Eric Levy <contact@ericlevy.name>
To: linux-btrfs <linux-btrfs@vger.kernel.org>
Subject: Re: option to mount read-only subvolume with read-write access
Date: Thu, 10 Nov 2022 11:52:09 -0500 [thread overview]
Message-ID: <XI55LR.POZHOYS8LSAH3@ericlevy.name> (raw)
In-Reply-To: <CA+H1V9xCmejh0Tx80czJOqTVmwAM7gCwfKJzgW6Mmkwu+tObYg@mail.gmail.com>
On Thu, Nov 10 2022 at 11:46:38 AM -0500, Matthew Warren
<matthewwarren101010@gmail.com> wrote:
>> In some scenarios, upcoming changes to a file tree, intended to
>> become
>> the default mounts in future boot sessions, will be staged in a
>> closed
>> environment, which may include use of "chroot". It is helpful for
>> the
>> subvolume to be read-write in the environment created by temporary
>> mount points, but still protected from accidental modification
>> through
>> its physical location on the root tree.
>
> I think for that situation you'd want to make a snapshot of the
> subvolume (which is currently mounted read-only) and then modify it.
> You can then make the new subvolume have the name of the old
> subvolume. This should allow you to keep the old data in read-only
> until you reboot in which case the new data will be mounted.
>
> Matthew Warren
It may work as well in many cases, but one limitation is that the child
volume must reside permanently in the target location, or some other,
until it replaces the parent volume.
next prev parent reply other threads:[~2022-11-10 16:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-10 10:12 option to mount read-only subvolume with read-write access Eric Levy
2022-11-10 12:12 ` David Sterba
2022-11-10 13:50 ` Eric Levy
2022-11-10 16:46 ` Matthew Warren
2022-11-10 16:52 ` Eric Levy [this message]
2022-11-14 20:33 ` David Sterba
2022-11-14 21:11 ` Eric Levy
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=XI55LR.POZHOYS8LSAH3@ericlevy.name \
--to=contact@ericlevy.name \
--cc=linux-btrfs@vger.kernel.org \
/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