去年换x201i的时候，曾经折腾出一篇《x86-64 Arch Linux on ThinkPad x201i》，后来x201i陪我度过了毕业半年最为艰难的岁月，表现可圈可点，配合我自己调制的ArchLinux，系统非产高效，让我在4个月的时间内搞定了8门课程、毕业设计，还看了不下二十部电影和纪录片。

说起操作系统重装，我也算究竟沙场了。基本上每半年会重装一次操作系统，从XP，Vista，RedHat 9.0，Fedora，到Ubuntu 8.x，转向ArchLinux、Gentoo，甚至在华数淘宝实习的时候还装了4台PC和2台Dell的PC Server。最长的一次要属第一次接触Gentoo的那次，装操作系统装了有2个星期，折腾了两个月，终于发现这个东西不符合低碳节能的基本要求，再一次不小心的fsck误操作中彻底结束了Gentoo之旅，回到了Ubuntu和Arch的怀抱。

来到百度第一天领到的新笔记本，x220i，好家伙，上网一搜，居然是今年最新款的X系列ThinkPad。CPU是新一代的SNB架构。默认系统的十年前的XP。本来我想另辟空间再装个Linux来个双系统，后来XP实在用着不爽，遂全盘格式化，全部分给ArchLinux。

我一直有一个疑问：为什么Windows的命令行，无论是CMD还是PowerShell，不能实现最简单的窗口最大化功能？

OS版本用的是Arch Linux 2010.05，在mirrors.sohu.com上下载支持 32 位及 64 位架构的 Dual 映像，用UltraISO刻录硬盘镜像到U盘上。本以为ArchLinux的安装会像以前一样轻车熟路，不曾想这次却遇到了以前从来没有遇到的一个大麻烦：网卡无法识别！！！

不能上网就意味着不能装X，不能装X就意味着没有Firefox，没有Firefox就意味我不能上网来写这篇博客。无奈之下，去同事的机器上下载了最新的Linux Mint 11，痛快装好，网卡这次能用了。

Google搜索，发现Arch Linux 2010.05是2.6.32的内核，而Linux Mint 11是2.6.38的内核，因此我怀疑是不是ArchLinux内核比较老而x220i架构比较新的原因。搜索的过程中发现了一个叫做ArchBoot的项目，说白了就是半官方的ArchLinux滚动更新ISO。热切的下载了最新的ArchBoot刻录安装，但是不幸的是这个ArchBoot在我的笔记本上根本无法启动。

怎么办？要不重新叫IT部门的人重装下XP？还是先用一段时间的Mint，等下一个ArchLinux的官方安装版？

但我终究是忍不住的。电脑之于黑客，相当于宝剑之于剑客。没有顺手的系统，自然没有高效的工作和良好的心情。

于是不得不换一种思路：尝试手动去下载Intel网卡的驱动，然后编译安装，搞定网卡驱动后再联网升级到新的内核。事实证明这个策略是奏效的，所需要的网卡驱动程序可以在Intel的网站上下载。安装过程不再赘述，按照安装包里的说明即可。装好驱动后升级内核，装X，装KDE，简单配置下字体，一切顺理成章，不亦乐乎。

最后的两个问题依然是驱动相关。一个是显卡的问题，这个可以通过更新内核来搞定。一个是thinkpad风扇的问题，x201i上的方案迁移到x220i上并不奏效，tpfand基本不可用。好在有thinkfan，通过yaourt安装下。设置主要参考这里，但是原文中所设置的：

sensor /proc/acpi/ibm/thermal (0, 3, 3, 2, 10, 0, 10, 0, 2, 2)

并不存在。在x220i上的/etc/thinkfan.conf设置为：

# I use this on my T61p:                                                                                                                             
#sensor /proc/acpi/ibm/thermal (0, 10, 15, 2, 10, 5, 0, 3, 0, 3)                                                                                     
                                                                                                                                                     
