記錄下這次升級(jí)的流程：首先用yast管理安裝源，把所有的安裝源都從11.1的改成11.2，確保能夠直接獲得***的安裝包。里面最重要的就是11.2的update, oss, non-oss這三個(gè)源，另外，我還把維護(hù)當(dāng)前軟件版本的源也都改成了11.2，如kde4， ati，virtualbox等，這樣升級(jí)完成后就不用再去升級(jí)這些軟件。然后要做的，就是升級(jí)zypper。

openSUSE升級(jí)Bash代碼
zypper refresh #刷新當(dāng)前軟件源  
zypper in zypper #從11.2的軟件源中，安裝zypper 
zypper refresh #刷新當(dāng)前軟件源
zypper in zypper #從11.2的軟件源中，安裝zypper更新zypper的時(shí)候，可能會(huì)更新很多包，不管它了，反正等會(huì)兒都是需要更新的。11.2使用的zypper有很多好處，首先就是默認(rèn)的下載后端變成了aria2，這樣就能夠通過(guò)metalink下載，同時(shí)也支持多線(xiàn)程進(jìn)行下載；其次，它支持設(shè)置成先下載完成所有包后再進(jìn)行安裝，這個(gè)功能已經(jīng)等了很長(zhǎng)時(shí)間了，以前就遇到過(guò)因?yàn)榫W(wǎng)絡(luò)問(wèn)題下載中斷，導(dǎo)致KDE更新了一般，無(wú)法啟動(dòng)，這個(gè)設(shè)置能夠大大降低這樣的風(fēng)險(xiǎn)；還有當(dāng)然就是支持跨版本升級(jí)了，以前看見(jiàn)debian的apt-get支持dist update，感覺(jué)這個(gè)功能非常好，沒(méi)有必要每次推出新的版本就去下載整張DVD光盤(pán)進(jìn)行升級(jí)。
好了，更新完zypper之后，就可以進(jìn)行跨版本升級(jí)了。

openSUSE升級(jí)Bash代碼
zypper dup -d #先完成所有需要升級(jí)的包的下載  
zypper dup #使用已經(jīng)下載好的包進(jìn)行跨版本升級(jí) 
zypper dup -d #先完成所有需要升級(jí)的包的下載
zypper dup #使用已經(jīng)下載好的包進(jìn)行跨版本升級(jí)在進(jìn)行跨版本升級(jí)的時(shí)候，就更加怕出現(xiàn)更新中斷的情況，所以先下載所有需要更新的包是***的選擇了。我在更新的時(shí)候，下載這些包大概話(huà)費(fèi)了1.5G的硬盤(pán)空間。這些包默認(rèn)的路徑可以在zypper的配置文件中進(jìn)行設(shè)置。

直接使用命令進(jìn)行跨版本升級(jí)的***好處就是，在升級(jí)的過(guò)程中不會(huì)影響正常使用。等到所有包都更新完成后，就可以重新啟動(dòng)電腦了。杯具從此開(kāi)始。
因?yàn)樵瓉?lái)使用的是PAE的內(nèi)核，這次升級(jí)的時(shí)候不光升級(jí)了PAE內(nèi)核，也安裝了default內(nèi)核，看見(jiàn)介紹說(shuō)desktop的內(nèi)核對(duì)普通臺(tái)式機(jī)有優(yōu)化，又安裝了desktop內(nèi)核，這樣就有三個(gè)內(nèi)核了，導(dǎo)致的直接后果就是/boot分區(qū)空間不足了。/boot分區(qū)的空間我是直接根據(jù)opensuse11.1在安裝時(shí)的推薦空間分配的，只有60多MB，不得已，把default內(nèi)核刪除。

然后遇到的問(wèn)題，就是顯卡驅(qū)動(dòng)的問(wèn)題，原來(lái)安裝顯卡驅(qū)動(dòng)很順利，在包管理器中安裝完之后，在init 3中執(zhí)行下sax2命令就可以了，這次再怎么嘗試都沒(méi)有用，進(jìn)入桌面窗口移動(dòng)的時(shí)候有明顯的脫影，使用glxgears盡然直接報(bào)錯(cuò)：X Error of failed request: BadRequest (invalid request code or no such operation)。找了半天的原因，后來(lái)才發(fā)現(xiàn)，在ati的源里面的兩個(gè)名稱(chēng)類(lèi)似的包(ati-fglrxG01-kmp-desktop和ati-fglrxG02-kmp-desktop)，提供的是相同路徑相同名稱(chēng)的內(nèi)核模塊，這兩個(gè)包是給不用芯片的顯卡使用的，最初的時(shí)候?yàn)榱朔奖憔腿窟x上了。去掉ati-fglrxG01-kmp-desktop之后，進(jìn)行init3，執(zhí)行:

openSUSE升級(jí)Bash代碼
sax2 -r -m 0=fglrx 
sax2 -r -m 0=fglrx 之后，在進(jìn)行圖形界面，顯示終于正常了，不過(guò)KDE的窗口設(shè)置提示不支持混成擴(kuò)展，這個(gè)還是有點(diǎn)不爽，不過(guò)特效本來(lái)就不太使用，暫時(shí)不管了。
另一個(gè)重要的問(wèn)題就是virtualbox了，更新了原來(lái)的包之后，virtualbox無(wú)法啟動(dòng)。執(zhí)行：

openSUSE升級(jí)Bash代碼
/etc/init.d/vboxdrv restart 
/etc/init.d/vboxdrv restart 之后，發(fā)現(xiàn)提示：vboxguest: exports duplicate symbol RTMemExecFree (owned by vboxdrv)，導(dǎo)致vboxnetflt這個(gè)內(nèi)核模塊無(wú)法正常被插入內(nèi)核。查了很多地方的都找不到原因，***在一個(gè)bbs中找到了個(gè)暫時(shí)的解決方法，需要使用：

openSUSE升級(jí)Bash代碼
insmod /lib/modules/2.6.31.12-0.1-desktop/updates/vboxnetflt.ko 
insmod /lib/modules/2.6.31.12-0.1-desktop/updates/vboxnetflt.ko 平時(shí)使用的modprobe太過(guò)于智能，會(huì)根據(jù)modules.dep文件中的依賴(lài)關(guān)系來(lái)插入內(nèi)核，而這個(gè)文件里面的依賴(lài)關(guān)系貌似有點(diǎn)問(wèn)題，updates/vboxnetflt.ko: updates/vboxguest.ko updates/vboxdrv.ko，根據(jù)里面的依賴(lài)，vboxnetflt模塊依賴(lài)了vboxguest，應(yīng)該是不需要的。當(dāng)手工使用insmod的時(shí)候，不會(huì)去查詢(xún)這個(gè)依賴(lài)關(guān)系，所以能夠正常的加載這個(gè)模塊。暫時(shí)先用這么惡心的方法吧，看看會(huì)不會(huì)有更新來(lái)修復(fù)這個(gè)問(wèn)題。

【編輯推薦】

1. 硬盤(pán)安裝openSUSE11的具體實(shí)現(xiàn)
2. 介紹lupa的4個(gè)openSUSE設(shè)置源
3. Opensuse源列表推薦
4. openSUSE安裝源軟件指南
5. openSUSE mplayer編譯安裝的實(shí)現(xiàn)過(guò)程