問(wèn)題

各位看官是否在 Docker 容器中的 Linux 桌面環(huán)境（如Xfce）上啟動(dòng)Chrome ，遇到了令人沮喪的頻繁崩潰問(wèn)題？尤其是在打開(kāi)包含圖片、視頻的網(wǎng)頁(yè)，或者進(jìn)行一些稍復(fù)雜的操作時(shí)，窗口突然消失？如果遇到了類(lèi)似的情況，那么本文將幫助您分析這些問(wèn)題的常見(jiàn)原因，并提供了相應(yīng)的解決方案。

如何在Docker的linux的容器上安裝desktop系統(tǒng)，在下抽時(shí)間可以再整理一篇博客。

問(wèn)題現(xiàn)象

• Chrome瀏覽器標(biāo)簽頁(yè)崩潰： 頁(yè)面內(nèi)容消失，取而代之的是一個(gè)提示“喔唷，崩潰啦！”或“Aw, Snap!”的圖標(biāo)和錯(cuò)誤信息，錯(cuò)誤代碼可能為 4 或其他。

  

• 整個(gè)瀏覽器進(jìn)程退出： 有時(shí)，整個(gè)瀏覽器窗口會(huì)直接關(guān)閉，沒(méi)有任何明確的錯(cuò)誤對(duì)話框。

• 如果在終端啟動(dòng)這些應(yīng)用時(shí)，您可能會(huì)觀察到類(lèi)似以下的錯(cuò)誤日志輸出（重點(diǎn)是OOM相關(guān)）：

[36089:36089:0501/172002.633167:ERROR:components/viz/service/main/viz_main_impl.cc:183] Exiting GPU process due to errors during initialization
[36039:36085:0501/172002.659811:ERROR:content/browser/zygote_host/zygote_host_impl_linux.cc:283] Failed to adjust OOM score of renderer with pid 36179: Permission 

快速解決辦法

使用如下命令行啟動(dòng)Chrome

google-chrome --disable-gpu --disable-dev-shm-usage --no-sandbox

問(wèn)題背景

1. 環(huán)境特定性： 此類(lèi)問(wèn)題發(fā)生在運(yùn)行在 Docker 容器內(nèi)的 Linux 桌面環(huán)境中。
2. 應(yīng)用普適性： 雖然 Google Chrome 是一個(gè)典型的例子，但其他依賴相似機(jī)制的 Linux 桌面應(yīng)用 (例如基于 Electron 構(gòu)建的應(yīng)用如 Termius、VS Code 等) 也可能遇到類(lèi)似問(wèn)題。

關(guān)鍵錯(cuò)誤分析與原因

應(yīng)用崩潰的原因可以歸結(jié)為：

1. GPU 初始化失敗: 錯(cuò)誤日志中反復(fù)出現(xiàn) Exiting GPU process due to errors during initialization，表明應(yīng)用程序嘗試使用硬件加速渲染，但在容器化和 VNC 環(huán)境中失敗。這可能源于：
   • 容器內(nèi)缺少必要的圖形驅(qū)動(dòng)或庫(kù) (如 VA-API 驅(qū)動(dòng))。
   • VNC 環(huán)境本身對(duì) GPU 加速支持不佳。
   • Docker 容器未正確暴露宿主機(jī)的 GPU 能力。
2. 共享內(nèi)存 (/dev/shm) 不足: 現(xiàn)代瀏覽器（尤其是 Chrome）大量使用 /dev/shm 進(jìn)行進(jìn)程間通信。Docker 容器默認(rèn)的 /dev/shm 大小通常僅為 64MB，這對(duì)于瀏覽器來(lái)說(shuō)遠(yuǎn)遠(yuǎn)不夠，容易導(dǎo)致標(biāo)簽頁(yè)或整個(gè)瀏覽器崩潰。【注：這個(gè)原因是小子所用環(huán)境的根因】
3. 權(quán)限受限 (OOM Score 調(diào)整失敗): 日志中 Failed to adjust OOM score ... Permission denied 雖然不直接導(dǎo)致崩潰，但反映了容器環(huán)境的權(quán)限限制。應(yīng)用無(wú)法調(diào)整其內(nèi)存優(yōu)先級(jí)，可能在系統(tǒng)內(nèi)存壓力大時(shí)更容易被終止。
4. 沙盒機(jī)制與環(huán)境沖突: 瀏覽器等應(yīng)用的沙盒機(jī)制在權(quán)限受限的容器環(huán)境中可能無(wú)法正常初始化，導(dǎo)致啟動(dòng)失敗。

