Rhel

RHEL 7 做 init 5 隔離 graphics.target 沒有圖形登錄螢幕,和 nvidia

  • November 17, 2021

如果我沒記錯的話,在具有小型 nvidia GPGPU、Tesla T4 的 HP 伺服器上使用**RHEL 7.9 x86-64 。**我知道這個 gpgpu 不是顯卡……它沒有顯示器輸出。

我們目前有 systemctl set-default multi-user.target這樣的系統引導執行級別 3 與文本控制台。

我們NVIDIA-Linux-x86_64-470.57.02.run從執行級別 3 安裝,似乎成功,因為我們可以執行nvidia-smi並且顯示正常輸出。

但是,當我們在控制台上保持在單個文本視窗中並進行init 5報告時。systemctl isolate graphical.target``runlevel``N 3 5

我的問題是:由於 RHEL 7 不再使用/etc/X11/xorg.conf該文件不再存在,控制台圖形和其他東西如何工作?所有這些圖形內容現在在哪里以及如何發生的文件是什麼?

我不相信這個控制台圖形問題完全與 nvidia 有關,因為我以某種方式在沒有安裝任何 nvidia 卡或驅動程序的其他伺服器上創建了這個問題並且遇到了同樣的問題。我們在許多其他具有 nvidia gpgpus 和/或 nvidia 顯卡的伺服器上一切正常。

當做systemctl isolate graphical.target不會導致圖形控制台時該怎麼辦?

這是在伺服器主機板上的藍色 VGA 埠上的 24" 1920x1200 顯示器上。如果成功,我可以以圖形方式登錄並具有終端視窗以及滑鼠和複製/粘貼功能,但沒有視窗和滑鼠功能控制台是一個顯示停止器,我希望找到一種方法來解決這個問題,而不必從 dvd 重新安裝 RHEL 7。

從 dvd 安裝 RHEL 7.9 後,最初一切都很好,我們不知何故走上了一條我們不知道我們在哪裡對圖形控制台進行核輻射的道路

我在https://access.redhat.com/solutions/421683中找到了答案

僅提到的redhat解決方案mesa-libGL 供參考,這是我成功的做法:

  • 將 nouveau 列入黑名單,/etc/default/grub然後grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
  • rpm -ev --nodeps mesa-libGLES mesa-libGLU mesa-libGL-devel mesa-dri-drivers mesa-libEGL-devel mesa-libEGL mesa-libxatracker mesa-libgbm mesa-libGLU-devel mesa-filesystem mesa-libOSMesa mesa-khr-devel mesa-libglapi mesa-libGLw mesa-libGL
  • yum install mesa* xorg-x11-drv-nouveau
  • dracut -vf
  • yum history sync刪除 yum 更改的外部警告。
  • 如果使用dkmsdodkms status並確保它對 nvidia 的響應為空。
  • 重啟
  • 控制台圖形已恢復,就像安裝 nvidia 或 cuda 之前一樣。

引用自:https://unix.stackexchange.com/questions/662516