From: Lennart Poettering <lennart@poettering.net>
To: Qu Wenruo <wqu@suse.com>
Cc: linux-btrfs@vger.kernel.org, Jiri Slaby <jslaby@suse.com>,
stable@vger.kernel.org
Subject: Re: [PATCH] btrfs: re-introduce 'norecovery' mount option
Date: Tue, 21 May 2024 15:24:37 +0200 [thread overview]
Message-ID: <ZkygleyN4dVTxyAn@gardel-login> (raw)
In-Reply-To: <44c367eab0f3fbac9567f40da7b274f2125346f3.1716285322.git.wqu@suse.com>
On Di, 21.05.24 19:27, Qu Wenruo (wqu@suse.com) wrote:
thank you!
lgtm.
> Although 'norecovery' mount option is marked deprecated for a long time
> and a warning message is introduced during the deprecation window, it's
> still actively utilized by several projects that need a safely way to
> mount a btrfs without any writes.
>
> Furthermore this 'norecovery' mount option is supported by most major
> filesystems, which makes it harder to validate our motivation.
>
> This patch would re-introduce the 'norecovery' mount option, and output
> a message to recommend 'rescue=nologreplay' option.
>
> Link: https://lore.kernel.org/linux-btrfs/ZkxZT0J-z0GYvfy8@gardel-login/#t
> Link: https://github.com/systemd/systemd/pull/32892
> Link: https://bugzilla.suse.com/show_bug.cgi?id=1222429
> Reported-by: Lennart Poettering <lennart@poettering.net>
> Reported-by: Jiri Slaby <jslaby@suse.com>
> Fixes: a1912f712188 ("btrfs: remove code for inode_cache and recovery mount options")
> Cc: stable@vger.kernel.org # 6.8+
> Signed-off-by: Qu Wenruo <wqu@suse.com>
> ---
> fs/btrfs/super.c | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
> diff --git a/fs/btrfs/super.c b/fs/btrfs/super.c
> index 2dbc930a20f7..f05cce7c8b8d 100644
> --- a/fs/btrfs/super.c
> +++ b/fs/btrfs/super.c
> @@ -119,6 +119,7 @@ enum {
> Opt_thread_pool,
> Opt_treelog,
> Opt_user_subvol_rm_allowed,
> + Opt_norecovery,
>
> /* Rescue options */
> Opt_rescue,
> @@ -245,6 +246,8 @@ static const struct fs_parameter_spec btrfs_fs_parameters[] = {
> __fsparam(NULL, "nologreplay", Opt_nologreplay, fs_param_deprecated, NULL),
> /* Deprecated, with alias rescue=usebackuproot */
> __fsparam(NULL, "usebackuproot", Opt_usebackuproot, fs_param_deprecated, NULL),
> + /* For compatibility only, alias for "rescue=nologreplay". */
> + fsparam_flag("norecovery", Opt_norecovery),
>
> /* Debugging options. */
> fsparam_flag_no("enospc_debug", Opt_enospc_debug),
> @@ -438,6 +441,11 @@ static int btrfs_parse_param(struct fs_context *fc, struct fs_parameter *param)
> "'nologreplay' is deprecated, use 'rescue=nologreplay' instead");
> btrfs_set_opt(ctx->mount_opt, NOLOGREPLAY);
> break;
> + case Opt_norecovery:
> + btrfs_info(NULL,
> +"'norecovery' is for compatibility only, recommended to use 'rescue=nologreplay'");
> + btrfs_set_opt(ctx->mount_opt, NOLOGREPLAY);
> + break;
> case Opt_flushoncommit:
> if (result.negated)
> btrfs_clear_opt(ctx->mount_opt, FLUSHONCOMMIT);
> --
> 2.45.1
>
>
Lennart
--
Lennart Poettering, Berlin
next prev parent reply other threads:[~2024-05-21 13:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-21 9:57 [PATCH] btrfs: re-introduce 'norecovery' mount option Qu Wenruo
2024-05-21 10:43 ` Johannes Thumshirn
2024-05-21 13:13 ` David Sterba
2024-05-21 13:24 ` Lennart Poettering [this message]
2024-05-21 13:26 ` David Sterba
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=ZkygleyN4dVTxyAn@gardel-login \
--to=lennart@poettering.net \
--cc=jslaby@suse.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=wqu@suse.com \
/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