Bug 15453
Summary: | HFS+ doesn't have decomposition for Korean(Hangul) when storing file name. | ||
---|---|---|---|
Product: | File System | Reporter: | dodamn |
Component: | HFS/HFSPLUS | Assignee: | Christoph Hellwig (hch) |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | alan, blaisorblade, hch |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | a file with the name in Korean |
Description
dodamn
2010-03-05 21:11:03 UTC
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. |