解決方案

根據(jù)看官您是否擁有修改 Docker 容器啟動(dòng)參數(shù)的權(quán)限，有以下兩種主要解決方案：

方案一：擁有 Docker 容器修改權(quán)限 (治本)

如果您可以控制 docker run 命令或 Docker Compose 配置，這是最推薦的解決方案：

1. 增大共享內(nèi)存 (/dev/shm) 大小: 這是解決 Chrome 類(lèi)應(yīng)用因共享內(nèi)存不足而崩潰的最有效方法。
   • Docker Run:

     docker run --shm-size=1g your_image_name # 建議至少 1GB，可根據(jù)需要調(diào)整為 2g 等
     

   • Docker Compose:

     services:
       your_service_name:
         image: your_image_name
         shm_size: '1gb' 
         # ... 其他配置
     

2. (可選) 調(diào)整 OOM Score 相關(guān)權(quán)限: 如果 OOM Score 調(diào)整失敗的錯(cuò)誤頻繁出現(xiàn)并希望解決它（雖然它通常不是崩潰主因）：

   docker run --cap-add=SYS_NICE your_image_name
   

3. (可選) 暴露 GPU 給容器 (高級(jí)): 如果確實(shí)需要容器內(nèi)的 GPU 加速，并且宿主機(jī)支持，可以配置 Docker 使用宿主機(jī) GPU。這通常需要安裝 NVIDIA Docker Runtime 或配置特定參數(shù)，操作相對(duì)復(fù)雜。

方案二：無(wú) Docker 容器修改權(quán)限 (治標(biāo))

如果您無(wú)法修改容器的啟動(dòng)配置，只能在容器內(nèi)部通過(guò)調(diào)整應(yīng)用程序的啟動(dòng)參數(shù)來(lái)規(guī)避問(wèn)題。

• 禁用 GPU 加速并禁用 /dev/shm 使用:

   google-chrome --disable-gpu --disable-dev-shm-usage --no-sandbox
   # 對(duì)于其他應(yīng)用，也嘗試類(lèi)似的標(biāo)志：
   # your_electron_app --disable-gpu --no-sandbox 

• --disable-gpu: 強(qiáng)制應(yīng)用使用 CPU 進(jìn)行軟件渲染，避免 GPU 初始化失敗。
• --disable-dev-shm-usage: 告知 Chrome 不要使用 /dev/shm，而是將臨時(shí)文件寫(xiě)入用戶配置目錄的磁盤(pán)（速度較慢，但能避免因 /dev/shm 過(guò)小而崩潰）。
• --no-sandbox: 由于 Docker 環(huán)境的權(quán)限限制，沙盒機(jī)制可能無(wú)法正常工作，禁用它可以避免因此導(dǎo)致的啟動(dòng)失?。?strong>注意：這會(huì)降低安全性）。

總結(jié)

在受限的 Docker 桌面環(huán)境中，應(yīng)用程序崩潰通常與 GPU 加速的兼容性問(wèn)題、共享內(nèi)存不足、沙盒權(quán)限限制等有關(guān)。通過(guò)修改應(yīng)用合適的啟動(dòng)參數(shù)，可以提高在 Docker 容器中運(yùn)行應(yīng)用的穩(wěn)定性。如果條件允許，調(diào)整 Docker 容器的配置（如增大 /dev/shm）是更根本的解決方案。

到此這篇關(guān)于Docker中運(yùn)行的Chrome崩潰問(wèn)題解決辦法的文章就介紹到這了,更多相關(guān)Docker運(yùn)行Chrome崩潰解決內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論