On 07/02/17 17:30, Jaeseok Park wrote: > 2017-02-08 1:04 GMT+09:00 Pádraig Brady <[email protected] > <mailto:[email protected]>>: > > On 07/02/17 05:11, Jaeseok Park wrote: > > Dear Pádraig > > > > Thank you for your reply. > > > > 1. Maybe its volume name seems to be encoded by UTF-8. I formatted my > USB storage on OSX. > > > > 2. My $LC_ALL is empty and $LANG is "ko_KR.UTF-8". > > > > 3. The result of gls is as below: > > > > BEAGLEBONE > > boot.tar > > ext > > ssd > > ''$'\341\204\206\341\205\256\341\204\214\341\205\246' > > Ah right that's the decomposed form. > HFS must use that for normalization of file names. > Using that I can reproduce your issue with an incorrect locale: > > # LC_ALL=ko_KR df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda1 100M 120K 100M 1% /root/�??�?��??�?� > # LC_ALL=ko_KR.UTF-8 df -h > Filesystem Size Used Avail Use% Mounted on > /dev/sda1 100M 120K 100M 1% /root/무제 > > > I.E. It looks like you have the wrong locale settings for the df command. > Please try setting LC_ALL as above, or otherwise setting UTF-8.
> I tried to execute the commands as you guided me, however the result is the > same. > > Mini:~$ LC_ALL=ko_KR df -h > Filesystem Size Used Avail Use% Mounted on > /dev/disk0s2 233G 176G 56G 76% / > /dev/disk1s2 931G 686G 246G 74% /Volumes/ext > /dev/disk2s1 39M 33M 6.4M 84% /Volumes/BEAGLEBONE > /dev/disk3s1 15G 2.5M 15G 1% /Volumes/�??�?��??�?� > > Mini:~$ LC_ALL=ko_KR.UTF-8 df -h > Filesystem Size Used Avail Use% Mounted on > /dev/disk0s2 233G 176G 56G 76% / > /dev/disk1s2 931G 686G 246G 74% /Volumes/ext > /dev/disk2s1 39M 33M 6.4M 84% /Volumes/BEAGLEBONE > /dev/disk3s1 15G 2.5M 15G 1% /Volumes/�??�?��??�?� > > Mini:~$ gls /Volumes/ > BEAGLEBONE boot.tar ext ssd무제 > > Did I do wrong something? > > Regards, > Jaeseok > > I don't have access to OSX to try out things, but I suspect ko_KR.UTF-8 may not be supported on your system? Can you try instead with LC_ALL=en_US.UTF-8 or LC_ALL=C, both of which display correctly on Fedora Linux here. Also what's the output from: LC_ALL=ko_KR.UTF-8 locale If that suggests ko_KR.UTF-8 is supported, then I'll need to get access to an OSX system to debug. Perhaps there is some shennanigans with the returned charset on OSX. thanks, Pádraig
