On Thursday 14 March 2002 06:41 am, root wrote: > Hello, > > I switched a debian (woody) system from ext2 to JFS a week ago > and now I'm experiencing some odd problems with a file. That file is > in the console-tools-libs package and has the following name: > > /usr/share/doc/console-tools-libs/examples/unicode/�?��?� > > According to the documentation that file should have a UTF8 name. > Enabling UTF8 in console should allow to see the actual name. > > The problem I can't remove, list or read that file: find, ls and rm > give back the following error: > > find: /usr/share/doc/console-tools-libs/examples/unicode/�?��?�: No > such file or directory > > I tried to remove the file with rm ./?????? as suggested in the > documentation but while this works in ext2 (and in XFS) it doesn't > work in JFS. > > How could I delete that file (that is causing me problems with some > tasks in cron) ?
JFS stores file names in unicode (16-bit) and converts the names into and out of the system codepage. By default, the codepage used is whatever CONFIG_NLS_DEFAULT is set to in the kernel. This can be overridden with the mount option "iocharset=<charset>". It appears that the characters in the name �?��?� don't map to the current codepage. A possible, though involved, solution may be to make sure that nls_utf8.o is either built in the kernel or as a module and mount the file system with "-o iocharset=utf8". In OS/2, JFS was able to get the codepage from the current process and use that to convert from unicode. Linux processes don't appear to have that information available (at least in the kernel). _______________________________________________ Jfs-discussion mailing list [EMAIL PROTECTED] http://www-124.ibm.com/developerworks/oss/mailman/listinfo/jfs-discussion
