分而治之

Question

分而治之

首先，您必須嘗試確定這是硬體還是軟體問題。有時兩者都涉及，但最初最好假設不是。

根據我的經驗，確定哪個陣營有問題的最有效方法是啟動到第二個完全不同的作業系統（請注意，無需更改任何硬體）並嘗試重現問題。最好使用不使用的作業系統任何與可疑作業系統具有相同的程式碼。例如，如果您的可疑系統運行 Windows，您可以使用 Ubuntu 作為測試作業系統。 Live CD 對此很有幫助。

對於間歇性出現的問題，這可能具有挑戰性，但無論您如何解決，您都需要知道是否：

兩個作業系統都會受到影響，這意味著您有硬體問題，或者
只有您的可疑作業系統受到影響，這意味著您可能有：
- 軟體問題，或
- 硬體組件和特定軟體（幾乎總是第三方驅動程式）之間不相容。

如果你認為這是硬件

您已經測試並更換了許多組件。如果您的測試作業系統中出現了不良行為，那麼您就掌握了確鑿的證據，表明您尚未替換的某些東西有問題。對於那些不適合進行全面測試的組件（例如主機板），您可能會先嘗試更換其他成本較低的組件，但最終您可能別無選擇，只能更換更昂貴的組件。

如果你認為它是軟體

如果測試作業系統沒有觸發故障，您就可以更確信目標作業系統中的軟體有問題。但是，如果歷史上無法按需產生故障或僅間歇性地發生故障，則仍然有可能是測試作業系統中未觸發的硬體問題。不要糾纏於此；在測試您的暫定解決方案時請記住這一點。

在找出有問題的程式碼時，您顯然希望追蹤特定的錯誤訊息，例如 Windows 的錯誤檢查程式碼、事件日誌中或特定於應用程式的日誌中記錄的錯誤。基於您已經用盡這些線索並且需要更通用的方法的假設，我將跳過這些步驟。

當不清楚哪個軟體出了問題時，您選擇的武器是從方程式中移除軟體並讓系統運作足夠長的時間，以便問題有可能發生（如果有可能的話）。您可以透過以下方式執行此操作：

卸載軟體。
使用 Microsoft AutoRuns 等工具停用它。
透過啟動進入安全模式來停用它。
建立第二個 Windows 安裝沒有有問題的軟體（如果您確實需要該軟體進行日常使用並且希望能夠在“測試”和“生產”模式之間輕鬆切換，則非常有用）。

執行此操作時，我喜歡對系統軟體進行如下分類並相應地進行故障排除：

Windows 自己的程式碼和內建驅動程式。出錯的可能性最小。透過使用原始安裝（沒有安裝的系統）測試系統可以輕鬆確認任何第 3 方代碼）。
第三方驅動程式。總是惹麻煩。通常會以非隨機方式崩潰，從而出現某種模式。透過使用不同的驅動程式版本或更換硬體組件進行測試。
第三方系統級軟體（例如安全軟體）。麻煩。這些對於正常的系統操作很少需要，可以完全卸載以測試它們的影響。
用戶應用程式。高度可變的碰撞行為。在現代版本的 Windows 上，這些很少會導致整個系統崩潰或鎖定。故障僅在應用程式運行時發生，因此可以輕鬆追蹤故障並將其與當時正在運行的程式關聯起來。請注意具有始終在線元件（例如啟動項目或系統服務）的使用者應用程式。

保留半詳細的工作日誌

最後的想法在這裡。記錄您遇到的問題以及您採取的故障排除步驟。對於像這樣的困難且曠日持久的問題，很容易忘記細節。能夠在工作時回顧這一點可能會幫助您排除原因或在事實之間建立聯繫，否則這些事實可能會在鬥爭中丟失。

軼事故事

我開發了一個可以提醒我你的情況的系統。這是一台會隨機鎖定的筆記型電腦（這限制了我的硬體交換選項）。它會在通電後 10 秒內執行此操作，然後幾天內不會執行此操作，然後在打開幾個小時後執行此操作。我更新了所有內容，測試並更換了所有可能的硬體組件，並重新安裝了 Windows（至少一次，如果不是兩次）。

它最終成為主機板。更換後，筆記型電腦運行了很多年，沒有再出現任何問題。

Answer 1

分而治之

首先，您必須嘗試確定這是硬體還是軟體問題。有時兩者都涉及，但最初最好假設不是。

