Opened 12 years ago

Closed 5 years ago

Last modified 4 years ago

#8332 closed bug (not reproducible)

Dont see a windows NTFS partition.

Reported by: lukove Owned by: 3dEyes
Priority: normal Milestone:
Component: File Systems/NTFS Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #7399
Platform: All

Description

Dont see first Primary NTFS partition where i is installed Windows XP. In the Drive Setup i see only that partition is active but not Label or NTFS type. In mount menu are only BeFS partitions.

I use GCC4 Hybrid build and hrev43745

Attachments (1)

screenshot2.jpeg (180.5 KB ) - added by lukove 12 years ago.

Download all attachments as: .zip

Change History (13)

by lukove, 12 years ago

Attachment: screenshot2.jpeg added

comment:1 by anevilyak, 12 years ago

Component: - GeneralFile Systems/NTFS
Owner: changed from nobody to 3dEyes

comment:2 by lukove, 12 years ago

Now i reinstall Haiku to GCC2 Hybrid build (this some version) and i see in DriveSetup NTFS partition and i can mount it. Maybe only GCC4 problem?

comment:3 by Disreali, 12 years ago

Experiencing this issue on hrev43742-4h nightly.

comment:4 by Disreali, 12 years ago

This issue is not present on hrev43798 2h nightly. Not sure what changed.

comment:5 by Disreali, 12 years ago

The issue is back on hrev43835-4h nightly.

I will test a gcc2hybrid, but so far this looks like a gcc4 issue.

comment:6 by Disreali, 12 years ago

I just booted up a hrev43833-gcc4only install, that I built myself, and it has no issue seeing nor mounting NTFS volumes.

I'll try to grab a syslog next time I experience the issue.

comment:7 by Disreali, 12 years ago

I just booted the exact same hrev43835-4h nightly install that could not seen NTFS volumes earlier, but now it can. Very weird.

comment:8 by diver, 12 years ago

Probably related to #7019

comment:9 by korli, 12 years ago

Reproduced this bug myself on gcc4.

A ioctl call with op B_GET_PATH_FOR_DEVICE at http://cgit.haiku-os.org/haiku/tree/src/add-ons/kernel/file_systems/ntfs/fs_func.c#n141 seems to return success while filling the path with garbage. This call is unusual as other file systems use directly the file descriptor.

comment:10 by diver, 11 years ago

Blocking: 7399 added

comment:11 by waddlesplash, 5 years ago

Resolution: not reproducible
Status: newclosed

Doesn't seem reproducible anymore.

comment:12 by nielx, 4 years ago

Milestone: R1

Remove milestone for tickets with status = closed and resolution != fixed

Note: See TracTickets for help on using tickets.