前天突发奇想，就想自己编译一个路由器的ipk。因为路由器一直在使用的是pangubox系统(原pandorabox系统)，虽然和openwrt同源，但相比openwrt少了一些软件包，部分软件包也不够新，yellowko要用到的这个软件官方源没有更新到最新，所以打算试试用官方提供的SDK来编译，结果把系统玩坏了23333。
网上看了一个openwrt的SDK使用教程，前面的东西都配置完成了，但当我想编译时出现了这样的提示
./scripts/config/conf: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.27' not found (required by ./scripts/config/conf)
也就是说本机没有GLIBC的这个版本，需要安装。这是GNU项目所维护的标准C库，Linux系统通过一个libc.so.6的软链接指向本机的GLIBC文件，而系统中绝大部分指令都要依靠这个软链接才能执行。想要升级是比较麻烦的，因为它可以说是整个系统的基础，所以在系统安装好后基本上是不会动这个文件的。但是如果要升级，就一定会修改这个libc.so.6所链接的文件，可以使用ln -sf这样直接覆盖。有些同学习惯先删除再重建，但是一旦这个链接和原来的GLIBC文件断开，在shell中除了便几乎无法执行指令。可以在指令前添加LD_PRELOAD=glibc实际文件绝对路径，例如这样：
LD_PRELOAD=/lib/x86_64-linux-gnu/libc-2.23.so ll
这样手动加载了动态链接库，指令就可以正常运行。
经过这次折腾yellowko不建议单独升级GLIBC，因为这东西真不好搞，yellowko也没成功，Linux苦手2333，还是直接升级系统吧。
如果想要尝试升级GLIBC，请一定要注意以下几点，这样失败了还能救回来：
①首先得切换成root用户，因为想要更改libc.so.6这个文件是需要root权限的，而一旦链接断开，是没办法使用sudo或su的，万一出问题就真完了。因为出于安全考虑，这两个指令是不使用LD_PRELOAD这个环境变量的。(想想也是，随意替换系统的动态链接库的确太危险了，想想如果最常用的printf()函数如果被换成了一个黑客程序，再能使用root权限来执行，那么黑客就可以轻易攻陷我们的系统)
②需要记住系统以及新的GLIBC文件的位置，不同系统是不同的，例如yellowko使用的Ubuntu 16.04 server lts的在/lib/x86_64-linux-gnu里，因为一旦libc.so,6断开，那么ls这类命令是不直接用了的，但是cd和TAB还是可以用的，记不清还是可以用TAB来补救，如果新的库不能用，还可以把旧库链接回去。
③但是如果没有登录root账户但又把libc.so.6的链接断开了或者是断了之后不小心关机了呢，关机后甚至不能登录系统。对于这种情况，单凭当前的环境是无法解决了(至少yellowko是没找到办法)，需要依靠外部的力量。例如使用Ubuntu桌面版的iso这种自带live os的镜像(实体机要烧到光盘或者做成U盘启动盘)，在重启后通过修改BIOS进入光碟中试用系统，然后把libc,so.6重新链接回去。当然除此之外还可以使用一些急救盘之类的，总之，需要一个可以运行的操作系统来修改，如果是SSH远程登录的，不能直接接触到实体机器，那么这机器可能就挂掉了。
本作品由yellowko采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。
