Bug 71774 - [ntfs] NTFS cannot "see" files on a WinXP filesystem
Summary: [ntfs] NTFS cannot "see" files on a WinXP filesystem
Status: Closed Overcome By Events
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 5.3-BETA4
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-09-15 20:00 UTC by Peter Pentchev
Modified: 2014-08-11 18:34 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Pentchev freebsd_committer freebsd_triage 2004-09-15 20:00:37 UTC
Sometimes then I transfer files between my Canon PowerShot digital
camera and WinXP (gphoto mostly works, but there are unrelated reasons
for using WinXP some of the time).  Microsoft's Scanner and Camera
Wizard tranfers the pictures and places them into a folder of my choice,
usually within My Documents/My Pictures.

So far the problem has only appeared once, but it had me stumped for a
couple of hours: I had transferred a set of 6 pictures, then, a couple
of days later, tried to access them from FreeBSD, and could not find
them in the directory where I could swear I'd put them before. An 'ls'
on that directory comes up with, well, nothing - no files, no subdirs,
no nothing (well, '.' and '..' are there alright).  The funny part is,
the directory seems to contain DOS-style 8.3 names only, and no NTFS
(type 2) names at all!  A couple of debugging printf's in ntfs_vnops.c
revealed that ntfs_readdir() never sees the directory because
ntfs_ntreaddir() never finds it; it's not a matter of
ntfs_nameispermitted() returning false, as seen from the mount -a case
below.

Since I know nothing about NTFS's directory organization, that's the
point where I give up.  Please tell me what other information you need,
and I'll provide it - well, short of the full 15GB raw partition dump,
since that would be a bit unwieldy to keep in GNATS, besides other
reasons ;)

Fix: 

Hopefully one can be found before 5.3 ships :)  Not critical in any way,
though.
How-To-Repeat: 
No, I'm not saying you can repeat that by executing the below commands;
still, that's what they do for me.  The 'My Pictures' directory is fine,
but its subdir 'mrs sarbenishka 20040910' contains six files that WinXP
can see just fine, yet FreeBSD's ntfs.ko cannot.  Further down, mounting
with NTFS_MFLAG_ALLNAMES shows six DOS-style names and that's all.

Script started on Wed Sep 15 21:35:46 2004
Starting interactive C shell
[roam@straylight ~]> sudo mount /fs/win/c
[roam@straylight ~]> ls /fs/win/c/Documents\ and\ Settings/roam.SBND/My\ Documents/My\ Pictures/
Desktop.ini			rodopi 20040905
Sample Pictures.lnk		sof 2004-06-16
mrs sarbenishka 20040910	tryn 20040912
muselica.zip			unproc
rado 2004-07-18			unproc.zip
[roam@straylight ~]> ls /fs/win/c/Documents\ and\ Settings/roam.SBND/My\ Documents/My\ Pictures/mrs\ sarbenishka\ 20040910/
[roam@straylight ~]> sudo umount /fs/win/c
[roam@straylight ~]> fgrep /fs/win/c /etc/fstab
/dev/ad0s3		/fs/win/c	ntfs	ro,noauto	0	0
[roam@straylight ~]> sudo mount_ntfs -o ro,noauto -a /dev/ad0s3 /fs/win/c
[roam@straylight ~]> ls /fs/win/c/Documents\ and\ Settings/roam.SBND/My\ Documents/My\ Pictures/mrs\ sarbenishka\ 20040910/
RO6354~1.JPG	RO6754~1.JPG	RO6F44~1.JPG
RO6364~1.JPG	RO6B54~1.JPG	RO6F54~1.JPG
[roam@straylight ~]> ls /fs/win/c/Documents\ and\ Settings/roam.SBND/My\ Documents/My\ Pictures/
Desktop.ini			mrs sarbenishka 20040910
MRSSAR~1			muselica.zip
RADO20~1			rado 2004-07-18
RODOPI~1			rodopi 20040905
SAMPLE~1.LNK			sof 2004-06-16
SOF200~1			tryn 20040912
Sample Pictures.lnk		unproc
TRYN20~1			unproc.zip
[roam@straylight ~]> sudo umount /fs/win/c
[roam@straylight ~]> exit
exit

Script done on Wed Sep 15 21:36:47 2004
Comment 1 Peter Pentchev 2004-09-15 20:23:09 UTC
On Wed, Sep 15, 2004 at 06:53:49PM +0000, Peter Pentchev wrote:
[snip]
> So far the problem has only appeared once, but it had me stumped for a
> couple of hours: I had transferred a set of 6 pictures, then, a couple
> of days later, tried to access them from FreeBSD, and could not find
> them in the directory where I could swear I'd put them before. An 'ls'
> on that directory comes up with, well, nothing - no files, no subdirs,
> no nothing (well, '.' and '..' are there alright).

Of course, here I mean 'nothing unless the show-all-filenames flag is
set on mounting'.

> The funny part is,
> the directory seems to contain DOS-style 8.3 names only, and no NTFS
> (type 2) names at all!

And here I certainly mean 'NOT type 2' :)

G'luck,
Peter

-- 
Peter Pentchev	roam@ringlet.net    roam@cnsys.bg    roam@FreeBSD.org
PGP key:	http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint	FDBA FD79 C26F 3C51 C95E  DF9E ED18 B68D 1619 4553
I am jealous of the first word in this sentence.
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2009-05-18 05:27:52 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 3 joeb1 2014-07-12 01:42:38 UTC
This PR should be closed.
5.3 is way past EOL and ntfs has been removed from 10.0 base.

See. 
http://svnweb.freebsd.org/base/head/sbin/Makefile?view=log&pathrev=247665
Comment 4 John Baldwin freebsd_committer freebsd_triage 2014-08-11 18:34:21 UTC
As noted, NTFS support is no longer in the base system.