前一陣子陸續將手邊的 RHEL 9.7 系統更新至 9.8 時所發生的一個插曲，發現內核版本更新後所產生的 initramfs 檔案變得相當肥大，大約從 30-40MB 擴張至 200MB 以上，會直接把 /boot 分割區塞爆……導致 initramfs 無法正常產出，而出現錯誤。再核對了一下，則發現這個情形只發生在 AWS EC2 上面的主機，其餘手邊的實體或虛擬機，相同的更新程序都沒有 initramfs 增大的情形。以及另一方面，不同於雲端主機的磁碟分割狀態，是預先分配好的情形，例如 /boot 可能會被切成僅有 500MB 大；平常自行手動安裝的 Linux 系統，自己都是選擇不切 /boot 分割區，自然也就不會有 /boot 被塞爆的狀況。
這可能不算是一篇很有意義的內容，但因為自己實在年紀大了……覺得有些東西現在若不寫下來，恐怕以後隨著年代久遠就逐漸遺忘了，變成無從查考，也是不太好。想到自從國中開始自行選購及組裝家裡的 PC 主機後，其實 CPU 用 AMD、顯卡（GPU）用 NVIDIA 這樣的偏好就一直少有變動，於是便決定以此寫一份清單出來作為記錄。
本文的清單是針對 DR 家裡的 PC 主機，而未有涉及其它的工作環境。並且也需要留意，這並非是針對單一一部主機的零組件迭代情形，而是多部主機彙整在一起的總清單。因為家裡曾經最多同時存在三部有在使用的主機，其中兩部是一般的桌機用途、另一部則是作為 Linux 伺服器的用途（伺服器都是選擇使用主機板內顯，沒有獨立顯卡）。而這三部主機在本站的歷史文章裡是多以一號機、二號機及三號機分別稱呼之。至於清單的排序是大致以零組件的上市年份來排序，並不等同於實際使用的年份及順序。
於是切入正題，首先曾經使用過（也包含正在使用）的 AMD CPU 清單如下：
操作環境：
……這完完全全不是出於任何嚴肅性的需求，而是 100% 為了玩遊戲的緣故。由於基本上無法期待每款連線遊戲的區域網路搜尋功能，在各種不同條件下都能夠正常地運作。所以最直接的手段，就是在其中一部電腦開設遊戲伺服器後，其它電腦便在遊戲中手動輸入目標主機的 IP 位址，來進行連線（這些電腦全都是 Linux 系統）。因此在這個情境下，若能夠更快速地檢視電腦當前分配到的區網 IP 位址，就會顯得方便許多。
操作環境：
這是先前另一支小程式 InsomniaEXE 的改良版本，從鍵盤事件改成以螢幕中央為中心點，每 5 秒隨機性的產生滑鼠移動事件，並且借助於 SDL3 函式庫形成一個跨平台的版本。然而針對 Linux 平台仍是有一定比例的額外程式碼，以應對 Wayland 環境下的特殊情形。下載包也附有一個簡單的測試網頁，當滑鼠游標維持在網頁上時，即可便利地檢視滑鼠移動事件的記錄。
在去年簡單寫了一篇關於《哥吉拉大解剖圖鑑》的閱讀心得後，其實沒有預期會這麼快就再寫一篇同類型的文章。不過這是好事，表示前文曾經提及、關於哥吉拉作品的中文書籍很稀缺這件事情，開始出現轉變。《Godzilla: The First 70 Years》是在去年發行的一本英文書籍，中文版於今年上市，定名為《哥吉拉制霸七十年：日版哥吉拉官方圖像史》。
就主題來看，《How Kernel Anti-Cheats Work: A Deep Dive into Modern Game Protection》是一篇相對少見且詳盡的技術文章，內容分析及探討數種於 Windows 內核層級的遊戲防作弊實作方法。倘若不是常在 Windows 平台上玩時下流行的網路對戰遊戲，則玩家也許會非常後知後覺地發現，原來連同遊戲一併安裝的防作弊工具，已經發展成接近防毒軟體的樣態（或者反過來說，就是某種意義上的間諜軟體），對於作業系統層級的涉入甚深。
雖然本站文章過去很少會提到，不過三國題材的電玩遊戲，實際上在 DR 早年的遊戲歲月裡，是佔有非常具影響力的比重。其中光榮的《三國志 VI》（Romance of the Three Kingdoms VI，1998，Steam）是 DR 玩得最投入、也是最為熟悉的一款。不過後來自從接觸到以歐洲中世紀為背景的《全軍破敵》（Medieval: Total War，2002，Steam、GOG）後，發現這種雙方兵力數目直接如實陳列在 3D 戰場上的戰鬥方式，才是自己更喜歡的戰略型態。某種程度使得後續對於光榮的《三國志》系列就沒有什麼再多加關注，反而是期盼也許哪一天會有結合《全軍破敵》玩法與三國題材的遊戲作品問世。
日前將二號機的作業系統從 Fedora 42 重新安裝至 Fedora 43 的一個插曲，是安裝完成並從備份復原各項配置時，發現新酷音輸入法的使用者詞庫位置及儲存格式均有變化。在使用者家目錄下，從「.chewing/chewing.sqlite3」變更為「.local/share/chewing/chewing.dat」，所以原本保留的資料備份不能直接覆蓋上去。
雖然這是 DR 習慣使用的注音輸入法，但說實在話，自己平常也沒有什麼在關注它背後的版本發展及變化。Fedora 43 當前安裝的套件版本分別為 ibus-chewing 2.1.7 及 libchewing 0.10.3，找尋了一下，發現有內建一支 chewing-cli 工具程式。不過與此同時，它好像也沒有很清楚的範例，來說明可以如何進行詞庫格式的轉換。於是就這樣試驗了一輪，最終發現流程算單純，就是可以從 *.sqlite3 輸出至 tsi.src、再將 tsi.src 轉換成 *.dat。所以具體的詞庫復原流程便如下所示：