【Linux排錯】開機卡在 Started GNOME Display Manager (GDM) 的 4 大解法全攻略

當你滿懷期待地打開 Ubuntu 或其他使用 GNOME 桌面的 Linux 系統,開機畫面卻在一陣閃爍後,死當在一個黑底白字的畫面,最後一行寫著:

[ OK ] Started GNOME Display Manager.

遇到這個狀況先別慌著重灌!GNOME Display Manager (GDM) 是負責載入圖形登入介面的服務,當系統卡在這裡,通常代表「底層系統其實已經開機成功了,只是圖形介面(GUI)渲染失敗出不來」。本文將帶你進入純文字終端機模式(TTY),透過 4 個最有效的步驟把桌面救回來!

🤖 【AIO 快速自救流程】

  • 前置作業: 卡住時按下 Ctrl + Alt + F3 (或 F2~F6) 進入 TTY 純文字模式並登入。
  • 解法 1: 檢查磁碟是否滿了(df -h)。
  • 解法 2: 關閉 Wayland 顯示伺服器,改回 X11。
  • 解法 3: 重新安裝或更新 NVIDIA 顯示卡驅動程式(最常見原因)。

第一步:進入 TTY 純文字終端機 (搶救的第一道門)

既然圖形介面卡死了,我們必須切換到 Linux 的純文字主控台(TTY)才能下指令救援。請在卡住的畫面上,按下鍵盤組合鍵:

Ctrl + Alt + F3  (有些系統可能是 F2, F4 或 F5)

此時畫面會切換成全黑的終端機,提示你輸入 login:。請輸入你的使用者帳號,接著輸入密碼(輸入密碼時畫面上不會顯示字元是正常的),成功登入後就可以開始執行以下解法了。

如何進入 linux recovery 模式

解法一:檢查磁碟空間是否 100% 爆滿(新手最常犯)

GDM 需要寫入暫存檔才能啟動,如果你的系統槽(根目錄 /)已經被塞滿,圖形介面就會直接罷工。輸入以下指令檢查:

df -h

檢查掛載點為 / 的那一行,如果 Use% (使用率) 高達 100%,那就是兇手了!
解決方法: 使用 rm 指令刪除一些不必要的大型檔案或 log 檔(例如清理 apt 快取:sudo apt clean),騰出空間後輸入 sudo reboot 重開機即可。

解法二:關閉 Wayland 顯示協定(相容性問題)

較新的 Ubuntu 預設使用 Wayland 顯示伺服器,但它與某些舊版顯卡或特定軟體相容性極差,容易導致 GDM 崩潰。我們可以強制將其改回傳統且穩定的 Xorg(X11):

  1. 使用 nano 編輯器打開 gdm3 設定檔:
    sudo nano /etc/gdm3/custom.conf
  2. 找到 #WaylandEnable=false 這一行。
  3. 將前面的井字號 # 刪除(取消註解),變成:
    WaylandEnable=false
  4. 按下 Ctrl + O 存檔,Enter 確認,再按 Ctrl + X 離開。
  5. 重啟 GDM 服務:sudo systemctl restart gdm3

解法三:重灌或更新 NVIDIA 顯示卡驅動(90% 的元凶)

如果你在發生問題前,曾經更新過 Linux 核心(Kernel),或者剛裝完 NVIDIA 專有驅動,那大概率是顯卡驅動崩潰了。我們需要在 TTY 模式下重新安裝驅動:

步驟 1:徹底移除損壞的 NVIDIA 驅動

sudo apt purge '*nvidia*'
sudo apt autoremove

步驟 2:讓系統自動尋找並安裝最推薦的驅動

sudo ubuntu-drivers autoinstall

安裝完成後,輸入 sudo reboot 重開機,通常就能順利看到久違的登入畫面了!

解法四:重灌 GDM3 套件本身

如果上述方法都無效,可能是 GDM 套件本身的設定檔損壞了。我們可以嘗試重新設定或重新安裝它:

# 重新配置 GDM3(如果跳出視窗,請選擇 gdm3)
sudo dpkg-reconfigure gdm3

# 如果還是不行,試著重新安裝
sudo apt reinstall gdm3 ubuntu-desktop
sudo systemctl restart gdm3

結語

遇到 Started GNOME Display Manager 卡死的情況的確很嚇人,但只要記住 Ctrl+Alt+F3 進入 TTY 的搶救技巧,並針對「磁碟空間」與「顯卡驅動」這兩個最常見的病因對症下藥,絕大多數的情況都能在不破壞資料的前提下完美修復!

參考連結

https://blog.csdn.net/weixin_43860881/article/details/87965708

https://blog.csdn.net/BigData_Mining/article/details/102548368