一個 CMOS 斷電事件，如何引爆 BIOS 預設值、舊顯卡驅動、Linux 相容性的三重連鎖崩潰
一個 CMOS 斷電事件，如何引爆 BIOS 預設值、舊顯卡驅動、Linux 相容性的三重連鎖崩潰

工程師思路系列・事出必有因 那顆 16 年沒換的小電池， 讓一台筆電同時得了三種病 一個 CMOS 斷電事件，如何引爆 BIOS 預設值、舊顯卡驅動、Linux 相容性的三重連鎖崩潰 硬體診斷 Linux 老舊設備維護 BIOS 一台「前陣子還好好的」筆電，今天開機全壞了 前陣子才剛在一台 2010 年出廠的 Acer Aspire 4745G 上裝好 antiX Linux，視窗介面正常、自動登入正常，一切運作順暢。 今天把它拿出來，按下電源鍵，螢幕——沒有畫面。 接上外接螢幕之後，終於看到了一個文字終端機介面，靜靜地等著輸入帳號密碼。問題來了：帳密早就忘光了。 好不容易進入救援模式改了密碼，回到系統輸入 startx——失敗。 📋 本次故障症狀清單 ✔內建螢幕無畫面（外接螢幕正常） ✔開機停在文字模式 TTY，要求輸入帳號密碼 ✔原本的圖形介面自動登入功能消失 ✔手動執行 startx 失敗，無法進入視窗環境 四個症狀，看起來像四個問題。但工程師的直覺告訴我：一定有一個共同的根源。 第一直覺：「電池沒電，老電腦嘛，正常的」 這台 i5-460M 的機器距今快 16 年了，電池早就蓄不了電，是人之常情。 但仔細想一想：鋰電池耗盡，頂多就是筆電不能離開變壓器使用。它不會讓作業系統崩潰，不會讓螢幕沒畫面，更不會讓 X Window 開不起來。 所以，真正的問題不在那顆大電池。 真兇，是另一顆沒人記得的小電池。 主角登場：那顆 16 年從沒被換過的 CMOS... » read more

0
Read
steven
Windows 11 更新，有時，不是越新越好
Windows 11 更新，有時，不是越新越好

PCPiLOT FIELD NOTES ✦ 工程現場實錄 Windows 11 更新，有時，不是越新越好 一台 Q470 主機板，三層電源管理的通關紀錄 2026-06 ✦ Mr. τ／風雲網通系統 這篇文章不需要你懂 BIOS 或 Windows 更新機制。 它講的是一件很多人用過幾年的電腦都可能碰到的事：Windows 11 更新越裝越新，機器卻開始出現各種說不清楚的怪現象。睡眠有問題、關機有問題、更新裝不進去——每一個問題看起來都不一樣，但追到最後，指向的是同一個方向。 這是一次真實的維修通關紀錄，也是我交機時跟客戶說的那段話。 起點：以為只是換一顆 SSD 鄰居送來一台 ASUS 商用機（Q470 晶片組），SSD 故障。好消息是還在保固內；壞消息是原廠更換要等兩週。最近 SSD 漲價四到六倍，客戶很冷靜：「等就等。」 於是我用工程部備用的 SATA SSD，做了一次乾淨的 Windows 11 24H2 安裝，讓機器先恢復正常使用。等原廠 SSD 修返，再用系統複製工具把整個環境搬過去。補完主機板驅動，讓 Windows Update 慢慢跑。一切看起來只是例行維修——直到更新開始跑。 ⚠️ 關卡一：DISM 都過了，更新還是卡在 98% KB5095093（選用預覽更新）安裝 → 重新開機 → 更新到 98%... » read more

0
Read
steven
一台印表機故障，如何長出一套診斷工具
一台印表機故障，如何長出一套診斷工具

