Created attachment 1441538 [details] Proposed patch to libblkid/src/superblocks/ntfs.c for big ntfs clusters Description of problem: Windows 10 Creators edition has extended the ntfs cluster size limit to 2MB, but blkid does not recognize such a partition as an ntfs one when its cluster size is beyond the traditional limit of 65K. Version-Release number of selected component (if applicable): Probably all, tested with util-linux = 2.23.2-43 How reproducible: Permanently Steps to Reproduce: 1. format an ntfs partition with cluster size beyond 65K, from a recent Windows 10 edition. 2. issue as root a command "blkid /dev/sdb1" (sdb1 being the partition formatted in 1. above) 3. Actual results: /dev/sdb1: PTTYPE="dos" Expected results: /dev/sdb1: UUID="FCB4E6D6B4E69286" TYPE="ntfs" Additional info: See https://bugzilla.redhat.com/show_bug.cgi?id=1575227 (mkntfs updated following this bug report can format a partition with big clusters). Proposed patch to libblkid/src/superblocks/ntfs.c attached
Fixed by upstream commit 7816ee22d596a8d406add0ee50c8aefd192ceb11 (but need more tests).
Created attachment 1441640 [details] Sample test partition with big clusters This is a sample ntfs partition image for testing. Using big clusters implies having a big partition, and this is a (void) 4TB one. You can of course extract it in a sparse file for testing, it will just use 103MB. Packing such a test partition using "tar -S" takes ages. I gave up after half an hour. To extract the image, you need ntfsclone updated for big clusters (see reference and updated rpms in the original bug report), and execute (do not forget the isolated dash at the end of command) : xz -cd big-rebuilt.img.xz | ntfsclone -r -O big-rebuilt.ntfs - Then you try "blkid big-rebuilt.ntfs"