連環更新Fedora（2-1）：13-17
本帖最後由 洛奇/Rocky 於 2024-2-2 04:11 編輯喵呼～是洛奇哦{:15_475:}
上次的時候我在一個虛擬機裡嘗試把fedora 8連環更新至13（點此查看），這次要繼續從上次更新到的13開始，繼續更新下去，畢竟最終目標是目前最新的Fedora 39。
從Fedora 13更新到14並沒有什麼大問題，但首先還是有一些依賴問題要解決。
直接把導致問題的包刪掉就好了，之後一切正常。
Fedora 14是整個系列最後一個有GNOME 2的系統了。這個從Fedora 9一直存在的經典登錄界面也很快就見不到了。
這個時候，瀏覽器已經開始逐漸成為一個吃內存大戶，1G內存開始不夠用了，於是我把虛擬機內存擴展到了2G。
隨着循環升級的不斷繼續，也絕對會有告別這絕美的KDE4桌面的時候，到那時取代而之的就是現代化，扁平化的KDE5，以及。。。比此時更可愛的KDE吉祥物wwww（我真的愛死從初代KDE5開始沿用的新版Konqi了wwwww）
接下來，一切正常地更新至Fedora 15。
Fedora 15開始搭載初代GNOME 3，然而因為目前還沒法完全利用硬件加速，GNOME 3只能以後備模式而不是真面目啟動，這真是太可惜了qwq
（此時KDE的情況）
但是。。。都可以流暢跑起來SuperTux了耶。。。這個可是沒有硬件加速就不能運行的。
接下來，繼續升級到Fedora 16，沒有問題。
此時的GNOME 3依然還是後備模式。
KDE那邊則出現了更多的細節修正，系統自帶的Firefox和Konqueror（如果有KDE的話）也已經可以更好的渲染HTML5頁面，但依然無法處理現在的加密協議，因而仍然有很多網站完全無法訪問。
接下來升級到Fedora 17，這次似乎和以前一樣順利，然而。。。
首先是突然爆出一大堆依賴問題，解決起來很容易。
解決完成以後更新過程正常進行。
直到開始安裝時，又提示了衝突。。。
rpmlib(X-CheckUnifiedSystemdir) is needed by filesystem-3-2.fc17.x86_64
rpmlib(X-CheckUnifiedSystemdir) is needed by setup-2.8.48-1.fc17.noarch
我在網上一搜，發現我遇上大麻煩了！
網上曾經不少人就這個問題發表求助，而解決方式。。。真的相當相當麻煩{:10_361:}
如果你不懂Linux的一些原理，下面的東西你可能根本看不懂：
首先，我要用rm指令刪除rpm的軟件數據庫（rm -f /var/lib/rpm/__*），之後執行一串rpm指令（rpm --rebuilddb）重建rpm數據庫，接下來，把rpm這個軟件包本體更新到Fedora 17的版本。
完成以後，再次重複上面的步驟，此時必然報錯，然後再執行一遍必然失敗的distro sync（yum --releasever=17 --disableplugin=presto distro-sync）！（。。。等下既然此時必然失敗為什麼還要執行這條指令？！{:10_361:}）
接下來執行一遍fixfiles onboot，讓系統在下一次啟動時再修復一遍文件。
就這樣重啟了一次，系統在修復完文件後又再自己重啟了一遍。重啟了以後，rpm數據庫已經恢復正常，但是。。。你以為這就完了？
還遠沒有！接下來，更新dracut，然後強制其開啟文件系統轉換。（dracut –force –add convertfs）
接下來又是要編輯grub配置文件，在要啟動的內核的函數區域內刪掉ro，rhgb，添加rw，rd.info，rd.convertfs，enforcing=0。
我已經不想解釋這些函數能幹什麼了，反正搞定這些後重啟一遍就行了。
但是對我而言，還有一個步驟要做。。。
其實系統已經知道系統分區被擴大了，但是沒想到在最開始裝系統時系統啟用了lvm！裡面基本上又是一個獨立的分區表，我需要再手動調整整個lvm分區內系統卷的大小，讓它占滿這48G的空間。
終於。。。可以開始升級了。。。{:14_453:}
升級完以後，登錄界面大變！已經徹底變成了GTK3的風格。
此時進入GNOME桌面，雖然還是沒有完全的硬件加速，但現在已經能進去完整的GNOME了！
說實話早期版本的GNOME3我沒怎麼用過耶w
整個下來體驗還是很特別的，比初代KDE4要好（
我還發現了一個很神奇的事情，原來現在GNOME 45系統監視器的資源欄從那時開始就沒變過了XD
（也不忘再回頭繼續看看KDE的情況）
接下來，繼續向Fedora 18前進吧。。。
未完待續。。。下一段：https://dnaxcattalk.dnaxcat.net/thread-50544-1-1.html
頁:
[1]