我們一直有這樣一個希望，希望我們身邊的一切，比如汽車上的系統，家庭影院系統，電腦系統，亦或是 Linux 系統能永不出錯的運轉著。這個想法聽起來很棒，生活里一般也正是如此。

    雖然一般人在使用 Linux 的時候不會遇到問題，但是對于那些想要獲得最好體驗和最優信息的人來說卻可能會碰到。當然，你可以從很多地方獲得專業的幫助。比如，如果你是從像紅帽這樣的 Linux 供應商那里購買了 Linux 系統，你可以從供應商那里索取咨詢服務。事實上，你花錢買的也就是這種服務。另外，除了供應商，你還可以從各種各樣的網站和論壇上獲得幫助。你所在地區的 Linux 用戶使用組和其他使用 Linux 的朋友，都會非常樂意為你提供援手。別猶豫，盡管充分利用這些資源吧。

    其實在大多數時間里，我們當中的大多數 Linux 系統使用者更加喜歡自己檢修、解決自己在使用系統過程中所遇到的問題。

    我們不得不承認，無論是解決什么類型的問題都是一種藝術和技術。解決技術上的問題，諸如電腦故障之類的，就需要一系列的專業知識了。

    但在我們實際解決問題的過程中，我們需要的絕不僅僅是一張寫著問題和解決步驟的清單。這種只靠步驟清單來解決問題的辦法，也就是我們俗稱的“對癥下藥”。它來自于那些觀念陳舊的管理者們（這些管理者大都缺乏基層實踐），它聽起來很理想，但卻經不起實踐。那么，我們應該怎樣正確的處理問題呢？

概要:

下面是我用來解決Linux使用問題時的五個基本步驟：

    1.儲備知識

    2.觀察問題

    3.推測原因

    4.動手解決

    5.測試效果

    然而當你處理問題時，雖然你可能已經遵循了上述步驟，但是并沒有真正意識到它。如果你每次忙著解決問題時都遵循這個流程，那想來大多數時候你都能成功解決問題。這些方法步驟是通用的、適用于解決絕大多數問題的，并不僅僅局限于解決Linux或電腦問題。

   很多年來，我一直在使用這些方法步驟來解決電子和電腦方面的問題，卻并沒有意識到在使用它。當我被問題卡住，規范化解決問題的流程使得我更有效的解決遇到的問題。在處理問題的過程中，我會我不斷回顧已經經歷過的步驟，判斷自己處在哪一步。在確實需要的時候，我也會重復一個適當的步驟。

    你可能已經在過去聽說過一些其他的適用于解決問題的方法。這一過程的前三個步驟也被稱為確定問題，即尋找問題的原因。最后的兩個步驟是解決問題。

1.儲備知識

     在解決問題方面，擁有足夠的知識是第一步。你必須至少了解Linux基本知識，甚至熟悉可能影響到Linux的領域，例如硬件、網絡還有環境因素，如溫度、濕度和Linux系統操作可能涉及的電氣環境。

    獲得知識的途徑有很多。你可以閱讀相關的書籍和雜志，也可以參加課程、研討會和其他會議。你也可以通過網絡，與其他同樣使用 Linux 的、知識淵博的人交流。

    我個人傾向是“玩” Linux 。其實更加準確的說法是用Linux去實驗操作，例如搭建網絡方面，然后通過聽課來理順自己獲得的經驗和知識。

    要記住，如果沒有足夠的知識，那么“抵抗是徒勞的”（這里借用博格人的名言）。知識就是力量。

2.觀察問題

    解決問題的第二步是觀察問題的癥狀。重要的是注意到所有的問題特征。解決一個問題之前，觀察有什么是正常工作的也是很重要的。

    現在還不到動手解決問題的時候，你只需要觀察問題。

    觀察的重要內容之一就是去問自己看到和看不到什么的問題。除了你要問自己的特殊問題，還有一些一般性的問題要問問自己：

    造成這個問題的原因是硬件、Linux系統本身、應用軟件或者是相關人員缺乏知識和培訓所導致的誤操作？

    我以前遇到過這樣的問題么？

