ROCm nie obsługuje twojej karty AMD — HSA_OVERRIDE i Vulkan

rocminfo nic nie widzi albo Ollama mówi, że nie ma zgodnych GPU

Autor Jakub Rusinowski

Błąd

Error: no compatible GPUs were discovered

HSA Error: HSA_STATUS_ERROR_OUT_OF_RESOURCES

hipErrorNoBinaryForGpu: Unable to find code object for all current devices!

1. 1

   Ustal, co ROCm faktycznie widzi i jaki cel zgłasza twoja karta

   Wszystko dalej zależy od dwóch faktów: czy ROCm w ogóle wylicza agenta GPU i jaki cel gfx zgłasza karta. rocminfo daje ci oba. Jeśli wypisuje wyłącznie agenta CPU, albo brakuje stosu sterownika, albo karta nie jest obsługiwana. Jeśli podaje numer gfx, zapisz go — to on decyduje, które nadpisanie w ogóle ma szansę zadziałać.

   bashKopiuj

   # bash
   rocminfo | grep -E "Marketing Name|gfx|Agent"
   amd-smi version
   amd-smi list
   
   # Which kernel driver is bound to the card?
   lspci -k | grep -A3 -iE "vga|display"

   Czy zadziałało?Agent GPU z celem gfx oznacza, że ROCm widzi sprzęt. Sam agent CPU oznacza, że nie widzi, i wtedy rozwiązanie 2 wyprzedza wszystko inne.

   bashKopiuj

   rocminfo | grep -c gfx

2. 2

   Zainstaluj stos ROCm v7 przez amdgpu-install

   Ollama oczekuje na Linuksie sterownika ROCm v7, instalowanego przez własne amdgpu-install od AMD. ROCm z pakietów dystrybucji to często starsza wersja główna, a rozbieżność między dołączonymi bibliotekami ROCm a sterownikiem jądra daje awarie przy wykrywaniu GPU, które wyglądają jak nieobsługiwany sprzęt. Po instalacji dopisz ścieżki bibliotek ROCm do ścieżki wyszukiwania loadera — ten krok łatwo pominąć, a jego brak owocuje później błędami linkowania wyglądającymi na niepowiązane. Zweryfikowane z dokumentacją GPU Ollamy i dokumentacją instalacji ROCm od AMD, 1 września 2026.

   bashKopiuj

   # bash — follow AMD's current instructions for your distro and release
   sudo amdgpu-install --usecase=rocm
   
   # Post-install: put ROCm on the loader path
   echo -e "/opt/rocm/lib\n/opt/rocm/lib64" | sudo tee /etc/ld.so.conf.d/rocm.conf
   sudo ldconfig

   Czy zadziałało?rocminfo nazywa twoją kartę, a amd-smi zgłasza wersję. Jeśli wykrywanie zawodzi także tutaj, karta jest naprawdę poza wsparciem ROCm, a twoimi opcjami są rozwiązania 3 i 4.

   bashKopiuj

   rocminfo | grep -i "Marketing Name:"
   amd-smi version

3. 3

   Wymuś najbliższy obsługiwany cel przez HSA_OVERRIDE_GFX_VERSION

   Dla karty, w którą ROCm nie celuje, możesz kazać mu użyć kerneli zbudowanych dla bliskiego krewnego. Własny przykład Ollamy to RX 5400, która zgłasza gfx1034; ROCm tego celu nie obsługuje, a najbliższym obsługiwanym jest gfx1030, co daje HSA_OVERRIDE_GFX_VERSION=10.3.0. Wartość to numer gfx zapisany jak wersja z kropkami. Na maszynie z kilkoma kartami AMD istnieje forma per urządzenie — HSA_OVERRIDE_GFX_VERSION_0, _1 — więc możesz nadpisać jedną kartę, nie ruszając drugiej. Ponieważ Ollama działa jako usługa systemd, ustaw to w drop-inie usługi, a nie w swojej powłoce.

   bashKopiuj

   # bash — one GPU
   sudo systemctl edit ollama.service
   # [Service]
   # Environment="HSA_OVERRIDE_GFX_VERSION=10.3.0"
   
   # Several GPUs, overriding only the first
   # Environment="HSA_OVERRIDE_GFX_VERSION_0=10.3.0"
   # Environment="HSA_OVERRIDE_GFX_VERSION_1=11.0.0"
   
   sudo systemctl daemon-reload && sudo systemctl restart ollama
   journalctl -u ollama --no-pager -n 40

   Czy zadziałało?Log zgłasza GPU zamiast schodzić na CPU, a załadowany model pokazuje umieszczenie na GPU.

   bashKopiuj

   ollama run gemma3:1b "hi" && ollama ps

