cht電腦資訊Windows
adm Find login register

Virtualbox 出現 HostMemoryLow 的問題(讓我發現 Google 的邪惡)

coolcd
1 Virtualbox 出現 HostMemoryLow 的問題(讓我發現 Google 的邪惡)
Promote 0 Bookmark 02012-02-19quote  

最近 Virtualbox (on Win7 64bit) 頻頻出現錯誤,常常出現一個對話方塊說 Virtualbox 遇到問題,然後建議我按 ok 關閉目前使用中的 Virtual Machine (debian stable/archlinux),或者按 Cancel 來嚐試 debug。如果按 ok,開啟的虛擬機就會關閉;如果按 Cancel,就會再出現一個對話方塊如下:

找了很久,試了許多設定都看不出什麼端倪,最後在 Virtualbox 討論區中看到有討論串說可能是 google chrome 的 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 在作怪,想不透瀏覽器升級怎麼會影響到 Virtualbox,不過反正試試看。

打開工作管理員看,並沒有找到 GoogleCrashHandler 的相關程式,後來才發現工作管理員下方有個「顯示來自所有使用者的處理程序」,按下去後,就可以看到 GoogleCrashHandler.exe 與 Google CrashHandler64.exe 了。找到以後,如何關閉呢?Google 的結果,都教人家去 Google Chrome 的「設定→進階選項→隱私權說明→自動傳送使用統計資料及當機報告給 Google」把這個選項去掉勾選即可。

但看了我的設定,這個選項原本就沒有勾選。再 google,又有人說,如果系統內還有其他 Google 軟體,也可能會打開該軟體的選項而去跑 GoogleCrashHandler64.exe/GoogleCrashHandler.exe。查了以後發現,我的系統內的 Google 軟體只有 Google Earth,設定內果然有相應的選項,但一樣沒有勾選。所以我就覺得奇怪了,到底是什麼程式打開 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 呢?

去「控制台→電腦管理工具→服務」查,可以看到兩個 Google 更新服務,分別是

gupdate ("C:\Program Files (x86)\Google\Update\GoogleUpdate.exe" /svc) (手動)
gupdatem ("C:\Program Files (x86)\Google\Update\GoogleUpdate.exe" /medsvc)(自動,延遲開始)

於是想當然爾,我把 gupdatem 改成手動,重新開機。

結果重開機後 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 依舊會自動打開,Virtualbox 依舊會當掉。

我想應該還有其他地方在跑 Google update,最後在「控制台→電腦管理工具→工作排程器→工作排程器程式庫」中看到四個 Google Update 排定的工作:

GoogleUpdateTaskMachineCore (C:\Program Files (x86)\Google\Update\GoogleUpdate.exe /c)(登入時與每天 8:06 AM 執行)
GoogleUpdateTaskMachineUA (C:\Program Files (x86)\Google\Update\GoogleUpdate.exe /ua /installsource scheduler)(每天 8:06 AM 觸發,每小時執行一次)
GoogleUpdateTaskUser[MY_SID]Core (C:\Users\[MY_NAME]\AppData\Local\Google\Update\GoogleUpdate.exe /c)(每天 8:11 AM 觸發)
GoogleUpdateTaskUser[My_SID]UA (C:\Users\[MY_NAME]\AppData\Local\Google\Update\GoogleUpdate.exe /ua /installsource scheduler)(每天 8:11 觸發,每小時執行一次)

原來安裝 Google Chrome,等於每天、每小時都安裝一次 Google Chrome,懶惰的代價這麼大?

回到主題,我將這些工作排程停用,重新開機,果然,沒有看到 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 了,再用 Virtualbox,也沒有再出現之前的問題。

比較奇怪的是,我後來又重新打開這些工作排程,GoogleCrashHandler64.exe/GoogleCrashHandler.exe 也有出現,但再回來用 Virtualbox,卻沒有發生之前的問題,所以到最後,到底 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 是不是會影響到 Virtualbox 的運作,我還是不敢確定。

反正,目前問題是解決了,還意外發現 Google Chrome 的邪惡,綜合一些 Google 到的資訊,我懷疑是因為以前打開「自動傳送使用統計資料及當機報告給 Google」這個選項會打開 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 已被人識破,所以現在改用 GoogleUpdate.exe 來打開 GoogleCrashHandler64.exe/GoogleCrashHandler.exe,看來 Google 也不是什麼尊重使用者的好東西,難怪 Steve Jobs 對 Google 的 Be Not Evil 嗤之以鼻!

edited: 2
coolcd
2 Virtualbox 出現 HostMemoryLow 的問題(讓我發現 Google 的邪惡)
Promote 0 Bookmark 02012-02-19quote  

coolcd
回到主題,我將這些工作排程停用,重新開機,果然,沒有看到 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 了,再用 Virtualbox,也沒有再出現之前的問題。

比較奇怪的是,我後來又重新打開這些工作排程,GoogleCrashHandler64.exe/GoogleCrashHandler.exe 也有出現,但再回來用 Virtualbox,卻沒有發生之前的問題,所以到最後,到底 GoogleCrashHandler64.exe/GoogleCrashHandler.exe 是不是會影響到 Virtualbox 的運作,我還是不敢確定。

又做了幾次測試,在 Win7 64bit 打開  Google Update 工作排程, Virtualbox 4.1.8 r75467 下測試 debian stable/archlinux 底下 fc-cache -f -v 的動作,只要打開工作排程,就會看到 GoogleCrashHandler64.exe/GoogleCrashHandler.exe,fc-cache -f -v 動作到一半就會出現前一篇描述的錯誤。要是此時用工作管理員關閉 GoogleCrashHandler64.exe/GoogleCrashHandler.exe,再重開 Virtualbox 的 debian stable/archlinux,就可以順利完成 fc-cache -f -v 的動作。

應該可以確認在 Win7 64bit 下, GoogleCrashHandler64.exe/GoogleCrashHandler.exe 會影響 Virtualbox 4.1.8 r75467 了。

cht電腦資訊Windows
adm Find login register
views:16578