All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christian Brauner <brauner@kernel.org>
To: Johan Hovold <johan@kernel.org>
Cc: "Matthew Wilcox (Oracle)" <willy@infradead.org>,
	 linux-fsdevel@vger.kernel.org,
	linux-ntfs-dev@lists.sourceforge.net, ntfs3@lists.linux.dev,
	 Anton Altaparmakov <anton@tuxera.com>,
	Namjae Jeon <linkinjeon@kernel.org>,
	regressions@lists.linux.dev
Subject: Re: [PATCH] fs: Remove NTFS classic
Date: Mon, 25 Mar 2024 09:28:25 +0100	[thread overview]
Message-ID: <20240325-halbnackt-flutlicht-688f1de80b35@brauner> (raw)
In-Reply-To: <Zf2zPf5TO5oYt3I3@hovoldconsulting.com>

On Fri, Mar 22, 2024 at 05:35:09PM +0100, Johan Hovold wrote:
> On Tue, Jan 16, 2024 at 10:33:49AM +0100, Christian Brauner wrote:
> > On Mon, 15 Jan 2024 07:20:25 +0000, Matthew Wilcox (Oracle) wrote:
> > > The replacement, NTFS3, was merged over two years ago.  It is now time to
> > > remove the original from the tree as it is the last user of several APIs,
> > > and it is not worth changing.
> 
> > I see no reason to not at least try and remove it given that we have
> > ntfs3 as a replacement. Worst case is we have to put it back in. Let's
> > try it.
> 
> This patch breaks boot of my Lenovo ThinkPad X13s where I have an fstab
> entry to access firmware from the original Windows partition; ended up
> in some kind of systemd emergency mode.
> 
> Fix is easy enough once I figured out what broke, but requires changing
> the fs type from 'ntfs' to 'ntfs3' in the fstab (after enabling NTFS3 in
> the kernel config).
> 
> Is it possible to provide an alias or something to avoid breaking
> people's machines like this? Perhaps something is needed for the Kconfig
> too.
> 
> I also now get a bunch of warning when listing the root directory:
> 
> [   68.967970] ntfs3: nvme0n1p3: ino=130d6, Correct links count -> 1.
> [   68.969137] ntfs3: nvme0n1p3: ino=13a, Correct links count -> 1.
> [   68.969798] ntfs3: nvme0n1p3: ino=3ad, Correct links count -> 1.
> [   68.970431] ntfs3: nvme0n1p3: ino=3d9, Correct links count -> 1.
> [   68.971150] ntfs3: nvme0n1p3: ino=26, Correct links count -> 1.
> [   68.971780] ntfs3: nvme0n1p3: ino=eb, Correct links count -> 1.
> [   68.972263] ntfs3: nvme0n1p3: ino=1ce, Correct links count -> 1.
> [   68.973062] ntfs3: nvme0n1p3: ino=a608, Correct links count -> 1.

This shouldn't warn because it's correcting this on the fly.

> 
> Flagging this as a regression so that Thorsten is aware of it:
> 
> #regzbot introduced: 7ffa8f3d3023

Thanks for the report. I'll send a fix.

  reply	other threads:[~2024-03-25  8:28 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-15  7:20 [PATCH] fs: Remove NTFS classic Matthew Wilcox (Oracle)
2024-01-15 11:00 ` Anton Altaparmakov
2024-01-15 11:08   ` Enrico Mioso
2024-01-15 11:41   ` Namjae Jeon
2024-01-15 14:49   ` Matthew Wilcox
2024-01-16  9:52     ` [PATCH] " Anton Altaparmakov
2024-01-15 22:20 ` [PATCH] fs: " Dave Chinner
2024-01-16  9:33 ` Christian Brauner
2024-01-16  9:51   ` [PATCH] " Anton Altaparmakov
2024-01-16 11:06     ` Christian Brauner
2024-01-16 11:32       ` Anton Altaparmakov
2024-03-22 16:35   ` [PATCH] fs: " Johan Hovold
2024-03-25  8:28     ` Christian Brauner [this message]
2024-03-25  8:34     ` [PATCH 1/2] ntfs3: serve as alias for the legacy ntfs driver Christian Brauner
2024-03-25 10:09       ` Johan Hovold
2024-03-25 12:01         ` Christian Brauner
2024-03-25  8:34     ` [PATCH 2/2] ntfs3: remove warning Christian Brauner
2024-03-25 10:12       ` Johan Hovold
2024-03-25 12:05         ` Christian Brauner
2024-04-04  8:06           ` Linux regression tracking (Thorsten Leemhuis)
2024-04-11 11:03             ` Konstantin Komarov
2024-04-15  9:54               ` Johan Hovold
2024-04-15 10:20                 ` Johan Hovold
2024-04-15 11:32                   ` Anton Altaparmakov
2024-04-15 11:42                     ` Johan Hovold
2024-04-15 14:15                       ` Christian Brauner
2024-04-15 15:23                         ` Linus Torvalds
2024-04-15 15:27                           ` Matthew Wilcox
2024-04-15 15:47                           ` Johan Hovold
2024-04-15 15:51                             ` Linus Torvalds
2024-04-15 16:06                               ` Johan Hovold
2024-04-16 10:38                                 ` Christian Brauner
2024-04-16 12:55                                   ` Johan Hovold
2024-04-17 16:07       ` Konstantin Komarov
2024-04-18  6:36         ` Johan Hovold

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=20240325-halbnackt-flutlicht-688f1de80b35@brauner \
    --to=brauner@kernel.org \
    --cc=anton@tuxera.com \
    --cc=johan@kernel.org \
    --cc=linkinjeon@kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-ntfs-dev@lists.sourceforge.net \
    --cc=ntfs3@lists.linux.dev \
    --cc=regressions@lists.linux.dev \
    --cc=willy@infradead.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 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.