本文的標題訊息是 DR 在 Fedora 15 趁系統還有點反應時用 dmesg 指令抓出來的，從網路上搜尋到的相關討論來看，這個訊息有許多的可能原因，但就 DR 的自身經驗來說，這可能表示顯示卡有問題了。一開始發覺到問題時是在執行 3D 遊戲（Heroes of Newerth、Urban Terror）過大約幾分鐘後畫面就會花掉、或者停住，然後當機，但這狀況以前從來沒有發生過，並且平常的桌面操作卻一切正常，花好幾個小時上網、打文章、看影片都沒事。
日前替堂弟拼裝了一台舊電腦，主要規格為當年單核心王者之一的 Pentium 4 3.0 GHz 加上 GeForce 5900XT 以及 1GB 的記憶體，軟體安裝方面，DR 使用一套已經非常標準化的方式處理：先用直接包含 Service Pack 3 的微軟官方安裝碟安裝 Windows XP，然後使用三秒的 Windows XP Pre-SP4 安裝更新，最後安裝必要的驅動程式與應用軟體即交件。基本上自己算是對成品很滿意，硬體效能不錯，整個系統也很乾淨，沒有什麼雜七雜八的東西。
不過 DR 在軟體安裝方面顯然忽略了一件事：就是 .NET Framework 在 Windows 上也已經算是必裝的軟體套件，所以很快的，堂弟就抱怨《英雄聯盟》（League of Legends）無法執行，搜尋了一下，原來是沒有安裝 .NET Framework 3.5 的關係（錯誤訊息為「ASSERT: LauncherLib not initialized」）
X的，就是想打電動就是了……
這個錯誤訊息是發生在 DR 的三號機上、使用 yum 更新 kernel 時所出現的，但這個錯誤並不會中斷 kernel 的更新程序，新版 kernel 仍然會被安裝，重開機後也可以順利載入，因此 DR 並沒有第一時間去嘗試排除這個錯誤。後來查了一下，這個 gubby 是 Fedora 從 15 版開始，伴隨著 GRUB 2 開機管理程式的命令行設定工具。而三號機之所以會出現這個錯誤，是因為三號機是從 Fedora 14 直接升級到 Fedora 16，因此舊版的 /boot/grub 目錄仍然存在，造成 grubby 判斷上的衝突。
最近碰到一個狀況：有台裝有技嘉（Gigabyte）主機板的電腦，主機板型號為 GA-H61M-DS2（rev.1.0），會在開機時顯示以下訊息：
MAIN BIOS CHECKSUM ERROR
Retreiving recovery source from HPA.... HPA BIOS recovery not available
Retrieving recovery source from Back-up BIOS.... Done
Writing BIOS Image.... 4080K OK
乍看之下似乎是 BIOS 出了點問題，然後主機板自動進行復原程序，完成後重開機應該就天下太平？事實上卻不是如此，重開機後訊息依舊，使得永遠沒有辦法進入作業系統。挑幾個關鍵字上網一查，卻很驚訝的發現網路上的討論還不少，並且都是技嘉的主機板，還不只是一、兩種型號，而是很多型號都有發生這樣的問題。更詭異的是，這些討論最後的結論都是「送修」。
由於三號機（也就是本站主機）所使用的 Fedora 14 已經停止更新，於是 DR 便打算把它升級到目前最新的 Fedora 16。看到這裡，一定有人會好奇：怎麼不是裝 CentOS 這類支援期限較長的發行版？呃……事實上 DR 接架站案子的確是使用 CentOS，但自家的三號機不只是伺服器用途，它同時也是一部「實驗機」，所以應該可以理解為什麼一直都是裝 Fedora 了吧？
原本計畫要嘗試用隨身碟的方式進行升級安裝。然而正當 DR 在 Fedora 的官方網站準備要下載安裝映像檔時，不經意的看到其實 Fedora 已提供線上升級整個系統的工具：PreUpgrade，就想說用用看，並且發覺這個工具算是很容易使用，基本上只要三行指令就解決了：
來自 Tom's Guide 的圖集文章：10 Free and Useful Data Recovery Utilities，其實這標題有點籠統，因為通常「資料復原」指的是反刪除（undelete）之類的動作，但該文章所搜集的軟體工具卻包含了諸如可開機式掃毒光碟、磁碟備份軟體等跟「資料復原」不見得有直接關係的工具，標題可能改稱為「系統救援」（system rescue）會比較吻合一點。沒關係，就來看看這份列表吧：
Cool'n'Quiet 是 AMD 自從 Athlon 64（也就是俗稱的「K8」）以後所內建的 CPU 節能技術（Intel 相對應的技術則是 SpeedStep），讓 CPU 得以依據工作負荷狀況來調整時脈與電壓，進而達到省電節能的功效。而順利開啟 Cool'n'Quiet 的條件不外乎 CPU、主機板（BIOS）和作業系統的三方面支援。
過去 DR 幾次從光華商場購買使用 AMD CPU 的主機時（都不是 DR 自己的……），都注意到店家往往會主動將 Cool'n'Quiet 從 BIOS 中關閉。一直以來，建議關閉 Cool'n'Quiet 的說法不外乎它會影響效能，並且可能還會影響穩定性。由於 Cool'n'Quiet 開啟後，CPU 不會一直都處於全速狀態，所以對於效能的影響是可以理解的，但至於穩定性的部份，DR 過去一直都沒有真正遇到過，這是因為 DR 過去所經手的幾台 AMD 系的主機，Cool'n'Quiet 開啟後都未聞有異常的狀況發生，而這些主機所用的作業系統最大多數是 Windows 7、只有極少部份是 XP 或 Linux。
直到最近……Cool'n'Quiet 所引發的當機狀況就發生在 DR 的二號機上面。
日前有些剛唸大一的小朋友會問 DR 關於寫程式方面的問題，而 DR 往往會建議對方可以參考 DR 在舊網站上所留的程式碼，但這也因此讓 DR 突然回想到，其實當中有一支程式用了效率極差的寫法，為免誤人子弟，DR 決定做點說明，就是那個 Windows 平台上的「猜數字遊戲」（DR's Number Guess），它的效率問題發生在 AI 擲骰的部份，程式內容簡述如下：
看出問題了嗎？如果 9 個數字中已經有 8 個被送入排除庫，程式不會變快，反而變慢，因為它還是用相同的骰子面數。正確的寫法是將猜過的數字直接從骰子中刪除，並重製骰子的面數，比方說第一回是 9 面骰、第二回是 8 面骰，以此類推，而實際程式的概念如下：
如果各位的 Windows 系統發生下列狀況：
那麼第一時間應該檢查的是「系統時間」是否正確……話說 DR 昨天處理某台使用 Windows XP 的電腦上，花了太多時間想搞清楚為什麼 WGA 驗證沒過、為什麼手動驗證都會當掉。最後在搞不定的情況下回頭去看防毒軟體到底怎麼了，才發現系統時間的年份根本是錯的（2012 年），調回來就一切正常。
話又說回來，這其實不是 DR 第一次遇到系統時間的問題，在好幾年前，DR 也曾經遇到某安全軟體怎麼樣都無法順利啟動，後來也發現是系統時間錯誤，而錯誤的肇因則是主機板電池沒電了。
Windows 的「修復安裝」（repair install）向來是許多人解決系統詭異問題常用、並且好用的解法之一，因為它和「乾淨安裝」（clean install）不同，所有已安裝的軟體、使用者檔案都可以保留下來。但若修復安裝程序到一半失敗了怎麼辦？這很有可能把問題導向更棘手的狀態，因為修復安裝無法被取消，也無法重新回到原本的作業系統，而 DR 最近就碰到了這麼一次……
整個過程 DR 總共遇到三種錯誤，分別是：
在第一種錯誤發生後 DR 將硬體個別做了些檢測，但除了光碟機略有挑片問題外，其它硬體可說是完全正常（包含記憶體）。至於第二、第三種錯誤則是在嘗試關閉、拔除一些硬體後，再執行修復安裝時發生的。最後 DR 搜尋了一下，找到這個頁面：