Toolbox: Nvidia 독점 드라이버

Toolbox는 컨테이너이므로 그래픽 카드를 내부에 매핑하거나 nvidia-docker 방식으로 작업을 수행해야 합니다.

@Findarato --volume /dev/nvidia0:/dev/nvidia0 및 기타 /dev 파일과 같은 것을 추가하는 것을 의미합니까?

따라서 도구 상자 내에서 NVIDIA 항목이 작동하도록 하려면 다음을 수행해야 했습니다(https://github.com/thewtex/docker-opengl-nvidia에서 영감을 받음).

참조 - 1) 당신은 도구 상자에 패치를 바인드는 / dev / nvidia0하고는 / dev / nvidiactl 도구 상자 및 설정 X11 것들에 마운트해야 https://github.com/tpopela/toolbox/commit/40231e8591d70065199c0df9b6811c2f9e9d7269을

2) 호스트에서 NVIDIA 독점 드라이버를 다운로드합니다.

#!/bin/sh

# Get your current host nvidia driver version, e.g. 340.24
nvidia_version=$(cat /proc/driver/nvidia/version | head -n 1 | awk '{ print $8 }')

# We must use the same driver in the image as on the host
if test ! -f nvidia-driver.run; then
  nvidia_driver_uri=http://us.download.nvidia.com/XFree86/Linux-x86_64/${nvidia_version}/NVIDIA-Linux-x86_64-${nvidia_version}.run
  wget -O ~/nvidia-driver.run $nvidia_driver_uri
fi

3) 도구 상자 안에 있는 동안 드라이버를 설치합니다.

#!/bin/sh

sudo dnf install -y glx-utils kmod libglvnd-devel || exit 1
sudo sh ~/nvidia-driver.run -a -N --ui=none --no-kernel-module || exit 1
glxinfo | grep "OpenGL version"

@tpopela 작동했습니다. 감사!

효과가 있어서 다행입니다! 하지만 호스트를 다시 시작한 후 오작동을 일으킬 수 있는 실수가 있었습니다. 이전 패치 위에 https://github.com/tpopela/toolbox/commit/3db450a8e5762399fd81c848f311da950437dd04 를 적용해야 합니다.

@tpopela /tmp/.x11-unix 바인드 마운트 없이 빠져나갈 수 있을지도 모릅니다. 요즘 X.org 서버는 추상 UNIX 소켓과 파일 시스템의 UNIX 소켓에서 수신 대기합니다. 전자는 네트워크 네임스페이스가 있는 경우 작동하지 않지만 Toolbox에는 ( podman create --net host 때문에) 네임스페이스가 없으므로 X 응용 프로그램이 작동합니다. 후자는 /tmp/.x11-unix 있으며 Flatpak 컨테이너에 네트워크 네임스페이스가 있기 때문에 사용됩니다.

참조:

• https://github.com/flatpak/flatpak/issues/938
• http://man7.org/linux/man-pages/man7/unix.7.html

아 알았어 @debarshiray! 설명해주셔서 감사합니다. /tmp/X11-unix 마운트를 바인딩하지 않아도 아무것도 변경되지 않고 통합이 작동함을 확인할 수 있습니다(여기에서 Blender를 실행하려고 시도했습니다).

/dev 전체를 바인드 마운트한 후 약간의 변경이 있을 수 있습니다. 블렌더는 이제 PATH에서 nvcc (CUDA 항목)을 찾고 찾을 수 없습니다.

https://github.com/debarshiray/toolbox/pull/119를 병합하면 Nvidia가 현재 독점 드라이버로 작업하고 있기 때문에 이 문제가 종료될 수 있습니다. 도구 상자 컨테이너 내부에 한 번 nvidia 드라이버를 설치하기만 하면 됩니다. @tpopela 의 스크립트 는 드라이버 설치에 도움이 됩니다. @tpopela CUDA Toolkit 을 설치해야 합니다. 설치하기 위해 --override 및 --toolkit 매개변수를 전달했습니다. CUDA Toolkit Blender를 설치한 후 CUDA를 사용하여 렌더링하는 옵션을 표시합니다. 그러나 불행히도 CUDA는 GCC9에서 작동하지 않습니다 :(

