https://bugzilla.novell.com/show_bug.cgi?id=355151
User bk@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=355151#c17
Bernhard Kaindl
where to get /sbin/mount.ntfs ?????
There is no /sbin/mount.ntfs because if mount does not find the a program /sbin/mount.ntfs, it tried the filesystem type ntfs with the kernel as it does with ext2, ext3, and so on. They have no mount helper programs. The kernel provides a (mostly) read-only NTFS filesystem which is asked to mount then. Your debug session from comment 5 is very helpful, the lcn field which your gdb identifed as problem also is the problem variable in ntfs-3g. The issue with ntfs-3g is analzed in bug 354113 - it might have the same root. I can trigger the segfault even with an empty ntfs image created by mkfs.ntfs: Program received signal SIGSEGV, Segmentation fault. 0xf7f29f48 in ntfs_volume_startup (dev=0x8fea0e0, flags=NTFS_MNT_RDONLY) at volume.c:403 403 if (vol->mftmirr_na->rl[0].lcn != vol->mftmirr_lcn || (gdb) p vol->mftmirr_na->rl[0].lcn Cannot access memory at address 0x8 That is ntfsclone, same error. Note: x86_64 does not reproduce the issue (like with ntfs-3g, only IA32 does). For reproducing, the ntfsprogs i586 rpm from Factory can be installed on a x86_64 factory system without problem. Like with ntfs-3g, the issue could possibly be worked around with by using -O0. Being able to resize NTFS partitions is an installation requirement for a number of installations, raising severity to blocker, medium priority. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.