從一次客戶故障，到一套診斷工具的誕生 工程師思路系列：好心辦壞事 —— 一台印表機故障，如何長出一套診斷工具 有些問題，看起來像設備故障。 有些問題，看起來像驅動程式損壞。 但真正深入追查後才發現， 問題其實來自一個原本出於善意的設計。 這次的個案，就是如此。 問題出現 家中有一台 HP Smart Tank 510 無線印表機。 多台 Windows 11 電腦長期正常使用。 但其中一台電腦，某天開始突然無法列印。 更奇怪的是： 測試頁正常 印表機狀態頁正常 Ping 正常 印表機顯示 Online 唯獨 PDF 與 Word 文件送出後， 印表機只動一下就停住。 彷彿設備正常， 卻又無法真正工作。 第一輪排查 遇到這種問題時，最重要的不是急著修復， 而是先排除錯誤假設。 於是開始逐項驗證： 重新安裝 HP 官方完整驅動 確認 Wi-Fi 連線正常 確認其他電腦可正常列印 確認印表機韌體正常 確認網路可正常 Ping 通 結果全部通過。 問題依然存在。 此時可以確定： 印表機本身並沒有壞。... » read more

0
Read
steven
三個不同案例，相同的處理態度與思路
三個不同案例，相同的處理態度與思路

三個不同案例，相同的處理態度與思路 —— 事出必有因系列：不放棄，往問題核心一層層剝去 今天處理了三個 SMB 客戶的現場案件。 網站與信箱突然全部中斷、NAS 權限設定怎麼改都沒用、診所印表機突然不能列印。 三件事看起來毫無關聯，但處理完之後，我發現它們其實在說同一件事： 每一個「突然壞掉」，都只是入口。真正的工作，是從入口走進去，一層一層，直到找到那個改變的點。 案例一｜公司網站與信箱同時消失 客戶早上傳訊息過來：「官網打不開，寄出去的信全部退回。」 第一反應不是叫他去問主機商。 因為網站無法存取，不一定是主機壞了。第一順位的懷疑，是 DNS。 查了 WHOIS，果然——域名出現了 clientHold 狀態。 這個狀態代表：域名在註冊商端被暫時凍結，整個 DNS 解析鏈中斷，網站、信箱、所有對外服務，全部同時消失。 問題是，這個案件牽涉四個環節： 環節 負責方 域名註冊 國外供應商 Tucows，台灣由遠振代理 網站架設 另一家廠商維護 郵件服務 Google 代管 現場 IT 客戶自行處理 四個環節，沒有一個有完整的第一手資訊。能做的，是透過即時聊天持續與客戶確認現象，同時用 DNS 查詢工具監測狀態，逐層排查。 大約三、四個小時後，clientHold 自動解除，服務恢復正常。 原因？到現在還沒有明確答案。 這就是某些案件的現實——你找到了問題在哪裡，但「為什麼發生」這個問題，有時候沒辦法有完美的結論。 📌 企業主應該知道的事 域名是你公司數位資產的地基。地基出問題，上面所有東西同時消失——網站、信箱、一切對外的數位服務。 它不在你的主機上，不在你的 IT 人員手裡，它在域名註冊商那裡。 幾個值得確認的問題：你的域名在哪家註冊商？續費通知寄到哪個信箱？負責人離職後，這些資訊還在公司手裡嗎？ 案例二｜NAS 權限設定怎麼改都不生效 建築師事務所，Synology NAS。 管理員反映說有兩個資料夾的存取權限怎麼設都沒用——帳號正常，操作步驟也對，就是不生效。... » read more

0
Read
steven
工程師思路系列 之 事出必有因
工程師思路系列 之 事出必有因

