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: Mon, 14 Nov 2022 16:11:28 -0500 [thread overview]
Message-ID: <47WCLR.GFSQA1T9N0822@ericlevy.name> (raw)
In-Reply-To: <20221114203331.GZ5824@twin.jikos.cz>
On Mon, Nov 14 2022 at 09:33:31 PM +0100, David Sterba
<dsterba@suse.cz> wrote
>> This sounds like the transaction update that is in openSUSE,
> https://github.com/openSUSE/transactional-update . The difference is
> that you would like it to work on the same subvolume and that all the
> work is done on the filesystem level, not completely managed by
> userspace utilities.
My understanding of the TU framework is that the tools create a
snapshot to be selected for the next boot session, and that while that
snapshot is being prepared, its read-only property is disabled. Once
some modification operation concludes, the read-only property is
toggled back to true. A file-system feature would make it easier to
alter the snapshot in some staging environment, without changing the
snapshot properties, or the location of the snapshot in the full file
system.
My current understanding of TU is based on some amount of
extrapolation, however, which may be inaccurate.
prev parent reply other threads:[~2022-11-14 21:11 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
2022-11-14 20:33 ` David Sterba
2022-11-14 21:11 ` Eric Levy [this message]
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=47WCLR.GFSQA1T9N0822@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