From: "Theodore Ts'o" <tytso@mit.edu>
To: Christoph Hellwig <hch@lst.de>
Cc: "Darrick J. Wong" <djwong@kernel.org>,
Zorro Lang <zlang@kernel.org>,
fstests@vger.kernel.org, linux-ext4@vger.kernel.org
Subject: Re: [PATCH 5/8] generic/740: enable by default
Date: Tue, 25 Jun 2024 16:05:55 -0400 [thread overview]
Message-ID: <20240625200555.GA394275@mit.edu> (raw)
In-Reply-To: <20240625060038.GA1497@lst.de>
On Tue, Jun 25, 2024 at 08:00:39AM +0200, Christoph Hellwig wrote:
> On Mon, Jun 24, 2024 at 11:50:08PM -0400, Theodore Ts'o wrote:
> > It might not be worth it. One of the reasons for it is that mkfs.ext4
> > can be set up to try to pull in libmagic using dlopen, to minimize the
> > package dependencies for things like the distribution's installer or
> > minimal root setu[s for Docker, et. al.
>
> So mkfs.extN doesn't actually use libblkid for foreign fs detection
> like most (all?) other tools?
Oh, good point. Yeah, mke2fs uses libblkid in addition to libmagic.
So yes, it should work for basic detection of file systems for the
purposes of generic/740. So the only issue would be the fact that
mkfs.extN only does the detection if it is running with a tty. The
reasoning behind this was that there might have been existing shell
scripts that might try to reformat a block device over an existing
file system. (For example, like file system test / performance
scripts like, say, for example xfstests's "check" script. :-)
What I've considered doing adding an extended option, "mke2fs -E
existing_fs_test={on,off,auto}" where auto is today's behavior, and
"on" would always do the pre-existing file system test and fail if it
there is a pre-existing file system, and "off" would skip it entirely.
This would allow generic/740 to work without having to depend on
"script" being installed. Of course, this would only work if a
sufficiently new version of mkfs.extN being used by fstests.
- Ted
next prev parent reply other threads:[~2024-06-25 20:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-23 12:10 mostly remove _supported_fs Christoph Hellwig
2024-06-23 12:10 ` [PATCH 1/8] remove support for ext4dev Christoph Hellwig
2024-06-23 12:10 ` [PATCH 2/8] generic/740: clean up handling of mkfs options Christoph Hellwig
2024-06-23 12:10 ` [PATCH 3/8] generic/740: pass the --quick option to mkfs.ntfs Christoph Hellwig
2024-06-23 12:10 ` [PATCH 4/8] generic/740: skip jffs2 as foreign fs earlier Christoph Hellwig
2024-06-23 12:10 ` [PATCH 5/8] generic/740: enable by default Christoph Hellwig
2024-06-24 16:16 ` Darrick J. Wong
2024-06-25 3:50 ` Theodore Ts'o
2024-06-25 6:00 ` Christoph Hellwig
2024-06-25 20:05 ` Theodore Ts'o [this message]
2024-06-26 4:01 ` Christoph Hellwig
2024-06-23 12:10 ` [PATCH 6/8] generic/745: rework support fs checking Christoph Hellwig
2024-06-23 12:10 ` [PATCH 7/8] generic/746: clean up fs support Christoph Hellwig
2024-06-23 12:10 ` [PATCH 8/8] remove spurious _supported_fs calls Christoph Hellwig
2024-06-24 2:17 ` mostly remove _supported_fs David Disseldorp
2024-06-24 16:17 ` Darrick J. Wong
2024-07-10 6:16 ` Christoph Hellwig
2024-07-11 13:16 ` Zorro Lang
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=20240625200555.GA394275@mit.edu \
--to=tytso@mit.edu \
--cc=djwong@kernel.org \
--cc=fstests@vger.kernel.org \
--cc=hch@lst.de \
--cc=linux-ext4@vger.kernel.org \
--cc=zlang@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