升级惊魂

昨天闲来无事就试着把Ubuntu7.10升级到8.04，前面的步骤都挺顺利的，花了一个小时不到的时间就下载了741M的升级包——用国内的镜像源速度就是快啊。然后开始自动安装，不过提示信息把我雷到：“大约还需要1天30小时才能完成升级”。囧，为什么不说是“两天六小时”呢？后来才知道是汉化过程的BUG，而且早就存在，实际上是指“1小时30分”。

好吧，我承认这次实在是大意了，我没有在升级前去搜索一下前人的经验教训。结果实际的升级过程远不止1小时30分，差点就要弄成两天六小时了。囧。

顺利的升级过程到了更新locales时结束了——在这里卡住超过半小时。一时忍无可忍就重启了，结果就是噩梦的开始——只能进入命令行界面，图形界面无法启动了。我的升级事业可耻滴失败鸟。囧

还好还有个命令行界面可以操作。本想用apt-getupdate/dist-upgrade人工继续完成升级工作，但是却出了一堆错误，我是一点头绪也没有，一度打算重装了事。还好最后还是在wingsun和令狐的帮助下，靠着这个命令行界面人肉恢复了Ubuntu 8.04。

首先是根据dmesg等log信息查出gdm无法启动的问题与hal有关。令狐搜到这么一个BUG报告，按其中的提示修改了rc2.d中的gdm和hal的运行顺序——把K00gdm改为S13gdm，这样就排在S12hal后面了。

修改完重启之后总算是可以看到gdm的登录界面，但是登录以后提示找不到home目录。切换到命令行下运行df命令一看不对，原来mount的分区都不见了，吓了我一大跳。wingsun提示我用sudo fdisk-l看一下分区，还好原来的分区都在，只是没有mount上而已。再去看了一眼fstab，原来全被改掉了。

人肉改回fstab后重启，这回是找到了home目录，但是登录后只有一黄色的屏幕和一个鼠标光标，然后就又不动了。只好回去命令行下继续apt-get工作。但还是可耻滴失败鸟：

dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem

按提示用sudo dpkg --configure -a更新dpkg，但是到generatinglocales时再次卡住不动，按wingsun的建议把 /var/lib/locales/supported.d/*下的一些编码去掉，但是即使只有一个en_US.UTF-8也会卡住。即使只是用 locale-gen --purge人肉重新生成locales也不行（参考《Ubuntu Locale配置问题根源解决之道》）。

最后是找到这篇《ubunut 8.04升级bug》，按提示将 /etc/belocs/locale-gen.conf 中的ARCHIVE值从no改为yes，才终于成功地执行了 locale-gen 。我要早搜到这篇文章就可以省很多事情了。

之后的事情就很顺利了。更新完locales之后更新了dpkg，然后apt-get更新全部的软件。再重启之后就是成功升级之后的Ubuntu 8.04了。哈哈

其实在apt-get时还碰到一个小问题，是mldonkey的配置冲突造成的，删除原配置就解决了。

这个事情让我很不愉快。8.04发布已经有半年之久，这个BUG也早已经被登记在案，但是它居然一直没有被修复，真是太可耻了。看来Linux距离易用还差得很远。

但我还是要继续支持Linux。因为想想Windows不也经常出类似的事情嘛，那时我们不也照样习惯于重装了事，换成Linux就更可以忍一忍了。毕竟Linux还有人肉修复的可能性，Windows就只能重装了。而且就算是Linux重装的话，也还是比Windows还是要方便很多的，至少可以备份用户目录在重装以后方便地恢复自己的设置。

附令狐虫对本文的补充：

刚刚在我的8.04上测试了一下，没有发现这个问题，而ARCHIVE仍然是no。
我估计这不是locale-gen的问题，而是升级过程中组件依赖性方面的问题（可能是某个locale-gen依赖的组件尚未升级导致），因此组件方面不需要升级，而升级脚本本身因为8.04代码冻结也不会做修改，于是这个问题就一直保留了下来。