public inbox for linux-man@vger.kernel.org
 help / color / mirror / Atom feed
From: Alejandro Colomar <alx.manpages@gmail.com>
To: Michael Kerrisk <mtk.manpages@gmail.com>
Cc: наб <nabijaczleweli@nabijaczleweli.xyz>,
	linux-man@vger.kernel.org,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Stephen Hemminger" <stephen@networkplumber.org>,
	"David S . Miller" <davem@davemloft.net>,
	"Alejandro Colomar" <alx.manpages@gmail.com>
Subject: [PATCH 3/3] filesystems.5: wfix: ntfs: remove FAT comparison
Date: Fri, 18 Dec 2020 16:30:37 +0100	[thread overview]
Message-ID: <20201218153036.25244-4-alx.manpages@gmail.com> (raw)
In-Reply-To: <20201218153036.25244-1-alx.manpages@gmail.com>

From: наб <nabijaczleweli@nabijaczleweli.xyz>

The main point I was driving at with this patch was to fix
"Microsoft Window's FAT filesystems" (i.e. FAT filesystems which belong
 to Microsoft Window, which is decidedly wrong).

FAT32 first shipped with MS-DOS 7.1, as part of Windows 95 OSR2,
but it's a (relatively) simple logical extension of the previous FATx
filesystems (16 and 12 as we know and love them today,
 I don't think the PC ever saw 8), hence the "VFAT" driver name ‒
calling FAT-anything a Windows filesystem would be a flat-out lie,
calling it a Microsoft filesystem would be, uh, facetious.

NTFS (as part of Windows NT), on the other hand, is wholly different
WRT the scope and feature-set (it does borrow some layouting from FAT,
 but reading NTFS as FAT doesn't get you very far, or much).

The replacing bit is also questionable, especially in a.d. 2020:
while it is true that you cannot install NT on FAT (after a certain
 point? my memory ain't what it used to be), and must therefore
replace your existing FAT partitions with NTFS during upgrades;
Windows NT 4.0, the last product to be NT-branded came out in 1996,
i.e. you could not install Windows on FAT (and, therefore,
 upgrade it to NTFS, replacing it) during my entire lifetime.

Indeed, in $(date +%Y) we live in a post-NTFS world ‒ putting NTFS in
the same class as FAT beyond "is a filesystem" is a joke.

Signed-off-by: Ahelenia Ziemiańska <nabijaczleweli@nabijaczleweli.xyz>
Signed-off-by: Alejandro Colomar <alx.manpages@gmail.com>
---
 man5/filesystems.5 | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/man5/filesystems.5 b/man5/filesystems.5
index 71be05230..7f2e02096 100644
--- a/man5/filesystems.5
+++ b/man5/filesystems.5
@@ -166,9 +166,8 @@ you need special programs, which can be found at
 is the network filesystem used to access disks located on remote computers.
 .TP
 .B ntfs
-replaces Microsoft Window's FAT filesystems (VFAT, FAT32).
-It has reliability, performance, and space-utilization enhancements
-plus features like ACLs, journaling, encryption, and so on.
+is the filesystem native to Microsoft Windows NT,
+supporting features like ACLs, journaling, encryption, and so on.
 .TP
 .B proc
 is a pseudo filesystem which is used as an interface to kernel data
-- 
2.29.2


  parent reply	other threads:[~2020-12-18 15:31 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-18 15:30 [PATCH 0/3] filesystems.5: Update & wfix Alejandro Colomar
2020-12-18 15:30 ` [PATCH 1/3] filesystems.5: fix link to user space tooling for ncpfs Alejandro Colomar
2020-12-20 14:43   ` Michael Kerrisk (man-pages)
2020-12-18 15:30 ` [PATCH 2/3] filesystems.5: note ncpfs removal from kernel Alejandro Colomar
2020-12-20 14:44   ` Michael Kerrisk (man-pages)
2020-12-18 15:30 ` Alejandro Colomar [this message]
2020-12-20 14:47   ` [PATCH 3/3] filesystems.5: wfix: ntfs: remove FAT comparison Michael Kerrisk (man-pages)
2020-12-29 11:11     ` Alejandro Colomar (man-pages)
2020-12-29 20:00       ` Michael Kerrisk (man-pages)

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=20201218153036.25244-4-alx.manpages@gmail.com \
    --to=alx.manpages@gmail.com \
    --cc=davem@davemloft.net \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-man@vger.kernel.org \
    --cc=mtk.manpages@gmail.com \
    --cc=nabijaczleweli@nabijaczleweli.xyz \
    --cc=stephen@networkplumber.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