工程師思路系列｜PCPiLOT 開發日誌 事出必有因 AI Agent 的執行成本，誰來負責？ Mr. τ／風雲網通系統 與 AI 協作，本質上是一種資源管理問題。 最近使用 Claude Code 的時候，忽然發現五小時的使用額度直接前進了 18%。回頭看工作紀錄，完全找不到對應的大型功能產出。 我把 console log 貼給 Claude 分析。 真正發生的事情 分析結果出來：Claude Code 因為找不到目標檔案，直接啟動了全硬碟搜尋。 它執行了 recursive directory scan、數次 PowerShell 呼叫、嘗試多組路徑，最後甚至準備啟動 llama-server 做測試驗證。 問題是，這件事只需要問我一句「檔案在哪裡？」就能解決。十秒鐘。但它沒問。 然後同樣的事情又發生了一次。額度直接燒到 37%。 Claude Code 事後的自我分析是： 使用者的輸入被解讀成「繼續調查」，而不是「停止確認」。 事實上，真正的問題早就結案了：rope.dimension_sections = 3 vs 4。後面所有的行動，全部是多餘的成本。 AI 與人類的成本模型不同 這個問題的核心，不是 AI 太積極，而是： 👉 AI 不知道「執行成本」是什麼。 對... » read more

0
Read
steven
Windows 11 New Outlook 郵件黑盒事件：一個月後才看到真正的 Mail Flow
Windows 11 New Outlook 郵件黑盒事件：一個月後才看到真正的 Mail Flow

Windows 11 New Outlook 郵件黑盒事件：一個月後才看到真正的 Mail Flow 作者：Steven Lai ｜ 日期：2026-05-14 📌 前言 這個案例，我追了快一個月。 整個過程幾乎沒有證據。 沒有退信 沒有 Sent Items 沒有 Outbox 沒有 SMTP log Windows Event Viewer 也沒有有效線索 直到今天，才因為一封偶發退信，讓整條郵件路由真正浮出水面。 Windows 11 New Outlook 的實際寄信路徑， 和我們以為的 SMTP 模型，根本不是同一件事。 🧩 事件背景 Windows 11 內建新版 Outlook（New Outlook） ISP 信箱（Seednet） 收件端：Gmail / Hotmail 📨 客戶沒收到信 但奇怪的是： Outlook 沒顯示寄送失敗 沒有退信... » read more

0
Read
steven
為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？
為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？

RFC 9797 與企業 DHCP Pool 危機 為何公司同仁突然拿不到 IP？NAS 與印表機間歇性失聯？ 近年來，企業 IT 現場開始頻繁出現一種「難以定位」的網路異常： 許多管理者第一時間會懷疑： 然而，真正的原因，可能與現代行動裝置導入的 MAC Randomization（隨機 MAC 位址）機制有關。 而此一趨勢，也與 RFC 9797 所代表的裝置隱私方向密切相關。 MAC Randomization 正在改變企業網路環境 現代作業系統為了降低裝置被追蹤的風險，開始大量採用： 目前常見於： 其核心目的在於： 避免使用者透過固定 MAC 位址，被長期識別與追蹤。 從隱私保護角度而言，這是正向發展。 但對企業 DHCP 管理而言，卻帶來新的挑戰。 同一台設備，可能重複取得多組 IP 在企業 Wi-Fi 環境中，行動裝置會頻繁出現： 若裝置使用 Randomized MAC， DHCP Server 可能會視其為： 「新的設備」。 因此： 同一台手機、筆電或平板， 短時間內可能重複取得 2~3 個 IP。 /24 網段其實很快就會耗盡... » read more

0
Read
steven
AI 助理一本正經瞎猜，然後被官方文件打臉——<br>一次 OpenCode v1.14.40 + Ollama 的 Windows 排錯完整故事
AI 助理一本正經瞎猜，然後被官方文件打臉——
一次 OpenCode v1.14.40 + Ollama 的 Windows 排錯完整故事

