其實是未能解決這個問題，而是索性把它整個停用了事。話說有一部安裝 RHEL 8 的工作站主機，平常的遠端檢查動作，基本上就是看能否正常 Wake-on-LAN 開機、SSH 登入，執行系統更新。然後視需要遠端重啟後，再確認依賴的驅動程式有跑起來，大概就是這些動作而已。然而近期有一次隨意地將 dmesg 指令的輸出結果叫出來看了一下，赫然發現有個 segfault。然後接著查看 /var/log/messages，才發現在看似一直可正常使用的情形下，其實系統背後有非常密集的錯誤記錄。

只要使用者在本機登入 GNOME 桌面環境後，用於提供桌面索引功能的 GNOME Tracker 就會開始出現服務啟動錯誤，首先訊息大概會是如下：

這是發生在一部老筆電 Aspire E1-571G（Core i3-3110M）上，選擇安裝的發行版是 RHEL 9，並且一如往常地換 SSD 及增加記憶體。這部筆電從一開始接手時，就並非是完全正常的狀態，有幾個出於年邁及逐漸耗損的毛病，但大致堪用。而硬體之於 Linux 作業系統的支援情形也並非是最佳狀態，其獨顯（GeForce GT 620M）所適用的舊版 NVIDIA 390xx Linux 驅動程式雖然裝得起來，但實際上無法正常運作，而自己也並未打算拿更舊的發行版來試；至於開源的 nouveau 驅動程式若拿來跑遊戲，實測起來則發現比 Intel 內顯更不正常，不如不用，所以索性是把獨顯直接從 BIOS 裡停用。

不過近期真正影響使用的問題，是筆電鍵盤開始出現顯著的異常。首先是鍵盤不時會在進入作業系統後沒有反應，但重開機可能就會好轉。後來認真看了一下，注意到若鍵盤無反應時，Linux 內核在一開始啟動時會有以下訊息（也可以用 dmesg 指令撈出來）：

「今年很不適合買組裝電腦。」這是近期 DR 幫朋友選配新桌機時，不得不很直白地陳述出來的一件事實（雖然任務達成，還是買了）。然而更完整的嚴峻陳述，則是自己組裝 PC 主機二十幾年來，未曾見過零組件有如此難以買得下手的時候──記憶體末日（RAMpocalypse）是來真的，而且影響巨大。

舉例來說，彙整過去手邊的採購記錄，去年（2025 年）Kingston FURY Beast DDR5-5600 16GB 記憶體，可以用約莫 1,300 元買到一條，今年則暴漲到 6,600 元一條（這還算是特價）；以及去年曾可以用特價 2,200 元左右，買到一條 WD Black SN850X PCIe 4.0 1TB M.2 SSD（含散熱片版本），今年則暴漲到近乎萬元價格，直接放棄。記憶體及 SSD 雙漲，也連帶帶動其它零組件的採購成本上揚。原本性價比好的東西可能會斷貨，以及顯卡也有漲價的情形。

來自軟體工程師 Domenic Denicola 所發表的一篇文章──《Windows Native App Development Is a Mess》是一篇關於 Windows 原生應用程式開發的個人體悟。不過或許需要留意一下，作者在文章裡是將 .NET 也歸類為原生應用程式，呃，這個可能看用什麼角度來想，因為就技術面來說，.NET 會是更接近於例如 Java 的概念；然而考量到實際上微軟是讓 Windows 直接內建（並且依賴於）.NET 執行環境，因此就某種角度而言也是一個相當原生化的存在。

這是近期將多部 RHEL 9.7 主機更新至 9.8 後所發現的另一個狀況，但由於出現此問題的主機，平常所存放的場域並沒有辦法那麼便利地處理電腦問題；再加上它前陣子主要是作為備用桌機，其用途已優先由安裝相同 OS 的筆電取代之，使用頻率較低，所以延宕較久才找時間處理掉。

這是一部宏碁 Acer 的老桌機（Aspire X1930，Pentium G620），BIOS 版本為 P01-B1（07/08/2011）。記憶體、磁碟（換 SSD）及顯卡（加裝 GeForce GT 1030）全部自行升級過，不是按原樣使用的狀態。發生的問題，是 Linux 內核版本從 RHEL 9.7 的 5.14.0-611 更新到 9.8 的 5.14.0-687 後，發現主機背後的 USB 連接埠，所連接的 USB 裝置（鍵盤、滑鼠等）在進入作業系統後都會失去作用。並且在一開始內核開機時，也會額外出現諸如以下的錯誤訊息：

前一陣子陸續將手邊的 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 位址，就會顯得方便許多。