GPU는 인식되었지만 NVIDIA 드라이버가 초기화되지 않음
ZimaOS 1.6.1에서 한 커뮤니티 회원이 NVIDIA RTX PRO 2000 Blackwell을 설치했지만 nvidia-smi에서 “No devices were found.”가 반환되었습니다. PCI 장치 자체는 10de:2d30 ID로 존재했고 NVIDIA 장치 노드도 생성되어 있었습니다. 따라서 문제의 범위는 PCIe 연결 누락이나 Ollama 컨테이너 설정이 아니라 드라이버 초기화 문제로 좁혀졌습니다.
진단 정보에는 NVIDIA 커널 및 사용자 공간 구성 요소의 버전도 580.105.08로 표시되었습니다. 오픈 커널 모듈은 로드되었지만 로그에는 RmInitAdapter 실패가 기록되었습니다. NVIDIA의 드라이버 580.105.08의 지원 칩 목록에는 장치 ID 2D30이 포함되어 있으므로, 이 스레드만으로는 단순히 지원되지 않는 장치 ID가 원인이라고 단정할 수 없습니다.
펌웨어 또는 커널 매개변수 수정으로 해결되었다는 확인은 없음
참여자들은 펌웨어 경로와 NVIDIA 모듈 매개변수를 검토했지만, 이후 답변에서 초기의 여러 가정이 정정되었습니다. 버전별 펌웨어 디렉터리가 누락되었다거나 특정 모듈 매개변수가 그래픽 카드를 복구한다는 증거는 확인되지 않았습니다. 이러한 내용은 검증된 지침이 아니라 문제 해결 과정에서 나온 논의로 보아야 합니다.
또한 Docker 작업이 GPU를 사용하기 전에 이미 오류가 발생했습니다. 따라서 Ollama 환경 변수나 컨테이너 장치 매핑을 변경해도 1.6.1에서 호스트 수준으로 발생한 nvidia-smi 초기화 실패는 해결되지 않았을 것입니다.
ZimaOS 1.6.2에서 이 커뮤니티 사례의 인식 문제가 해결됨
ZimaOS 1.6.2로 업데이트한 후 작성자는 RTX PRO 2000이 인식되었고 Ollama에서도 작동했다고 보고했습니다. 이는 해당 주제에서 확인된 가장 확실한 해결 방법입니다. 다만 이는 해당 하드웨어와 설치 환경에서 사용자가 확인한 결과일 뿐, 모든 Blackwell GPU나 시스템 구성에서의 호환성을 보장하는 것은 아닙니다.
한 가지 문제는 남아 있었습니다. GPU가 유휴 상태에서도 팬을 최고 속도로 작동시키는 것으로 보고되었습니다. 이 동작의 확인된 원인이나 해결 방법은 논의에서 제시되지 않았습니다. 따라서 GPU 인식과 유휴 상태의 팬 제어는 서로 별개의 결과로 보아야 합니다.
FAQ
GPU가 표시되지 않은 원인은 Docker 또는 Ollama였나요?
스레드의 어떤 근거도 Docker를 원인으로 지목하지 않습니다. 호스트 자체의 nvidia-smi가 장치를 초기화하지 못했으므로, 오류는 컨테이너 계층보다 낮은 수준에서 발생했습니다.
ZimaOS 1.6.2에서 RTX PRO 2000 문제가 해결되었나요?
주제 작성자의 경우에는 그렇습니다. 업데이트 후 GPU가 다시 인식되었고 Ollama가 GPU를 사용했습니다. 다만 이 보고서만으로 모든 시스템에서의 보편적인 지원을 입증할 수는 없습니다.
업데이트로 팬이 최고 속도로 작동하는 문제도 해결되었나요?
논의에서는 확인된 팬 제어 해결 방법이 제시되지 않았습니다. GPU 인식이 복구된 후에도 작성자는 유휴 상태에서 팬이 최고 속도로 작동한다고 보고했습니다.
