I have a box that is dual-boot between Windows XP Professional and (currently) Fedora Rawhide. XP's C: drive is /dev/sda1; it is NTFS. When I attempt to mount /dev/sda1 with ntfs-3g-1.2216-1.fc9, it fails with: Failed to read $MFTMirr: Input/output error Failed to mount '/dev/sda1': Input/output error NTFS is either inconsistent, or you have hardware faults, or you have a SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows then reboot into Windows TWICE. The usage of the /f parameter is very important! If you have SoftRAID/FakeRAID then first you must activate it and mount a different device under the /dev/mapper/ directory, (e.g. /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation for the details. Per the error message, I ran chkdsk /f as instructed, but the error persists. (Unfortunately, using "-o debug" yields no additional debugging output.) If I revert to ntfs-3g-1.2121-0.1.RC.fc9, everything seems to work fine; I can mount /dev/sda1 with no errors. Methinks ntfs-3g-1.2216-1.fc9 is broken...
Paging szaka to this bug.
The latest development version of gcc 4.3 miscompiles ntfs-3g with the same symptom. If you have such a compiler then assign the bug to the gcc developers. Afaik, so far they couldn't find where the problem is but if you stuck with the issue let me know and I'll find the time to track it down and make a workaround (currently I'm pretty busy with my day job and other matters).
I'm not 100% sure if ntfs-3g-1.2216-1.fc9 was built with gcc 4.3 (I can't see anything obvious from inspecting the binaries or debuginfo objects), but based on when it built, I strongly suspect it was. Reassigning to component gcc and updating the description. (No need to spend time hacking around this, Szabolcs; I can use the ntfs-3g-1.2121-0.1.RC.fc9 package for now.)
*** Bug 434660 has been marked as a duplicate of this bug. ***
Fyi, gcc has fixed the miscompilation bug and the fix will be included in the next alpha gcc release: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35264
Yay. Tom, while I suspect you planned to do so already, can you update this bug when a correctly-compiled version of ntfs-3g hits rawhide? (I'm using yum-versionlock to prevent yum from upgrading ntfs-3g, so I won't know when a fixed version hits rawhide...)
*** Bug 434921 has been marked as a duplicate of this bug. ***
Absolutely. :)(In reply to comment #6) > Yay. > > Tom, while I suspect you planned to do so already, can you update this bug when > a correctly-compiled version of ntfs-3g hits rawhide? Sure. :)
1.2216-3 just finished building: http://koji.fedoraproject.org/packages/ntfs-3g/1.2216/3.fc9/ Works for me, reopen if it doesn't work for you. :)
Seconded; 1.2216-3 works fine for me.