mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Jos Hulzink <josh@stack.nl>
To: Richard Russon <ntfs@flatcap.org>
Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
Subject: Re: VFS issues (was: Re: 2.5.5-pre1: mounting NTFS partitions -t VFAT)
Date: Tue, 19 Feb 2002 13:48:49 +0100	[thread overview]
Message-ID: <20020219124417.IVI19167.amsfep16-int.chello.nl@there> (raw)
In-Reply-To: <20020219102539.J93925-100000@snail.stack.nl> <1014119542.2788.10.camel@addlestones>
In-Reply-To: <1014119542.2788.10.camel@addlestones>

On Tuesday 19 February 2002 12:52, Richard Russon wrote:

> Whatever you throw at mount, you want it to fail_safe_.  i.e. in the
> worst case, do nothing.

Agreed.

> Without any help, mount (userspace) tries to determine the partition
> type.  It understands the magics of a LOT of filesystems.
>
> It looks for the NTFS magic before the DOS magic (or any of its variants).

Well, the story: I reinstalled Win2k and updated from FAT32 to NTFS, the day 
before I tested 2.5.5pre-1. I forgot to update /etc/fstab. So mount was 
called with the -t vfat option.

> Which is passed to the VFS, and the to the driver which performs some
> more rigid tests (hopefully :-)

Working on those tests, though it is hard to tell what limits are valid. I 
never saw more than 2 FATs, but can I assume there never will be more ? FAT 
has no real fingerprint, unfortunately. There are some bytes that can be 
checked, but they depend very much on the FAT version. FAT v 4.0 and higher 
have the fingerprint 'FAT' somewhere in the bootsector, but this doesn't hold 
anymore for some Win98/ME formatted partitions.

A test I'm thinking about is trying to match the FATs if there is more than 
one. You want to bail out if the FATs aren't the same anyway. The chance that 
the FAT-sectors are the same on non-FAT partitions is very small. Though this 
test can be rather slow, maybe we should only test the first sector(s).

Jos


  reply	other threads:[~2002-02-19 12:48 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-02-15 10:30 2.5.5-pre1: mounting NTFS partitions -t VFAT Jos Hulzink
2002-02-15 17:11 ` Anton Altaparmakov
2002-02-15 20:18 ` OGAWA Hirofumi
2002-02-18 12:55   ` Jos Hulzink
2002-02-18 14:56     ` OGAWA Hirofumi
2002-02-19 10:02       ` VFS issues (was: Re: 2.5.5-pre1: mounting NTFS partitions -t VFAT) Jos Hulzink
2002-02-19 11:52         ` Richard Russon
2002-02-19 12:48           ` Jos Hulzink [this message]
2002-02-19 13:34         ` Alexander Viro
2002-02-19 14:25         ` Denis Vlasenko
2002-02-19 11:03           ` Jos Hulzink
2002-03-09  9:50       ` [BUG] 2.5.6: IPv6 fails to initialize Jos Hulzink
2002-03-09 20:55         ` Ben Clifford
2002-03-11 17:58       ` David S. Miller
2002-02-19 12:21 VFS issues (was: Re: 2.5.5-pre1: mounting NTFS partitions -t VFAT) Andries.Brouwer

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=20020219124417.IVI19167.amsfep16-int.chello.nl@there \
    --to=josh@stack.nl \
    --cc=hirofumi@mail.parknet.co.jp \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ntfs@flatcap.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

all inboxes | Powered by JetHome®