在之前的几篇文章中，曾经提到过用[glibc-vps]源来解决ArchLinux内核比母机高的问题，之前用这样的方法配好的服务器也一直稳定运行着。不过直到Arch的glibc更新到2.15.
话说，那一天，我写完了2011年总结，配好了留言头像墙，淡定地打开ssh输入了 pacman -Syu 然后重启系统。于是悲剧开始了。
重启过后很快发现vps没有启动，在后台尝试多次均无果后，发ticket要求客服修复。不久后客服回应，给我详细讲解了OpenVZ不能使用独立内核的问题。晕啊，这是我解决好了的。然后再发ticket，告诉客服我用的[glibc-vps]源的种种，结果客服还是说没办法修复，而且数据也拿不到。
悲剧了吧，傻逼了吧，没备份只能干着急了吧。正好那几天又在考试，根本没时间重新配置服务器，不得以快速装上了nginx然后放上这个页面。

考完后，我经过多次重装系统尝试，确定是glibc-2.15-99造成的无法开机，但是不使用最新的glibc包就没法使用最新的源里面的很多包。后来想自己编译。于是装上glibc-2.14.2-100包然后使用AUR手动编译各种需要的包。初期一切正常，顺利装上了apacha nginx mysql python等等，后来发现只要给apache加载上PHP就会无法正常启动，不管用源里面的旧包还是多次尝试自行编译的都不行，考虑到母机内核仍为2.6.32且所装ArchLinux内核为2.6.18然而源中内核已到3.1.8，兼容性已经非常差，无奈放弃。
于是回家后，装上了Debian 6 x64系统，精简过后使用LNMP一键安装包配好了环境，恢复了12月30日的数据库，所以我1号写的年终总结就再也回不来了虽然Google Reader极其给力地让我取回了文章正文，不过下面的评论就彻底没办法了
随后通过一系列调整顺便解决了之前一直没有搞定的，使用反向代理过后错误加载脚本的问题，虽然现在依然不是完美，不过已经好多了。（我不说肯定没人能看出来了）

所以，只能说，目前还好，博客继续吧。
不过现有的python环境还没配置完成，并且LNMP一直就不是我最欣赏的组合，用空之后应该还会调整成LNMPA的说