# (0,   0,   55)                                                                                                                                  
# (1,   48,     60)                                                                                                                                  
# (2,   50,     61)                                                                                                                                  
# (3,   52,     63)                                                                                                                                  
# (4,   56,     65)                                                                                                                                  
# (5,   59,     66)                                                                                                                                  
# (7,   63,     32767)                                                                                                                               
                                                                                                                                                     
sensor /sys/class/hwmon/hwmon0/temp1_input (0, 3, 3, 2, 10, 0, 10, 0, 2, 2)                                                                          
(0, 0, 45)                                                                                                                                           
(1, 45, 48)                                                                                                                                          
(2, 48, 55)                                                                                                                                          
(3, 55, 58)                                                                                                                                          
(4, 58, 60)                                                                                                                                          
(5, 60, 63)                                                                                                                                          
(6, 63, 65)                                                                                                                                          
(7, 65, 32767)            

经过此番修整，x220i终于被我调教的舒舒服服，服服贴贴。至于旧爱x201i，简单修整了一下给妞用了。

最后许个愿望吧：希望在未来可见的三年内不要再折腾操作系统了。同时遥祝远在Singapore的阿黎早日搞定MacBook上的Ubuntu，整好MitSIM，顺利毕业。嘿。

在天朝做一个Linuxer是一件很辛苦的事情，众多所谓的programmer整天捧着万年不变的WinXP和IE6，嘴里念叨着ASP、.NET圣经，以为自己脑门里想的眼睛里看到的就是整个天空。

所以VirtualBox依旧Linuxer一件必备的武器，不时地拿出来应付一下所谓“老板的文档”、“学校的教务系统”啊，等等诸如此类。前两天收拾公司新配的thinkpad x220i的时候，本来打算装双系统，可是不知怎么的，XP莫名其妙的启动蓝屏。一怒之下格了整个系统，重装了ArchLinux。装的过程一波三折，主要是x220i的硬件驱动问题，非常头痛，日后开一篇文章再叙。

VirtualBox的虚拟XP最初设定硬盘大小为10G，最近已经占到了9G的使用率，急需扩容。网搜共找到两种方法，一种是利用GParted拷贝硬盘的方法，比较麻烦，但是更为通用；另一种是VirtualBox 4.x新加的一条命令，非常简单：

VBoxManage modifyhd winxp.vdi --resize 50000

但是这样调整后，VirtualBox已经可以识别出硬盘调整后的容量大小(50G)，而虚拟的XP系统C盘依然显示调整之前的容量。无碍，再去下载一个Windows分区软件EASEUS Partition Master Home Edition V8.0.1，在里面会有调整C盘分区的操作，该操作会把剩余没有识别出来的40G的unallocated的空间合并到C盘里面。

剩下需要解决的是虚拟XP的网银问题，不过我对此不抱什么希望。试试看吧。顺便吐嘈一句，早晨等公交等了40分钟，晚上等到同一辆公交，可是公交开了一站就抛锚了，换车的过程中钱包丢了，点背到家了。

终于有时间坐下来，喝杯茶，咬个苹果，听着许巍的歌，梳理下自己的生活。而就在一个月前，我还在为了我的毕业大业而殚精竭虑，为了准备最后的两门考试而通宵达旦、焦头烂额……

整个毕业季就像杭州六月的梅雨，连绵不绝，阴郁沉闷。毕业设计一路山寨，一路顺风；计算机网络、计算机组成、计算机体系结构三门专业课都是重修，采用各种非常手段完成课堂作业，经过两周的艰苦努力，最后有惊无险顺利通过；电路原理清考，看书看得想吐，也不知道是老师手下留情还是我运气不错，最后也顺利通过；还有三门不痛不痒的通识，上交了几张照片、一篇影评、一篇代写的伦理学论文。

