HFS+ should store file name as decomposition form. Korean(Hangul) file name also must be decomposed. But Linux at least 2.6.31 does not have decomposition code for Korean(Hangul) file name. I found 2.6.33 also doesn't have it. But xnu which is kernel of Mac OS X has decomposition for Hangul file. So if Korean file name is made on Linux, that file can't be read on Mac OS. In fs/hfsplus/unicode.c, I can't find any code about Korean decomposition. Why is it missed?
CC'ed Christoph Hellwig since he took over maintainership of HFSPlus.
Created attachment 38882 [details] a file with the name in Korean This tgz contains a file which if copied on hfsplus file system produce undeletable, unreadable file. It can't be deleted even by inode.
I can't give too many details, but while backing up my OS X filesystem with Linux onto another OS X filesystem, I noticed a few files with Korean filenames which rsync could not copy (no names unfortunately, I fear). So I think there are still problems in this area. This was with a Linux kernel 3.2 as provided by Xubuntu 12.04.
Any explanation why this is obsolete? Did you really implement in-kernel Unicode normalization?
No but 2.6 kernels are obsolete. If it's still present on recent kernels can you bump the version. Not I suspect that anything will occur unless you post patches to fix it.