有錯誤的提示么？

日志里有關于這個問題的記錄么？

在錯誤發生之前，計算機的最后操作是什么？

當這個問題沒有發生時，應該出現的正確結果是什么？

最近有關系統硬件和或軟件的設置有被改變么？

    這些問題將會在你努力尋找它們的答案的時候自己暴露出來。而對于你來說，更重要的是去收集盡可能多的信息。這將會增加你這類問題的了解和徹底解決這類問題的知識。

    使用在線資源搜索類似的錯誤，也許有人已經報告了這個問題，并給出了解決方案。

    當你收集數據的時候，永遠不要假設從別人那里獲得的數據是正確的。請注意觀察你工作的一切細節。如果你正在和一個在遠方的人一起工作，這可能會是一個主要的問題。這時，仔細詢問變得至關重要。而當你試圖確認自己給出的信息時，允許遠程訪問系統問題的工具非常有用。

    當詢問在遠程站點的人時，永遠不用問誘導性的問題。他們將盡全力幫助你，有問必答。

    在其他時候，你得到的答案一般都取決于你問的那個人對 Linux 的了解程度和電腦知識水平。當一個人懂得或認為他知道關于電腦的知識，你得到的回答可能包含很難反駁的假設。相比于問一句“你檢查過了么”，更好的做法是安排另外一個人來實際執行任務所需的檢查。并且，相比于告訴一個人他/她應該看到什么結果，還不如簡單的讓用戶解釋和描述他/她看到的。再強調一次，對機器的遠程訪問可以讓你確認自己給出的信息。

    最好的問題解決者是那些從來不會理所當然的人。他們從來不會假定他們擁有的信息是100%正確和完整的。當你擁有的信息看起來自相矛盾時，如果你對此毫無辦法那就重新來過吧。

3.推測原因

    從你觀察到的現狀推斷出可能導致問題的原因。

    藝術在解決問題上也適用。根據你的知識和過去的經驗觀察問題就是一種演繹藝術，這有點神奇。伴隨著科學方法，依靠產生的靈感、 直覺、 或神秘的心理過程，找到一些有助于查找問題根本原因的線索。

    在某些情況下這是一個相當簡單的過程。比如你看到一個錯誤代碼，并通過查找現有資料弄明白它的意思。然后，應用自己知道的大量知識推測問題的原因（這是解決問題過程中最為藝術的一步）。在某些情況下，這種推測可能很難作為問題測定過程的一部分。

    這個推測的過程有助于記住問題特征而不是記住問題。問題產生了特征現象。但你想解決的是問題而不是問題特征。

4.動手解決

    現在是時候來解決問題了。不要害怕，這通常是最簡單的部分，最難的部分（分析如何解決問題）剛才已經過去了。在你知道問題的原因后，正確的修復一個問題是很容易的。

    解決方案多種多樣，可能需要更換硬件的驅動，或者是去更新一些軟件程序。

    對于一些有錯誤的軟件，如果你或者你的組織沒有足夠的能力修復它，那至少你可以用適當的方法把錯誤報告給作者或其他組織。我曾經就用Bugzila給紅帽公司報告了幾個錯誤。任何人都可以創建自己Bugzila賬號，并查找現有的錯誤或報告一個新的錯誤。

5.測試效果

    采取了修復措施后就應該要進行測試了。通常意義上，這意味著要從任務失敗的地方開始重新操作和重復實驗。

    如果修復措施沒起作用，你應該從錯誤開始的地方再運行一遍程序試試。由于錯誤可能會因為你的修復操作而發生變化，所以你要意識到這一點，并對程序運行結果和問題特征進行記錄，以便在下一次迭代修復時對解決方案作出相應的修改。這樣做即使沒能解決問題，問題特征的變化在后續的處理過程里也是很有參考價值的。

(文章資源來自”實驗樓”)