我没有去参加任何学校组织的毕业活动，甚至没有去参加本科生毕业典礼——那天天气不好，我睡了半个上午的懒觉。我也没有参加任何班级活动，一方面我在准备考试，另一方面我也确实不太想去——我对这个班级并没有多少感情，感情不是靠生硬地组织几次活动、玩玩三国杀、吃几顿饭就能培养出来的。所谓最后的毕业旅行，也不过是认识的不认识的同学一起见个面说声再见而已。既然如此，不去也罢。

我甚至连传统的学位照也没有，那个时候我还有考试，哪有心情拍这个？而我自己也对符号化象征性的仪式逐渐丧失兴趣。可悲的是，我的一个同系同学，为了拍一张疯狂一点的学位照片，跳进西湖游泳，结果不小心挂掉了……

我收拾了十几包的行李物品，其中一半是书籍、三箱户外用品、剩下的都是衣服杂物，邮寄费就花了一千大洋。可是最后还是丢了一箱书籍，像掉了一块肉，痛了许久。没错，书是可以再买的，但是书上的笔记、指纹和纸张微黄的颜色怕是再也买不到了。

7月1日结束最后一门考试，去了趟天台妞妞的家，不幸游泳晒伤，掉了一层皮；4号回到学校等待学位审核结果，5号通过，6号拿到毕业证和学位证，却因为成绩的原因与CKC的荣誉证书失之交臂。晚上还是站票，18个小时后的下午，在北京，在承德，在我的家乡，我又看到了不一样的蓝天。

在家的日子更多的是无聊和喧闹，想读书只能躺在床上或者坐在沙发上，还要忍受网吧里面日夜不停连绵不绝的叫骂喧闹声。伴随着父母的抱怨唠叨，弟弟的不争无言，十几天的日子，看了一部《士兵突击》，一套《青春如茧》，还有半本《纽约摄影教材》。

20号百度入职，提前一天到北大，见到zhhh，他还是老样子，一点没变，沉浸在自己的学术世界里。入职的时候看到了很多新面孔，我不在的半年，队伍壮大了不少。不过点背的是，由于baidu发展势头凶猛，导致人数招聘过多，工位不够，实习的时候我还能有一个正式工位坐坐，到了正式入职，却只能去坐临时工位了，也不知道要坐到何年何月。

找房子还是一如既往的纠结，几日的奔波劳累，最终在清华西门找到了一个2000/month的独卫小单间，住了两天，感觉还不错。特别安静，晚上睡的很好。回想起来，自己离家七年，从一中的宿舍、到大里路小区、zjg丹阳宿舍、zjg蓝田宿舍、望月小区、yq 30舍、yq青芝坞，清华西门，平均一年就搬一个地方，这个成绩应该算不俗了吧，嗯，行者本色也。^_^

我曾经热切地盼望着毕业，因为毕业后就有大把大把的money；

我曾经热切地盼望着毕业，因为毕业后就不用再去准备各种各样恶心的考试；

我曾经热切地盼望着毕业，因为毕业后就意味这自己真正的独立；

只是不知道为什么，

我开始怀念紫金港启真湖的夜和月、月下的杨柳和拂过杨柳的风、风中两只攥着的小手；

我开始怀念华家池冬天冷如地窖的图书馆和池上10元自由驰骋的船；

我开始怀念玉泉遮天蔽日肆意生长的法国梧桐；

我开始怀念之江的绿、虫，还有情人桥；

我开始怀念在西溪北园每个夏夜和布袋畅谈的夜晚；

你所要失去的，正是你即将开始怀念的。

最后的最后，我的思绪又回到了竺可桢校长的两个问题：

诸位在校，有两个问题应该自己问问，第一，到浙大来做什么？第二，将来毕业后要做什么样的人

毕业后要做什么样的人？这个问题我至今没有明确的答案，唯一可以确定的，就是希望自己不要在未来的生活中被磨平了棱角。人没有自己独立思考的能力是最可怕也最可悲的事情。

