Linux Ubuntu 14.04升级之旅

原Ubuntu版本为12.04，这两天尝试升级为14.04了，中间遇到了各种各样的问题，不过吉人自有天相，虽然过程是曲折的，但是结果还是好的，现在简单记录一下。

Ubuntu 14.04是14年4月18号正式开放下载，代号为“Trusty Tahr”，汉译为值得信赖的塔尔羊。

简单进行一下扩展：喜马拉雅塔尔羊，别名长毛羊、塔尔羊，属于牛科，主要分布于中国的喜马拉雅山。以草本植物为主食。其体型健壮，皮毛粗厚光滑，行动有力，善于攀爬，常结群活动。

14.04具体的特性就不细表了…因为水平太菜，只能人云亦云，等以后有更多的体会的话，再进行专门的总结。

下面对升级过程进行一下描述：

Ubuntu默认是不进行自动系统升级的，如果想获得最新版本的Ubuntu，需要进入软件更新器，将有新版本通知我设置为适用于任何新版本。再重新启动软件更新器的话，就可以检测到一个新的Ubuntu版本，12.10，这说明Ubuntu升级时，需要逐级进行更新，不能跳跃式升级，也就是说似乎没什么办法直接从12.04升级到14.04。我的更新过程中，一共经历了3次升级，第一次从12.04升级为12.10，第二次从12.10升级为13.10，最后一次从13.10升级为14.04才算结束。每次的更新过程大致分为列表更新，更新下载，安装更新和删除废弃文件接着重启电脑就ok了，更新包大约为800~900M的样子，校园网白天更起来还是有些吃力的，不知道有没有一些适合国内使用的下载源，下次更新的话可以尝试寻找一下。

在前两次升级过程中并没有遇到什么大的问题，过程还算顺利。最后一次升级13.10-》14.04时，完成更新电脑重启之后不能登录系统了，而是进入了Grub Rescue环境，并且提示Symbol: grub term highlight color not found 错误，判定应该是grub引导时出现的问题，最开始尝试通过grub rescue环境下进行人工引导修复这个思路，看了网上很多grub rescue模式的引导设置方法，引用其中一个：

“

由于在rescue模式下，只有少量的基本命令可用，必须通过一定的操作才能加载正常模块，然后进入正常模式。
rescue模式下可使用的命令有：set，ls，insmod，root，prefix(设置启动路径)
先假设grub2的核心文件在(hd0,8)分区，再来看看怎样从 rescue模式进入从(hd0,8)启动的正常模式(normal)。
在 rescue模式下search命令不能用，对不清楚grub2文件处于哪个分区的，可以用ls命令查看，比如
ls (hd0,8)/ 查看(hd0,8)分区根目录，看看有没有boot文件夹
ls (hd0,8)/boot/ 查看(hd0,8)分区的/boot目录下文件
ls (hd0,8)/boot/grub/ 查看(hd0,8)分区/boot/grub目录下文件
通过文件查看，可以确定 grub2核心文件处于哪个分区，接下来就可以进行从rescue到normal的转变动作：
先 ls 看看分区，根据分区列表，猜下 / 分区的编号再 ls (hd0,x)/ 看分区目录下文件确定找到 / 分区，不对的话继续找。找到 / 分区的 (hd0,x) 继续
grub rescue>root=(hd0,x)
grub rescue>prefix=/boot/grub
grub rescue>set root=(hd0,x)
grub rescue>set prefix=(hd0,x)/boot/grub
grub rescue>insmod normal
rescue>normal -------->若出现启动菜单，按c进入命令行模式
rescue>linux /boot/vmlinuz-xxx-xxx root=/dev/sdax
rescue>initrd /boot/initrd.img-xxx-xxx

rescue>boot

内核版本号 -xxx-xxx可以按Tab键查看后再手动补全。

”

尝试这种方法时，按照我的硬盘分区执行ls后出现了从(hd0,msdos1)-(hd0,msdos9)的文件系统，不过我的情况比较特殊的是，/boot文件夹在(hd0,msdos7)中，而包含有mod文件的grub文件夹却是在(hd0,msdos6)中，因此如果设置root为(hd0,msdos7)的话，当进行到insmod normal步骤的时候，会提示找不到这个normal文件。必须设置为(hd0,msdos6)才可以，但是这种情况下执行insmod normal时，仍然提示Symbol: grub term highlight color not found 错误，所以这个思路并没有奏效，根据我现在对于操作系统的理解并不能驾驭这个问题，因此尝试其他方法。

因为这时仍然可以正常引导windows，尝试用windows环境下通过easyBCD重新进行引导配置这个思路。在easyBCD添加新条目时，选择grub2，linux/BCD以及boot所在的分区，增加该条目，重启之后，便可以顺利的进入Ubuntu了…easyBCD真是个神器，没想到这么简单的操作就把这个问题解决了。

后来分析了可能导致grub引导失败的原因，ubuntu14.04采用了一个beta版本的grub启动器，而easyBCD之前是通过grub1进行引导，不能匹配，因此失败了。

更新完成之后最直观的感觉就是UI精致了许多，界面变得更加简洁大方了。

64位的14.04 Ubuntu并不支持32为的DrClient软件，在网上搜寻相应的解决办法：

“

Ubuntu 14.04 LTS 日前已发布，广大校园网用户可能已经下载了Ubuntu14.04 的64位镜像 ，并安装尝试过了。
其中我们可能遇到DrcomLinux不能联网的问题。现在，我将自己的解决方法分享给大家。(适用Ubuntu64，先找个WIFI连上)
一.安装32位运行库。
     ======================================================
很多64位的朋友苦恼于安装wps等软件，因为这些软件需要32位支持。但是自ubuntu13,04以后，32位库的源被移除，网上有很多办法，最简单的一个办法如下。
sudo -i
cd /etc/apt/sources.list.d
echo "deb http://archive.ubuntu.com/ubuntu/ raring main restricted universe multiverse" >ia32-libs-raring.list
apt-get update
apt-get install ia32-libs
注：这种方法肯定能安装上ia32-libs，但由于添加的是13.04的源，所以有没有混淆暂时不清楚，网上也有很多用新立德软件包管理器这样做；够狠，你就这么干。也可以这么安装了ia32-libs后，把/etc/apt/sources.list.d目录下的ia32-libs-raring.list删掉，然后再sudo apt-get update

Come From: tieba.baidu.com
     ========================================================
1.推荐更改软件源为163，更改完了不要忘记更新一下。
2.打开终端Ctrl-Alt-T，敲入以下命令,并安装相依软件：
 >sudo apt-get install aptitude  
 >sudo aptitude install ia32-libs
 >sudo apt-get install ia32-libs*  
   注：该步骤耗时较长，大约5分钟，视你的网络状况而定。

运行./DrClient，成功

”

至此Ubuntu 14.04的升级之旅也算成功的结束了，虽然并没有太多技术含量的东西，但是在这个过程中锻炼了自己解决问题的思路，而且对系统引导以及Ubuntu的认识更近了一步，也算是收获颇丰，记录一下以自勉。