根據我的經驗，確定哪個陣營有問題的最有效方法是啟動到第二個完全不同的作業系統（請注意，無需更改任何硬體）並嘗試重現問題。最好使用不使用的作業系統任何與可疑作業系統具有相同的程式碼。例如，如果您的可疑系統運行 Windows，您可以使用 Ubuntu 作為測試作業系統。 Live CD 對此很有幫助。

對於間歇性出現的問題，這可能具有挑戰性，但無論您如何解決，您都需要知道是否：

兩個作業系統都會受到影響，這意味著您有硬體問題，或者
只有您的可疑作業系統受到影響，這意味著您可能有：
- 軟體問題，或
- 硬體組件和特定軟體（幾乎總是第三方驅動程式）之間不相容。

如果你認為這是硬件

您已經測試並更換了許多組件。如果您的測試作業系統中出現了不良行為，那麼您就掌握了確鑿的證據，表明您尚未替換的某些東西有問題。對於那些不適合進行全面測試的組件（例如主機板），您可能會先嘗試更換其他成本較低的組件，但最終您可能別無選擇，只能更換更昂貴的組件。

如果你認為它是軟體

如果測試作業系統沒有觸發故障，您就可以更確信目標作業系統中的軟體有問題。但是，如果歷史上無法按需產生故障或僅間歇性地發生故障，則仍然有可能是測試作業系統中未觸發的硬體問題。不要糾纏於此；在測試您的暫定解決方案時請記住這一點。

在找出有問題的程式碼時，您顯然希望追蹤特定的錯誤訊息，例如 Windows 的錯誤檢查程式碼、事件日誌中或特定於應用程式的日誌中記錄的錯誤。基於您已經用盡這些線索並且需要更通用的方法的假設，我將跳過這些步驟。

當不清楚哪個軟體出了問題時，您選擇的武器是從方程式中移除軟體並讓系統運作足夠長的時間，以便問題有可能發生（如果有可能的話）。您可以透過以下方式執行此操作：

卸載軟體。
使用 Microsoft AutoRuns 等工具停用它。
透過啟動進入安全模式來停用它。
建立第二個 Windows 安裝沒有有問題的軟體（如果您確實需要該軟體進行日常使用並且希望能夠在“測試”和“生產”模式之間輕鬆切換，則非常有用）。

執行此操作時，我喜歡對系統軟體進行如下分類並相應地進行故障排除：

Windows 自己的程式碼和內建驅動程式。出錯的可能性最小。透過使用原始安裝（沒有安裝的系統）測試系統可以輕鬆確認任何第 3 方代碼）。
第三方驅動程式。總是惹麻煩。通常會以非隨機方式崩潰，從而出現某種模式。透過使用不同的驅動程式版本或更換硬體組件進行測試。
第三方系統級軟體（例如安全軟體）。麻煩。這些對於正常的系統操作很少需要，可以完全卸載以測試它們的影響。
用戶應用程式。高度可變的碰撞行為。在現代版本的 Windows 上，這些很少會導致整個系統崩潰或鎖定。故障僅在應用程式運行時發生，因此可以輕鬆追蹤故障並將其與當時正在運行的程式關聯起來。請注意具有始終在線元件（例如啟動項目或系統服務）的使用者應用程式。

保留半詳細的工作日誌

最後的想法在這裡。記錄您遇到的問題以及您採取的故障排除步驟。對於像這樣的困難且曠日持久的問題，很容易忘記細節。能夠在工作時回顧這一點可能會幫助您排除原因或在事實之間建立聯繫，否則這些事實可能會在鬥爭中丟失。

軼事故事

我開發了一個可以提醒我你的情況的系統。這是一台會隨機鎖定的筆記型電腦（這限制了我的硬體交換選項）。它會在通電後 10 秒內執行此操作，然後幾天內不會執行此操作，然後在打開幾個小時後執行此操作。我更新了所有內容，測試並更換了所有可能的硬體組件，並重新安裝了 Windows（至少一次，如果不是兩次）。

它最終成為主機板。更換後，筆記型電腦運行了很多年，沒有再出現任何問題。

分而治之

症狀：

系統規格：

崩潰轉儲：

答案1

分而治之

如果你認為這是硬件

如果你認為它是軟體

保留半詳細的工作日誌

相關內容