Opened 8 years ago

Closed 5 months ago

#8332 closed bug (not reproducible)

Dont see a windows NTFS partition.

Reported by: lukove Owned by: 3dEyes
Priority: normal Milestone: R1
Component: File Systems/NTFS Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #7399
Has a Patch: no 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 8 years ago.

Download all attachments as: .zip

Change History (12)

Changed 8 years ago by lukove

Attachment: screenshot2.jpeg added

comment:1 Changed 8 years ago by anevilyak

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

comment:2 Changed 8 years ago by lukove

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 Changed 7 years ago by Disreali

Experiencing this issue on hrev43742-4h nightly.

comment:4 Changed 7 years ago by Disreali

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

comment:5 Changed 7 years ago by Disreali

The issue is back on hrev43835-4h nightly.

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

comment:6 Changed 7 years ago by Disreali

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 Changed 7 years ago by Disreali

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 Changed 7 years ago by diver

Probably related to #7019

comment:9 Changed 7 years ago by korli

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 Changed 7 years ago by diver

Blocking: 7399 added

comment:11 Changed 5 months ago by waddlesplash

Resolution: not reproducible
Status: newclosed

Doesn't seem reproducible anymore.

Note: See TracTickets for help on using tickets.