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

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

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

直接使用命令進(jìn)行跨版本升級的***好處就是，在升級的過程中不會影響正常使用。等到所有包都更新完成后，就可以重新啟動電腦了。杯具從此開始。
因?yàn)樵瓉硎褂玫氖荘AE的內(nèi)核，這次升級的時(shí)候不光升級了PAE內(nèi)核，也安裝了default內(nèi)核，看見介紹說desktop的內(nè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)核刪除。

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

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

openSUSE升級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)核模塊無法正常被插入內(nèi)核。查了很多地方的都找不到原因，***在一個(gè)bbs中找到了個(gè)暫時(shí)的解決方法，需要使用：

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

【編輯推薦】

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