사실 저는 NVIDIA 호스트 드라이버를 컨테이너로 유출하는 것에 대해 있었기 때문에 이것을 열어 둡니다(하지만 Rishi에 남겨 둘 것입니다). 따라서 컨테이너에 드라이버를 수동으로 설치할 필요가 없습니다. 이를 위한 WIP 솔루션이 있습니다.

그것은 좋을 것입니다!

우리는 @debarshiray 와 함께 NVIDIA 호스트 드라이버를
컨테이너에 드라이버를 수동으로 설치할 필요가 없습니다.

예, 이것이 옳은 일이라는 데 동의합니다. OpenGL 드라이버에는 서로 통신하는 커널 모듈과 일부 사용자 공간 구성 요소(예: 공유 라이브러리)가 있습니다. NVIDIA의 경우 이 두 구성 요소 간의 인터페이스가 안정적이지 않으므로 컨테이너 내부의 사용자 공간 비트는 호스트의 커널 모듈과 일치해야 합니다. 호스트가 컨테이너보다 뒤처지는 경우 또는 그 반대의 경우 이 두 가지가 동기화되지 않을 수 있습니다.

파일을 컨테이너로 유출하는 문제는 버전마다 다르기 때문에 해당 파일의 목록을 어딘가에 유지 관리하는 것입니다. 바인드 마운트될 수 있는 잘 알려진 nvidia 디렉토리가 호스트 어딘가에 있다면 개별 파일 자체의 이름과 위치에 대해 걱정할 필요가 없기 때문에 이것은 훨씬 더 간단할 것입니다. 불행히도 그렇지 않습니다.

주위를 둘러보니 Flatpak의 솔루션 이 합리적인 타협점이라는 것을 알았습니다. 요컨대, 이 잘 알려진 nvidia 디렉토리를 발명하고 시행합니다. 호스트 OS의 배포자가 모든 사용자 공간 파일을 /var/lib/flatpak/extension/org.freedesktop.Platform.GL.host/x86_64/1.4 에 넣을 것으로 예상하며 이는 NVIDIA 드라이버를 제공하는 패키지를 수정 하여 구현됩니다.

이 작업이 완료되면 컨테이너 내부에 이러한 파일을 배치할 위치와 컨테이너의 런타임 환경에서 해당 파일을 가리키는 방법을 파악해야 합니다.

Nvidia에는 ​​이 nvidia-container-runtime-hook 대한 자체 솔루션 이 있습니다. 이 --uidmap 사용할 때 ldconfig 실행 권한을 잃게 되는 순간에 문제가 발생했습니다.

could not start /sbin/ldconfig: mount operation failed: /proc: operation not permitted

도구 상자가 다른 구현을 유지 관리하는 것보다 기존 도구와 통합을 시도하고 통합하는 것이 더 나을 수 있습니다.

uidmap 권한 문제와 관련된 문제:

https://github.com/NVIDIA/libnvidia-container/issues/49

도구 상자 버그 #343에서 Steam을 실행하려고 했습니다. 도구 상자를 패치하지 않았고, Steam이 실행되고 OpenGL이 작동하지만 vulkan이 작동하지 않는 것 같습니다. Steam에서 vkmark 및 Rise of Tomb Raider를 시도했습니다.

작동시키는 방법에 대한 아이디어가 있습니까?

Singularity ccontainer가 libnvidia-container 없이 이 문제를 해결하는 것을 보았습니다. 그들은 필요한 파일 목록을 사용

그렇다면 2021년 컨테이너에서 Nvidia GPU 드라이버를 사용하는 현황은 무엇입니까?
/dev/nvidia0 및 /dev/nvidiactl 를 마운트할 수 있습니다.
그러나 Nvidia 드라이버를 성공적으로 설치할 수 없습니다. 설치는 정상적으로 진행되지만 modinfo -F version nvidia 하면 오류가 발생합니다.
modinfo: ERROR: Module alias nvidia not found. .
그리고 Nvidia Container Toolkit은 Fedora에서 공식적으로 지원되지 않으므로 Fedora Silverblue와 함께 사용하는 것은 좋은 생각이 아닌 것 같습니다.