目录
- 一、掉进坑里
- 二、挣扎无果
- 三、青春的冲动
- 四、柳暗花明
- 五、问题ko
- 六、后记
一、掉进坑里
最近公司内部的一台测试服务器(centos6.5)，因为安装某软件需要升级glibc库，glibc是linux的一个核心库，如果直接替换升级原有版本，可能出现无法预料的异常(比如大面积出现命令不能运行）。
于是手动升级安装了glibc-2.14，参考分享centos6.5升级glibc过程
去官网下了个glibc-2.14的tar包，按照上面的步骤编译安装：
$ mkdir build // 在glibc-2.14目录下建立build文件夹 $ cd build // 进入build目录 $ ../configure --prefix=/opt/glibc-2.14 // 注意：配置glibc并设置当前glibc-2.14安装目录 $ make && make install // 编译安装glibc-2.14库
修改了/lib64/libc.so.6的软连接指向，程序可以正常运行，但中文出现了乱码问题。
于是呼，按照自己的经验和网上大多数n人的说法，认为这个简单，重新设置一下语言不就搞定了吗？
说干就干，在shell中运行locale，出现如下错误：
locale: cannot set lc_ctype to default locale: no such file or directory locale: cannot set lc_all to default locale: no such file or directory
_注：以上错误不仅出现在手动运行locale命令时，而且每次ssh远程登录进shell时都会出现。_
二、挣扎无果
为解决以上问题，大量度娘和g狗，尝试过以下方法，问题依旧。
使用如下命令： export lang="en_us.utf8" 可以修改环境变量lang，修改之后立即生效，当时当系统重新启动时便会又变成原来的语言 另外两种修改语言的方法： 1.配置如下文件： vi /etc/sysconfig/i18n 将原来的配置如： lang="zh_cn.utf8" 修改为 lang="en_us.utf8" 保存之后不会立即生效，而是要重启之后生效。
三、青春的冲动
焦头烂额之时，出去smoking了一下，看来还是要回到问题的本质，既然出现了 no such file or directory错误，说明应该是我们配置了某种不存在或者系统不支持的locale，比如上面解决办法中的通过个修改语言lang=”en_us.utf-8”,将locale设置成了zh_cn.utf-8，而操作系统在通过配置去初始化本地化环境的时候，没有找到相应的语言包（其实不只是语言包,locale还包括时区、货币度量等）， 即os找不到对应的locale文件，想明白这个问题就好办了。
先使用locale命令看看系统中有没有这个locale
[****@****** bin]# locale -a|grep en_us en_us en_us.iso88591 en_us.iso885915 en_us.utf8
一看傻眼了，里面有en_us.utf8，也就是说os是支持将locale配置成en_us.utf8的，那为什么还是出现如下错误：
locale: cannot set lc_ctype to default locale: no such file or directory locale: cannot set lc_all to default locale: no such file or directory
四、柳暗花明
是不是忽略了什么，再次回到原点审视。突然，想到了一个问题：我们重新安装了一个新的glibc库，而不是覆盖升级，也就是说系统中目前至少有两个locale命令，centos如何知道用哪个？
会不会是用了我们新装的/opt/glibc-2.14/bin/locale,而不是系统默认的/usr/bin/locale,用下面的命令很容易验证这个想法:
[****@****** bin]# /opt/glibc-2.14/bin/locale -a c posix
果然，这个locale只支持c和posix，而没有en_us.utf8，所以如果我们将locale配置成en_us.utf8，自然会报no such file or directory错误。
问题又来了，/opt/glibc-2.14/bin/locale命令所列举的本地化locale语言包，是从哪里来的？是通过配置文件？还是直接读取某个目录里面的文件？
当然如果去看源代码很容易找到上面问题的答案，因为俺比较懒，便大胆猜测：应该是从某个目录里面读取的，这个目录里面应该有系统所支持的所有的locale文件。这样猜测是源于错误消息是“没有这样的文件或目录”。
为了找到这个目录的位置，想到了strings命令，直接使用如下命令：
[****@****** bin]# strings /opt/glibc-2.14/bin/locale|grep locale setlocale /locale. locale (gnu %s) %s /opt/glibc-2.14/lib/locale /opt/glibc-2.14/share/locale all-locales /opt/glibc-2.14/lib/locale/locale-archive locale: %-15.15s archive: /opt/glibc-2.14/lib/locale/locale-archive locale: %-15.15s directory: %.*s cannot set lc_ctype to default locale cannot set lc_messages to default locale cannot set lc_collate to default locale cannot set lc_all to default locale write names of available locales get locale-specific information.
果然上面出现了一个路径/opt/glibc-2.14/lib/locale/locale-archive，通过名字很容易猜出这个很可能就是locale命令去读取所有被支持的locale目录（/或归档文件）位置。
五、问题ko
ls一下上面那个目录，的确里面是空的，没有locale-archive这个归档文件。
[****@****** bin]# ll /opt/glibc-2.14/lib/locale/
现在解决办法就很简单了，直接将/usr/bin/locale这个locale命令使用的locale-archive文件copy到/opt/glibc-2.14/lib/locale/locale-archive即可
[****@****** bin]# cp /usr/lib/locale/locale-archive /opt/glibc-2.14/lib/locale/locale-archive
可能有小伙伴会问了，你怎么知道/usr/bin/locale使用的locale文件目录是/usr/lib/locale/locale-archive，答案很简单：度娘一把，很容易查到。
copy完成后，exit会话，重新登录进来，再运行/opt/glibc-2.14/bin/locale命令，未出现no such file or directory错误了，而且之前的乱码问题也解决了。
六、后记
上面记录一次了笔者自己解决centos 6.5环境下手动安装glibc库后出现的乱码问题，过程中涉及到一些关于locale的原理知识，也顺便了解了一下。
by the way,上面猜测的/opt/glibc-2.14/bin/locale命令locale读取路径，后来也的确看一下locale.c源码，证实的确是从/opt/glibc-2.14/lib/locale/locale-archive读取的（当然还有其他的读取位置）。
到此这篇关于centos6.5安装glibc-2.14后locale出现no such file or directory解决办法的文章就介绍到这了,更多相关安装glibc出现中文乱码解决办法内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！