Najprostszy i najlepszy sposób na uruchomienie lokalnego AI na Rocky Linux to Ollama.
Najprostszy i najlepszy sposób na uruchomienie lokalnego AI na Rocky Linux to Ollama.
Ollama pozwala szybko odpalać modele językowe (Llama, Gemma, Qwen, DeepSeek, Mistral itd.) lokalnie, bez chmury. Działa na CPU (wolniej) i automatycznie wykrywa GPU NVIDIA/AMD, jeśli masz sterowniki.
1. Instalacja Ollamy (1 komenda)
# Zaktualizuj system (opcjonalnie, ale zalecane)
sudo dnf update -y
# Na Rocky Linux 10 czasem potrzebne zstd
sudo dnf install -y zstd curl
# Instalacja oficjalna
curl -fsSL https://ollama.com/install.sh | sh
Po instalacji usługa startuje automatycznie. Sprawdź:
ollama --version
systemctl status ollama
2. Uruchomienie pierwszego modelu
# Mały i szybki model (dobry na start, nawet na CPU)
ollama run gemma3:4b
# albo inne popularne:
ollama run llama3.2 # 3B
ollama run qwen2.5:7b
ollama run deepseek-r1:8b # dobre rozumowanie
ollama run llama3.1:8b
Przy pierwszym uruchomieniu model się pobierze. Potem możesz z nim normalnie rozmawiać w terminalu. Wyjście: /bye lub Ctrl+D.
3. Przydatne komendy
ollama list # lista zainstalowanych modeli
ollama pull nazwa_modelu # tylko pobierz, bez uruchamiania
ollama rm nazwa_modelu # usuń model
ollama serve # jeśli chcesz ręcznie odpalić serwer
API działa na http://127.0.0.1:11434 (kompatybilne z OpenAI).
4. GPU (NVIDIA) – opcjonalnie, ale mocno przyspiesza
Jeśli masz kartę NVIDIA:
# EPEL + CRB
sudo dnf install -y epel-release
sudo dnf config-manager --set-enabled crb
# Repo NVIDIA (dostosuj do swojej wersji Rocky – 9 lub 10)
# Dla Rocky 9:
sudo dnf config-manager --add-repo https://developer.download.nvidia.com/compute/cuda/repos/rhel9/x86_64/cuda-rhel9.repo
# Dla Rocky 10:
# sudo dnf config-manager --add-repo https://developer.download.nvidia.com/compute/cuda/repos/rhel10/x86_64/cuda-rhel10.repo
sudo dnf install -y kernel-devel-matched kernel-headers
sudo dnf install -y nvidia-open # lub cuda-drivers
sudo reboot
Po restarcie sprawdź:
nvidia-smi
Ollama powinna sama wykryć GPU.
Alternatywy
| Narzędzie | Poziom trudności | Kiedy wybrać |
|---|---|---|
| Ollama | Najłatwiejsze | Szybki start, chat, API |
| LM Studio | Łatwe (GUI) | Preferujesz graficzny interfejs |
| llama.cpp | Średnie | Maksymalna optymalizacja na CPU |
| vLLM / TGI | Zaawansowane | Produkcja, wiele użytkowników |
XRDP - ROcky
- Włącz repozytorium EPEL>: Wpisz w terminalu polecenie
sudo dnf install epel-release>.>>
- Zainstaluj XRDP>: Wykonaj instalację pakietu poleceniem
sudo dnf install xrdp>.>>
- Uruchom usługę>: Włącz automatyczne uruchamianie i start usługi komendą
sudo systemctl enable --now xrdp>.>>
- Skonfiguruj zaporę sieciową>: Otwórz port 3389 dla ruchu RDP poleceniami:
sudo firewall-cmd --add-port=3389/tcp --permanent>sudo firewall-cmd --reload>>>
- Połącz się z komputera zdalnego>
Oto instrukcja krok po kroku instalacji i uruchomienia XRDP na Rocky Linux (działa na wersjach 8 i 9).
1. Zaktualizuj system
sudo dnf update -y
2. Włącz potrzebne repozytoria (EPEL + CRB/PowerTools)
Na Rocky Linux 9:
sudo dnf config-manager --set-enabled crb
sudo dnf install epel-release -y
Na Rocky Linux 8:
sudo dnf config-manager --set-enabled powertools
sudo dnf install epel-release -y
3. Zainstaluj środowisko graficzne (jeśli jeszcze go nie masz)
Najwygodniej GNOME:
sudo dnf groupinstall "Server with GUI" -y
sudo systemctl set-default graphical.target
Alternatywnie lżejsze XFCE:
sudo dnf groupinstall "Xfce" -y
4. Zainstaluj XRDP
sudo dnf install xrdp xorgxrdp -y
Sprawdź czy masz pakiet xorgxrdp
rpm -q xorgxrdp
rpm -q xorg-x11-server-Xorg
Jeśli brakuje:
sudo dnf install xorgxrdp -y
sudo systemctl restart xrdp
(Opcjonalnie możesz dodać też tigervnc-server, jeśli chcesz używać backendu VNC).
5. Włącz i uruchom usługę XRDP
sudo systemctl enable --now xrdp
sudo systemctl status xrdp
Powinno pokazać active (running).
6. Otwórz port 3389 w firewallu
sudo firewall-cmd --permanent --add-port=3389/tcp
sudo firewall-cmd --reload
7. (Zalecane) Wyłącz Wayland i wymuś X11 (dla GNOME)
GNOME na Wayland często sprawia problemy z XRDP.
sudo nano /etc/gdm/custom.conf
Znajdź linię i ustaw:
WaylandEnable=false
Zapisz plik (Ctrl+O → Enter → Ctrl+X).
8. Restart systemu
sudo reboot
9. Połącz się z poziomu klienta
- Windows: Wyszukaj „Podłączanie pulpitu zdalnego” (mstsc) → wpisz IP serwera Rocky Linux.
- Linux: Remmina, FreeRDP (xfreerdp /v:IP /u:użytkownik).
- macOS: Microsoft Remote Desktop.
Zaloguj się zwykłym użytkownikiem (nie rootem – logowanie rootem jest domyślnie zablokowane).
Dodatkowe wskazówki
- Jeśli używasz XFCE, utwórz plik sesji:
Bash
echo "startxfce4" > ~/.Xclients chmod +x ~/.Xclients - SELinux zwykle nie wymaga dodatkowej konfiguracji (pakiet xrdp-selinux instaluje się automatycznie).
- Jeśli nie możesz się połączyć, sprawdź:
Bash
sudo systemctl status xrdp sudo ss -tlnp | grep 3389 sudo journalctl -u xrdp -f
Gotowe! Po tych krokach powinieneś mieć działające zdalne połączenie RDP.
Cockpit - Rocky
cockpit>, włącz usługę poleceniem systemctl> oraz otwórz port 9090> w zapory sieciowej. [1, 2]>- Otwórz terminal w systemie Rocky Linux i zaktualizuj pakiety, wpisując:
sudo dnf update>>>
- Zainstaluj menedżer Cockpit (jeśli nie jest jeszcze obecny):
sudo dnf install cockpit>>>
- Uruchom i włącz usługę automatycznego startu:
sudo systemctl enable --now cockpit.socket>>>
- Odblokuj port w zaporze sieciowej (firewalld):
sudo firewall-cmd --permanent --zone=public --add-service=cockpit>>>
- Przeładuj reguły zapory:
sudo firewall-cmd --reload>> [1]>
- >
- Sprawdź adres IP swojego serwera za pomocą polecenia
ip a>.>>
- Otwórz przeglądarkę internetową i wpisz adres w formacie:
https://ADRES_IP_SERWERA:9090>>>
- Zaloguj się na dane swojego użytkownika systemowego (posiadającego uprawnienia
sudo>)
sPrint Comarch problem z połączeniem
Sprint Comarch problem z połączeniem.
Podczas próby wygenerowania wydruku przez program Sprint system nie odpowiada
W logu na serwerze spinki pokazuje się poniższy komunikat:
2026-03-25 13:03:20.16 Logon Error: 18456, Severity: 14, State: 8.
2026-03-25 13:03:20.16 Logon Login failed for user 'ERPXLhasp'. Reason: Password did not match that for the login provided. [CLIENT: 192.168.10.17]
2026-03-25 13:03:20.16 Logon Error: 18456, Severity: 14, State: 8.
2026-03-25 13:03:20.16 Logon Login failed for user 'ERPXLhasp'. Reason: Password did not match that for the login provided. [CLIENT: 192.168.10.17]
Przypadek 1 - XL łączył się do klucza licencji przez SQL -> sPrint korzysta z tego samego połączenia W tym connectionstringu nie ma hasła do usera ERPXLhasp (powinno być widać zahashowane hasło w tym komunikacie)
"connectionType":"Sql","server":"SQL1","connectionTimeout":5,"commandTimeout":60,"sqlConnectionType":"MsSqlWindows","databaseName":"Comarch"},"operationId":"7eac5464-2c54-5432-6666-ea4321c2","data":{"server":"Com1","key":"5000000000","type":"Sql","sqlLogin":"ERPXLhasp"},"fileFormat":"Pdf"}
Przypadek 2 - zmiana sposobu logowania z SQL na http - w tym przypadku nie jest wymagane hasło dla użytkownika ERPXLhasp więc połączenie z kluczem licencji zostaje nawiązane i program sPrint działa prawidłowo
{"connectionType":"Sql","server":"SQL","connectionTimeout":5,"commandTimeout":60,"sqlConnectionType":"MsSqlWindows","databaseName":"Comarch"},"operationId":"7eac5464-2c54-5432-6666-ea4321c2","data":{"server":"Com1","key":"5000000000","port":5150,"type":"WebApi"},"fileFormat":"Pdf"}
tutaj nie używamy SQL w ogóle tylko sPrint i XL po porcie 5150 go pobierają więc ten problem znika.
Problem znajduje się manadżer baz - nieprawidłowe hasło lub jego brak - tutaj zapisane jest hasło które pozwala na komunikację pomiędzy programe sPrint a manadżer kluczy baz ERPXL.
Należy odnowić zapisy w manadżer baz wystarczy zrobić to dla jednej bazy i komunikacja zacznie działać prawidłowo. (Odpięcie i podpięcie dowolnej bazy z manadżer baz)






