博客恢复

本文发布已超过一年,其中的内容可能已经过时。

在之前的几篇文章中,曾经提到过用[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极其给力地让我取回了文章正文,不过下面的评论就彻底没办法了 T.T
随后通过一系列调整顺便解决了之前一直没有搞定的,使用反向代理过后错误加载脚本的问题,虽然现在依然不是完美,不过已经好多了。(我不说肯定没人能看出来了)

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

{ 发表评论? }

  1. niyann Unknow Browser Unknow Os

    要庆祝下 难道不是么,,,,之前的页面有点怀念呢

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注