本文正體字版由OpenCC轉換

由於某某MO教授來授課（簡直是敲詐），我們班全班停課6天。於是我要在機房待6天了。今天是第二天。

昨天早上來了以後我給我的電腦裝上了Ubuntu 7.10，很順利，用起來也不錯。

接着我就去想裝臺Ubuntu服務器做PHP，運行我寫的在線評測系統。服務器配置很好，1G內存。沒想到事情很不順利，Ubuntu Live CD簡直運行不起來。插入光盤後等了半個小時都沒讀完安裝界面，最後卡死了。於是我就考慮用硬盤引導安裝。折騰了2個小時，還是不行。這是我突然發現，服務器是64位的CPU，而我裝的是I386版本。按理說64位機運行32位程序是有點慢，但不應該慢到死啊，也許是Ubuntu的32位虛擬層支持不太好？不管了，下載Ubuntu 64位版本，刻盤。開始安裝，很順利，但到最後選擇引導器時有Grub和LILO，我不知道怎麼選，選了Grub，後來網上一問就是Grub，沒錯。正當我慶幸時，重啓時卻出現了“Grub Error 18”。接着就死了。我鬱悶的再次重裝Ubuntu，半個小時後裝完了，但居然還是“Grub Error 18”。我下定決心，再重裝，分區時發現了問題，原來我沒有把掛在到‘/’上的主分區設定爲“可引導”。設定好後一切順利，Ubuntu安裝完成。

進入Ubuntu，問題又出現了，運行程序時候卡的很，簡直到了無法忍受的地步 ，我點一下鼠標，硬盤要響個幾秒鐘。我懷疑是沒更新，但更新以後還是這樣。我就這樣慢慢的一點一點的編譯了Mysql、Apache和PHP，編譯PHP時出錯了。顯示“configure: error: mysql configure failed. Please check config.log for more information.”。無奈我上網去問，不料還遭到了誤導 （詳見http://hi.baidu.com/jjingmeng/blog/item/39839601b25ef7d6267fb511.html）。有人說讓我編譯時設置 “–with-mysql=/usr/local/mysql” 改成 “–with-mysql-dir=/usr/local/mysql”，我相信了。果然編譯成功。於是我接着配置了proftpd和openssh。

我以爲大功告成了，便運行我的OJ。但界面當場顯示就讓我傻了：“找不到Mysql函數庫”。原來原因在這裏PHP根本沒有“–with-mysql-dir”的編譯命令，我突然發現我被誤導了。萬惡的Baidu，嗯，內事絕不問百度。

接着，我突然發現所謂的1G內存的服務器原來只有"128MB"，硬盤上還有壞道。。。。。。。。到此爲止，服務器白費了。

我垂頭喪氣的回到機房，打開我的電腦，意外發生了。。。。電腦啓動時停在了自檢狀態下。我回復COMS也不行，光盤引導與不行。完了，我寫了好長時間的NOI2007題解泡湯了，好不容易寫的，過幾天就要給同學們講的。

卸開機器看了半天，懷疑是硬盤的問題。於是我卸下硬盤，用光盤引導，順利啓動了。看來問題就在硬盤上。爲了拯救數據，我又打開一臺機器，把我的硬盤就到了第二IDE接口上，順利啓動。還好，數據沒有丟失，我都拷了出來。爲了修硬盤，我用光盤引導，啓動DM，低格一遍試試（暈！差點就點錯了，低格了好硬盤）。低格好了以後卸下好硬盤，還是不能啓動。

再次卸開檢查，我突然發現硬盤跳線有問題。我居然一直跳在從盤的位置上，沒主盤！疑問產生了，我沒動過跳線，那麼以前硬盤爲什麼能好好運行呢？太詭異了。我本以爲換換跳線就行了，可是我才意識到沒這麼簡單。別的硬盤跳線很好拿下來，而這塊硬盤的跳線就好像嵌進去的一樣，拔不下來。真是匪夷所思，爲什麼跳線這麼難拔？？？

無奈，把硬盤交給了常老師處理吧。真是暈眩的一天，折騰了一天，沒搞好一臺電腦，反而弄壞了兩個。

後記：

我因禍得福了，哈哈。把機器交給常老師後，常老師又給我找了一臺。這臺電腦和機房的其他電腦外形一樣，但配置要好很多，1G內存，Intel915主板帶集成顯卡，160G西數硬盤。爽！（據說這臺電腦是王學進2005年用過的，王學進現在換了更好的）

上次修改時間 2017-02-03