這篇文章有三個主角：一個固執的排錯工程師、一個聽起來很有把握的 AI、以及一份他們都沒去讀的官方文件。 結局是：工程師手動挖對了一半，AI 說中了一半又說錯了一半，官方文件早就把答案寫好了——只是沒人第一步就去查。 一、故事的起點：Qwen 在哪裡？ 環境是 Windows 11，Ollama 本地跑著 qwen3.5:9b-q8_0，OpenCode v1.14.40 剛裝好。按理說一切應該順暢——但 OpenCode 每次啟動，都自作主張地選回了一個叫做 minimax-m2.7:cloud 的雲端模型。 ⚠️ 問題明確：你設定好的本地模型，隔一次重啟就消失了。minimax 幽靈般地回來，像是設定根本沒被寫進去。 排錯的直覺是：設定檔的問題。但 哪個 設定檔？ XDG 規範遷移的陷阱 OpenCode 在某個版本之後，悄悄從 Windows 慣例路徑遷移到了符合 XDG 規範的新路徑。舊版使用者習慣去改的地方，新版根本不理。 # 舊版慣例（不再生效） %APPDATA%\opencode\opencode.json # 新版 XDG 規範路徑（這才是有效的） %USERPROFILE%\.config\opencode\opencode.json 在這個路徑下，把 model 欄位手動修正為 ollama/qwen3.5:9b-q8_0，重啟，終於有效。Qwen 3.5 開始正常接管工作，而且 tool calling 能力也確認正常——它主動調用 read 工具讀取了本地的 CONSTITUTION.md，完全符合 agentic 工作流的期待。 ✔️ 第一階段結論：路徑找對了，模型確認上線，憲法執行能力驗證通過。... » read more

0
Read
steven
24GB 顯存，為什麼跑不動 16GB 的本地 AI 模型？
24GB 顯存，為什麼跑不動 16GB 的本地 AI 模型？

技術觀察 · AI Infrastructure 24GB 顯存，為什麼跑不動 16GB 的本地 AI 模型？ Mr. τ／風雲網通系統 · 本地 LLM 部署實測觀察 很多玩家的第一反應：「我有兩張 3060，加起來 24GB，跑個 16GB 的模型理論上完全沒問題啊？」 實測結果卻是：載入沒事，一開始對話就隨機崩潰。這不是顯卡壞了。是 VRAM 的本質被誤解了。 💡 核心觀念：VRAM 是預算，不是倉庫 很多人把 VRAM 想成靜態的硬碟空間。但跑 LLM 推論時，它更像是一個「會呼吸的緩衝區」。16GB 的模型進了顯存之後，只是第一筆支出，後面還有更多看不見的隱形成本持續消耗。 一個更直觀的比喻：VRAM 是電梯的「額定載重」，而 16GB 的模型只是乘客的體重。電梯運行時的機械摩擦、剎車瞬間的衝擊力（推論峰值）——這些才是讓系統超載的真正原因。 📦 消失的顯存去哪了？三層隱形成本 1 靜態模型權重（固定 16GB） 這是你看得見的部分——模型進了 VRAM 就不動了。誤區正是從這裡開始，很多人以為「剩下 8GB 就是安全空間」，但實際上那 8GB 要承擔後面所有的動態壓力。 2 KV Cache 的「呼吸效應」（4～8GB，且隨時間膨脹） 這是最關鍵的時間變數。LLM 是有記憶的，每一輪對話都要把前面的內容儲存進... » read more

0
Read
steven
30 分鐘換來的 12 倍加速<br>本地 LLM 效能異常的根因拆解與 Debug SOP
30 分鐘換來的 12 倍加速
本地 LLM 效能異常的根因拆解與 Debug SOP

工程實戰 · Mr. τ · 2026 年 5 月 30 分鐘換來的 12 倍加速 本地 LLM 效能異常的根因拆解與 Debug SOP ▌ 這篇文章在講什麼 我花了整個上午，讓 AI 助理幫我 debug 一個本地 LLM 效能異常。六輪下來沒解決，最後靠一個三字參數位置錯誤找到根因。這是那次事件的完整記錄——以及我從中整理出來的 Debug SOP。 現象：200 字的文件，為什麼要跑 30 分鐘？ 測試場景很單純：6 筆文件，每筆約 200–300 字，交給本地模型做結構化評分。正常情況下，這種規模的任務應該在幾分鐘內完成。 實際結果是：每筆 140–150 秒，6 筆合計接近 30 分鐘。 硬體監控數字正常，GPU 在線，模型已載入顯存。從表面看，系統沒有任何問題。 六輪 Debug，每輪都沒打到點 我請 AI 助理協助排查。接下來發生了一段很典型的「AI 時代 Debug 迴圈」： 1 加入串流顯示... » read more

