GNU bug report logs -
#25630
multibyte: df: unicode is not supported on mounted point
Previous Next
Full log
View this message in rfc822 format
On 07/02/17 17:30, Jaeseok Park wrote:
> 2017-02-08 1:04 GMT+09:00 Pádraig Brady <P <at> draigbrady.com <mailto:P <at> draigbrady.com>>:
>
> 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
This bug report was last modified 6 years and 312 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.