Suspend, Hibernate and Resume 的問題

這類問題因為 BIOS , H/W 每台機器不一樣，可能出問題的部份不一定相同，通常這樣的問題很難有系統的方式去了解原因。
但是這個 [HAL Sleep Quirks] 網站提供了一個偵測的 script ，幫助我們有系統的釐清原因。

以下紀錄以 Asus A8J 遇到的現象和解決的步驟：

安裝 Debian Lenny 後，從 Gnome 選單 |  關機 | 暫停 後，Resume 時會失敗，但是可以從遠端 ssh 回來，所以可能跟顯卡有關...
執行網站上所下載的 quirk-checker.sh ，建議把 iwl3945 無線網路模組先unload，等到 resume 後再 reload，所以 在 /etc/pm/config.d/unload_modules 加上這行：SUSPEND_MODULES="iwl3945"
但這應該不是原因，再進行一次 suspend，還是無法 resume.

研讀 pm-suspend 的參數說明，發現 --quirk-vbe-post 表示 resume 時可以用 bios 相同方式來 reset graphic device 所以試試看：
以 pm-suspend --quirk-post-vbe 來試驗，果然可以正常恢復...

現在修改 /usr/share/hal/fdi/information/10freedesktop 下的檔案.... 最有關的應該是 20-video-quirk-pm-asus.fdi :
由 lshal 指令得到，我們的機器 system.hardware.product=A8JP
找到這一段：
      <match key="system.hardware.product" prefix_outof="A6M;Z84F">
        <merge key="power_management.quirk.vbe_post" type="bool">true</merge>
      </match>

改為：
      <match key="system.hardware.product" prefix_outof="A6M;Z84F;A8JP">
        <merge key="power_management.quirk.vbe_post" type="bool">true</merge>
      </match>
     
如同紅色粗體這樣加入我們的 product ，表示我們要使用 --quirk-vbe-post 的參數即可
改完後，重新啟動 hal :
#> /etc/init.d/hal restart
現在透過 gnome-power-management 進行 suspend, hibernate 都可以正常 resume 回來了。真高興！
Technorati 標籤: suspend hibernate resume power-management