0
Read
steven
深夜收到「陌生 IP 登入警報」，<br>你知道該怎麼處理嗎？
深夜收到「陌生 IP 登入警報」，
你知道該怎麼處理嗎？

資安實務 ｜ NAS 維運筆記 ｜ 2026 深夜收到「陌生 IP 登入警報」，你知道該怎麼處理嗎？ 從一封 NAS 警告信，學會判讀、鑑別、封鎖的完整 SOP 某天下班後，手機收到一封主旨為「嚴重｜來自陌生 IP 的登入嘗試」的警報信。來源地：東歐某國家。登入帳號：公司管理員信箱。——你的第一反應是什麼？ 一、這封警報信在說什麼？ Synology Active Insight 會在偵測到非常規地理位置登入時自動發信通知。信中包含三個關鍵資訊： ✔ 哪個帳號被嘗試登入 ✔ 連線類型（HTTP/HTTPS） ✔ 來源所在位置（國家/地區） 收到這封信不代表帳號已被入侵，但也不能置之不理。關鍵在於：你是否能識別這次登入是否為授權行為。 二、先做鑑別診斷：正常還是攻擊？ 在採取任何行動前，先冷靜確認以下三個問題： 1 這段時間有人出差或出國使用 VPN 連回公司設備嗎？ 2 有委外廠商或協作夥伴被授權遠端存取嗎？ 3 登入是否成功？（失敗嘗試 vs. 實際進入是完全不同的嚴重程度） 若三個問題都答「否」，就需要啟動應急處置流程。 三、哪些國家是高風險來源？ 根據實際日誌分析，以下地區出現高頻率的自動化掃描與暴力破解嘗試： 風險等級 國家代碼 常見攻擊手法 高風險 CN、RU、UZ、KZ 自動化腳本掃描、帳號暴力破解 中風險 DE、NL、UA、PL 租用 VPS 作為跳板進行中繼攻擊 中風險... » read more

0
Read
steven
斷斷續續的無線網路
斷斷續續的無線網路

作者：Mr. τ 分類：現場排障案例 標籤：Wi-Fi／藍牙／2.4GHz／無線網路 在 IT 現場，有一類問題特別難抓——症狀看起來像網路故障，換個時間又自動恢復，偏偏找不到明確的硬體損壞跡象。本文記錄一個真實案例：Wi-Fi 播放卡頓，根本原因卻藏在一支藍牙耳機裡。 一、問題現象 使用情境：室內距離無線基地台較遠的位置，以手機連線 Wi-Fi 觀看 YouTube，同時透過藍牙耳機收聽音訊。 觀察到的異常：影片播放頻繁緩衝、斷斷續續卡頓，網路連線表面上仍顯示正常。 二、快速排查驗證 1 切換至 4G 行動網路播放 → 影片立即恢復正常，確認問題在 Wi-Fi 端，非內容來源或設備本身故障。 2 保持 Wi-Fi 連線，關閉藍牙耳機 → Wi-Fi 傳輸立即順暢，確認藍牙裝置是干擾來源。 兩步驗證完成，方向明確：藍牙與 Wi-Fi 之間存在無線干擾。 三、根本原因分析 3.1 頻帶重疊是核心問題 Wi-Fi 的 2.4GHz 頻帶與藍牙使用相同的無線頻譜範圍（2.400–2.4835 GHz）。當兩者同時運作，且距離接近時，訊號會相互競爭通道，造成封包碰撞與重傳，導致實際吞吐量下降。 Wi-Fi 2.4GHz 傳輸距離較遠，穿牆能力強，但頻段擁擠，干擾源多（微波爐、藍牙、鄰居 AP 等） Wi-Fi 5GHz 頻道數多、速度快、干擾少，但傳輸距離相對較短，穿牆能力較弱 藍牙（Bluetooth） 工作在 2.4GHz，採跳頻展頻（FHSS）技術，雖有抗干擾設計，但在弱 Wi-Fi 環境下仍會形成競爭 實際情境... » read more

1
Read
steven