4. 4

   Spróbuj Vulkana — na konsumenckich Radeonach zwykle stabilniejsza ścieżkaNajczęstsze rozwiązanie

   Ollama dostarcza backend Vulkan, domyślnie włączony na Linuksie i Windowsie, gdy backend jest zainstalowany. Na Linuksie oznacza to zwykle instalację środowiska uruchomieniowego Vulkan dla twojej dystrybucji; sterowniki windowsowe zwykle niosą je w pakiecie. Ta ścieżka często działa na kartach, w które ROCm nie celuje, i to bez kruchości nadpisywania architektury. GGML_VK_VISIBLE_DEVICES wybiera urządzenie (=1 wskazuje kartę dedykowaną na maszynie mającej też zintegrowaną), a OLLAMA_VULKAN=0 albo GGML_VK_VISIBLE_DEVICES=-1 go wyłącza — warto sprawdzić, czy żadna z nich nie jest ustawiona, zanim uznasz, że Vulkan nie działa.

   bashKopiuj

   # bash — Ubuntu / Debian
   sudo apt install -y libvulkan1 mesa-vulkan-drivers vulkan-tools
   vulkaninfo --summary | head -20
   
   # Fedora
   sudo dnf install -y vulkan-loader mesa-vulkan-drivers vulkan-tools
   
   # Pick the discrete GPU when an iGPU is also present
   sudo systemctl edit ollama.service
   # [Service]
   # Environment="GGML_VK_VISIBLE_DEVICES=1"

   Czy zadziałało?vulkaninfo --summary wypisuje twojego Radeona jako urządzenie fizyczne, a Ollama zgłasza umieszczenie na GPU, a nie na CPU.

   bashKopiuj

   vulkaninfo --summary | grep -i -A2 deviceName
   ollama ps

   Sprawdź, co pasuje do Twojego sprzętusprawdź, które modele działają akceptowalnie na twojej karcie AMD albo na CPUOtwórz kalkulator VRAM →
5. 5

   Napraw uprawnienia i raportowanie VRAM, których potrzebuje Vulkan

   Po zainstalowaniu Vulkana gryzą dwa linuksowe szczegóły. Użytkownik usługi ollama musi należeć do grupy render na dystrybucjach, gdzie węzły urządzeń są jej własnością — inaczej usługa nie otworzy GPU, choć twoje własne konto owszem. Poprawne raportowanie VRAM może dodatkowo wymagać uprawnienia cap_perfmon na pliku binarnym; bez niego Ollama potrafi źle ocenić dostępną pamięć i kiepsko rozmieścić warstwy, co wygląda na problem z wydajnością, a nie z uprawnieniami.

   Uwaga: setcap cap_perfmon+ep przyznaje uprawnienie monitorowania wydajności plikowi ollama dla każdego użytkownika, który może go uruchomić. Jest to udokumentowane w tym celu — przyznaj je świadomie i nadaj ponownie po aktualizacjach, bo podmieniony plik binarny je traci.

   bashKopiuj

   # bash
   sudo usermod -a -G render,video ollama
   sudo setcap cap_perfmon+ep /usr/local/bin/ollama
   sudo systemctl restart ollama
   
   # Confirm both took
   groups ollama
   getcap /usr/local/bin/ollama

   Czy zadziałało?groups ollama zawiera render, getcap pokazuje uprawnienie, a log zgłasza wiarygodną ilość VRAM dla twojej karty.

   bashKopiuj

   journalctl -u ollama --no-pager -n 30 | grep -i -E "vram|memory|gpu"

6. 6

   Powiedz sobie uczciwie, co HSA_OVERRIDE potrafi, a czego nie

   Nadpisanie to obejście i udawanie inaczej kosztuje ludzi całe wieczory. Jest niezawodne przy nadpisaniach klasy gfx1030 — czyli w rodzinie RDNA2, na której się przyjęło — i kapryśne poza nią, bo uruchamiasz kernele skompilowane pod inny sprzęt, a nikt nie sprawdza, czy to założenie się trzyma. Praktyczna konsekwencja jest istotna: zawieszenie, awaria albo śmieci na wyjściu po ustawieniu nadpisania to wina nadpisania, a nie modelu. Jeśli widzisz cokolwiek z tego, usuń je, zanim ruszysz szukać problemu z kwantyzacją. Na karcie, której ROCm naprawdę nie obsłuży, stabilniejszą odpowiedzią jest zwykle Vulkan albo CPU — a wybranie tego świadomie bije tydzień walki z nadpisaniem.

   bashKopiuj

   # bash — remove the override and re-test cleanly
   sudo systemctl edit ollama.service   # delete the HSA_OVERRIDE_GFX_VERSION line
   sudo systemctl daemon-reload && sudo systemctl restart ollama
   systemctl show ollama --property=Environment

   Czy zadziałało?Po usunięciu nadpisania wyjście znów jest spójne — co mówi ci, że przyczyną było właśnie ono, a nie model czy kwantyzacja.

   bashKopiuj

   ollama run gemma3:1b "Write one sentence about the sea."