[haiku-bugs] Re: [Haiku] #4974: haiku cant see all files / folders on NTFS partitions
- From: "bonefish" <trac@xxxxxxxxxxxx>
- Date: Thu, 06 May 2010 19:56:24 -0000
#4974: haiku cant see all files / folders on NTFS partitions
-------------------------------+--------------------------------------------
Reporter: streak | Owner: 3dEyes
Type: bug | Status: new
Priority: normal | Milestone: R1/alpha2
Component: File Systems/NTFS | Version:
Keywords: | Blockedby:
Platform: All | Blocking:
-------------------------------+--------------------------------------------
Changes (by bonefish):
* priority: high => normal
Comment:
Replying to [comment:7 colin]:
> When I'm trying to access my music folder it will not show any
subdirectories and some music files, too.[[BR]]
> Maybe this gives more insight:[[BR]]
> I've enabled the debug output in the libntfs implementation. It revealed
this error message:[[BR]]
> "Failed to read index block: I/O Error"[[BR]]
> Though as my insight into Haiku's filesystem in common and ntfs in
concrete is very premature I can't tell what exactly this points to.[[BR]]
> I've grepped the libntfs folder for this error message, which appears in
two files only: attrib.c and dir.c. Though the I/O Error which it points
to is pretty generic and is hardly usable for any further
conclusions.[[BR]]
> At least it seems the error appears when trying to read the ntfs index.
I've run a complete ntfsck on the filesystem, which revealed no
errors.[[BR]]
> I also checked whether there are any compressed or encrypted
files/folders in this music directory, which there aren't any.[[BR]]
> Ubuntu 9.10 has no problems in accessing all files/folders, though.
Without looking at the code, missing directory entries and an error
message that could originate from dir.c sounds very much like they could
be related. From the lack of response so far no one seem to feel
responsible. Assuming that you can reliably reproduce the problem, I
recommend you track this bug down yourself. It shouldn't be too hard to
find the exact point of failure by adding error output and maybe a panic()
where the current error message is printed. For short turn-around times
good choices are qemu under Linux or using userlandfs under Haiku. For the
latter a userland add-on has to be built specifically. Have a look how
that is e.g. done for packagefs. The advantage of userlandfs is that, when
you enable debugging for the userlandfs kernel add-on, you automatically
get tracing output for all FS interface calls. That should help you to
quickly see which call fails without even touching the NTFS code.
BTW, it's always a good idea to check in the terminal what ''ll'' says. It
is way more lenient than Tracker and prints error messages for problems it
encounters.
--
Ticket URL: <http://dev.haiku-os.org/ticket/4974#comment:15>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