我曾经信誓旦旦的下定决心一定不会再去深造，但是工作几天我又开始怀念学生时代的自由，和大把的业余时间。是工作就要有流程报表这些很程式话的东西，更何况是在Baidu这么一家知名的大公司里面。下决心不深造是因为受够了恶心课程和低水平教学的折磨，而对于读书一事我还是非常享受的。最理想的情况是，什么都不要让我干，就让我泡几年的图书馆就好。回想一下，高一高二搞竞赛的那段时间，真的是少有的专心读书的时光。当时没有觉得有什么大不了的，现在却非常怀念。因为那个时候简单，甚至有些单纯，有些傻，每做出一道题目看完一章书独立完成一个证明理解生活中一个日常现象，都能给自己带来莫大的快乐，乃至于几个月不洗澡都感受不到自己身上的味道……。

绝大多数人在毕业后的几年内都找不到北。我也是。不过我始终记得旅行者的那七个字：行走、思考、在路上。

《激荡1978-2008》，这是我看过的讲述中国三十年改革开放历史最客观最生动的纪录片。看的过程中做了些许摘记，分享出来。

激荡三十年

跨平台的软件开发总会遇到各种各样的问题，尤其是在一个山寨小公司里面，更是无法避免，因为程序最开始就没有考虑跨平台的事情……

废话少说，话说前两天在编译程序的时候遇到一个诡异的问题，如题目所说，gcc报错说"cannot convert to execution character set"，字面意思应该是有关字符集的问题。借助baidu，找到了freebsdchina的一个帖子，大概的解释是：

"C/C++中有这样两个编码概念：

• source character set：源文件的编码
• execution character set：执行环境的编码

还有一些额外的环境变量就是locale类的LC_XXX

在编译的时候，要执行从source character set到execution character set的转换。这个是由编译器来完成的。locale是在程序的运行时决定程序的行为。

由于Freebsd下gcc的局限，你要使用wide characters,就是L"xxxx"这样的，源文件的编码必须为UTF-8。如果要在shell下正确的看到std::wcout输出的文字，则你的shell的locale也必须为UTF-8。另外，如果你使用的是gnome-terminal,注意它的显示编码也必须是utf-8

如果你采用了UTF-8的方式保存文件，"xxx" 这样的字符串在你的程序中就是以utf-8的方式保存的， L"xxx"这样的字符串在你的程序中就是以UCS-4的方式保存的。

为了永远摆脱乱码的困扰，我建议大家忍一忍，都使用UTF-8的方式保存文件吧。"

我忽然想起来，在我的iOS工程中，所有的源代码文件都是从原先的Windows Mobile工程引入的，自然所有的源文件编码都是GBK系列的(至于GBK、GB2312以及GB18030之间有哪些微妙的关系，我也懒得搞清楚了)，而VMware里面的Mac系统编码是Unicode，所以可能会出现这个问题。不过为了确认，我又回到自己的Linux系统下，在UTF-8的终端下编译了一个GBK编码的c语言文件，结果也可以顺利执行，看来这可能与gcc的版本有关。我的ArchLinux下的gcc是4.6版本，而Mac OS X下的gcc似乎还停留在3.x版本。

至于字符编码的转换，在Linux下的基础工具和函数库都是iconv，但是iconv比较原始，无法自动检测文件的编码，需要显式指定，enca基于iconv，但是提供了根据语言自动检测文件编码的功能，并且更加健壮，更适合于脚本批处理。我用下面的命令将所有的源文件编码转换成UTF-8：

find . -name \*.c -o -name \*.h -o -name \*.cpp | xargs enca -L zh_CN -x UTF-8

至于Unicode，UTF-8，GB18030，ISO-8859，ASCII等，除了ASCII，我一个都没有彻底搞明白。罢了罢了，还是期待Unicode早点“一统江湖，千秋万载”吧。