NVIDIA DGX™ OS

Ubuntu 24.04 base Kernel 7.0 CUDA 13.0 Driver 580

DGX OS to zmodyfikowane Ubuntu, które NVIDIA przygotowała specjalnie pod swoje stacje AI. W skrócie: wzięli standardowy Linux, wyrzucili z niego rzeczy niepotrzebne do pracy z AI, a dodali wszystko, co przyspiesza działanie modeli na GPU. Efekt? System, który po włączeniu jest gotowy do pracy — bez godzin konfiguracji.

Czym różni się od zwykłego Ubuntu?

Zwykły Ubuntu to system ogólnego przeznaczenia — obsługuje drukarkę, przeglądarkę, biuro. DGX OS jest wycięty do jednego celu: uruchamianie modeli AI z maksymalną wydajnością. NVIDIA zmodyfikowała jądro systemu (kernel) tak, aby dane mogły płynąć z dysku NVMe prosto do pamięci GPU, omijając procesor. Ta technologia nazywa się GPU Direct Storage — w normalnym Ubuntu trzeba ją ręcznie instalować i konfigurować, tu działa od razu.

Co jest dodane?

DGX OS zawiera kompletny stos oprogramowania NVIDIA — czyli wszystkie narzędzia potrzebne do pracy z AI, przetestowane pod kątem wzajemnej kompatybilności:

Sterowniki GPU + CUDA — preinstalowane i przetestowane razem. W normalnym Linuxie instalacja sterowników NVIDIA to częsty punkt awarii — tu jest to rozwiązane „z pudełka".

NVIDIA Container Toolkit — pozwala uruchamiać modele AI w kontenerach Docker z pełnym dostępem do GPU. Kontener to taki „pakiet" z modelem i jego zależnościami — uruchamiasz jednym poleceniem, bez instalowania dziesiątek bibliotek.

GPU Direct Storage (GDS) — dane z dysku trafiają bezpośrednio do pamięci GPU, omijając procesor. Przy ładowaniu modeli 100B+ parametrów to różnica między minutami a sekundami.

Szyfrowanie dysków — włączone domyślnie. Jeśli ktoś ukradnie dysk ze stacji, nie odczyta danych. W standardowym Ubuntu trzeba to konfigurować samodzielnie.

Testowane aktualizacje — NVIDIA wydaje aktualizacje DGX OS dwa razy w roku (luty i sierpień). Każda jest przetestowana na dokładnie takim samym sprzęcie, jaki stoi u Ciebie. Zero niespodzianek po apt upgrade.

Co jest usunięte / wyłączone?

DGX OS to system odchudzony do minimum — im mniej zbędnego oprogramowania, tym mniej potencjalnych problemów z bezpieczeństwem i stabilnością:

Ograniczone środowisko graficzne — DGX OS ma pulpit z paskiem bocznym, ikonami i ustawieniami systemowymi, jak zwykły Linux. Ale instalację, konfigurację i zarządzanie modelami AI wykonujesz w terminalu — tam dzieje się właściwa praca.

Wyłączona telemetria — system nie wysyła żadnych danych do NVIDIA ani Canonical (producenta Ubuntu). Twoje dane zostają na Twoim sprzęcie.

Ograniczone usługi sieciowe — domyślnie aktywny firewall z restrykcyjnymi regułami. Stacja nie nasłuchuje na portach, których nie potrzebuje. Mniej otwartych drzwi = mniej sposobów na włamanie.

Brak zbędnych pakietów — żadnych gier, programów biurowych, przeglądarek. Tylko to, co potrzebne do obsługi GPU i uruchamiania kontenerów.

Czy muszę korzystać z DGX OS?

Nie — DGX Spark pozwala zainstalować zwykłe Ubuntu 24.04 i doinstalować stos NVIDIA samodzielnie. Ale DGX OS oszczędza czas i eliminuje ryzyko błędów konfiguracyjnych. To jak kupowanie samochodu z fabrycznym serwisem vs składanie go samemu z części — efekt może być ten sam, ale droga do niego jest krótsza i bezpieczniejsza.

root@dgx-spark ~

root@dgx-spark:~# nvidia-smi

+-------------------------------------------------------------------------+
| NVIDIA-SMI 570.86     Driver Version: 570.86     CUDA Version: 12.8    |
|-------------------------------+---------------------+------------------+
| GPU  Name        Persistence  | Bus-Id       Disp.A | Memory-Usage     |
|===============================+=====================+==================|
|  0  NVIDIA GB10       On      | 00000000:01:00.0    | 2.1Gi / 128Gi    |
|  Fan  Temp  Perf  Pwr:Usage   | GPU-Util  Compute   |                  |
|  N/A   34C    P0    45W/140W  |    0%     Default    |                  |
+-------------------------------+---------------------+------------------+

root@dgx-spark:~# cat /etc/dgx-release DGX_OS_VERSION=7.1 DGX_PLATFORM=DGX_Spark DGX_SERIAL=XXXXXXXXXX

Stos DGX OS — co na czym stoi

DGX OS to kilka warstw, jedna na drugiej. Każda zależy od warstwy poniżej:

Twoje aplikacje AI

Ollama, vLLM, Open WebUI, ComfyUI

Kontenery Docker + NVIDIA Toolkit

Izolacja aplikacji, dostęp do GPU z kontenera

CUDA 13.0 + Sterowniki GPU 580

„Język", którym aplikacje rozmawiają z GPU

Zoptymalizowany kernel Linux 7.0

GPU Direct Storage, zarządzanie pamięcią zunifikowaną

Sprzęt: Grace Blackwell GB10

128 GB zunifikowanej pamięci, NVMe 1TB, ~1 PFLOP

DGX OS vs zwykły Ubuntu

Funkcja

DGX OS Ubuntu

Sterowniki GPU

Preinstal. Ręcznie

CUDA Toolkit

Preinstal. Ręcznie

GPU Direct Storage

W kernelu Patch req.

Docker + GPU

Gotowy ~30 min

Szyfrowanie dysku

Domyślne Ręcznie

Telemetria

Wyłączona Aktywna

Wersje DGX OS i cykl wydań

Aktualna generacja produkcyjna to DGX OS 7 — zbudowana na Ubuntu 24.04 LTS. W najnowszym wydaniu, 7.6.0, DGX Spark dostaje jądro 7.0, sterownik 580 i CUDA 13.0. Numer zainstalowanej wersji sprawdzisz jedną komendą: cat /etc/dgx-release — zwraca m.in. pole DGX_OS_VERSION (na naszych maszynach: 7.1) oraz platformę, dla której system został zbudowany.

NVIDIA utrzymuje przewidywalny rytm: duże wydania dwa razy w roku (luty i sierpień), a pomiędzy nimi — poprawki bezpieczeństwa spływające standardowym kanałem Ubuntu. To ważna różnica względem "składanych" systemów: każda paczka z repozytorium NVIDIA jest przetestowana na dokładnie tej konfiguracji sprzętowej, która stoi u Ciebie, bo rodzina GB10 (DGX Spark, ASUS GX10, MSI EdgeXpert) to identyczny krzem. Znika klasyczny problem Linuksa z GPU: "aktualizacja jądra zabiła sterownik".

Wsparcie wersji podąża za cyklem Ubuntu LTS, więc horyzont życia systemu liczy się w latach, nie miesiącach — a przejście na kolejną dużą wersję to osobna decyzja, a nie zwykła aktualizacja — dobrze widać to na przykładzie DGX OS 8, opisanym niżej.

DGX OS 7 — wydania ważne dla DGX Spark

Według not wydań NVIDIA obsługa DGX Spark pojawiła się w DGX OS 7.2.3 — to minimalny obraz instalacyjny dla tej platformy. Kolejne wydania dodawały funkcje właśnie dla niej:

7.2.3 (10.10.2025, Ubuntu 24.04.3) — pierwsze wydanie z obsługą DGX Spark;
7.3.1 (18.11.2025, Ubuntu 24.04.3) — aktualizacje „over-the-air" (OTA) dla DGX Spark;
7.4.0 (02.02.2026, Ubuntu 24.04.3) — druga wersja aktualizacji OTA dla DGX Spark;
7.5.0 (03.04.2026, Ubuntu 24.04.4);
7.6.0 (14.09.2026, Ubuntu 24.04.5) — najnowsze wydanie tej generacji; dla DGX Spark jądro 7.0.0-1018-nvidia, sterownik 580.173.02 i CUDA 13.0 Update 3.

DGX OS 8 — nowa generacja na Ubuntu 26.04

DGX OS 8.0.0 ukazał się 31 sierpnia 2026 r. Bazuje na Ubuntu 26.04, z jądrem 7.0.0-1010-nvidia i sterownikiem 595.91.07. W tabeli obsługiwanych systemów DGX Spark — tak jak DGX GB200 i GB300 — ma jednak status „future release": obsługa jest zapowiedziana, ale jeszcze jej nie ma. 22 września 2026 r. pojawiło się wydanie 8.1.0, które NVIDIA opisuje jako technical preview — przeznaczone wyłącznie do oceny i testów, nie do zastosowań produkcyjnych.

Najważniejsze dla kogoś, kto ma już działającą stację: według dokumentacji 8.1.0 aktualizacja z DGX OS 7.x do 8.1.0 nie jest wspierana, a samo wydanie nie obsługuje przejścia z Ubuntu 24.04 na 26.04. Noty do DGX OS 7.6.0 zapowiadają wprawdzie ścieżkę do DGX OS 8 — wymagającą najpierw aktualizacji do 7.6.0 — ale w tym samym miejscu zaznaczają, że aktualizacje do wersji 8.x są na razie niewspierane.

Czy aktualizować DGX Spark lub ASUS GX10 do DGX OS 8?

Na dziś — nie. Rozsądnie jest zostać na najnowszym wydaniu DGX OS 7 i aktualizować w jego obrębie, dopóki NVIDIA nie wpisze DGX Spark na listę systemów obsługiwanych przez DGX OS 8 i nie opisze dla niego ścieżki aktualizacji. Ta sama odpowiedź dotyczy ASUS GX10 i innych urządzeń z układem GB10, bo pracują na tym samym systemie.

Co może przynieść pośpiech, pokazuje zgłoszenie z forum NVIDIA z sierpnia 2026 r. Jeden z użytkowników opisał, że po przejściu jego DGX Spark na Ubuntu 26.04 obraz spadł do rozdzielczości 800×600, drugi monitor przestał być wykrywany, a DGX Dashboard zgłaszał błąd telemetrii; system przywrócił do stanu fabrycznego z obrazu odzyskiwania. To relacja jednej osoby, a nie potwierdzony błąd — ale dobrze pokazuje, dlaczego z dużą zmianą wersji warto poczekać na oficjalne wsparcie.

Źródła, stan na 09.10.2026: NVIDIA, noty wydań DGX OS 7, noty wydania DGX OS 8.0.0, noty wydania DGX OS 8.1.0 i aktualizacja systemu w DGX OS 8.1.0; NVIDIA Developer Forums, zgłoszenie użytkownika DGX Spark po aktualizacji do Ubuntu 26.04 (sierpień 2026).

Aktualizacje w praktyce — jak to robić bezpiecznie

Aktualizacja DGX OS to zwykłe apt update && apt upgrade — żadnych narzędzi specjalnych. W firmowych wdrożeniach rekomendujemy jednak trzy proste zasady:

Okno serwisowe zamiast "przy okazji" — serwer AI obsługuje cały zespół, więc aktualizujemy wieczorem lub w weekend, tak jak każdy inny serwer firmowy. Sama operacja trwa zwykle kilkanaście minut.

Kopia konfiguracji przed dużym wydaniem — konfiguracja silnika (Ollama/vLLM), interfejsu i bazy RAG to kilka katalogów; ich kopia przed przeskokiem wersji sprowadza ewentualny powrót do kilku minut.

Test po aktualizacji — jedno zapytanie do każdego zainstalowanego modelu i rzut oka na nvidia-smi. Jeśli GPU widzi pamięć i model odpowiada — system jest gotowy do pracy.

Co istotne dla środowisk odizolowanych: DGX OS nie wymaga połączenia z internetem do pracy. Modele działają w pełni offline, a w instalacjach o podwyższonych wymaganiach bezpieczeństwa aktualizacje można dostarczać ręcznie, w kontrolowanym oknie — system nie ma żadnej telemetrii, która "dzwoniłaby do domu".

DGX OS w codziennej pracy firmy

Dla właściciela firmy DGX OS oznacza jedno: stacja wyjęta z pudełka jest serwerem AI, a nie projektem informatycznym. Na tym fundamencie stawiamy środowisko zespołowe — silnik inferencyjny, konta użytkowników i interfejs czatu (przewodnik krok po kroku: Open WebUI & Ollama), a gdy potrzeba więcej mocy, dwie jednostki spinamy w klaster. Jak taki serwer obsługuje wielu pracowników jednocześnie i pracuje nocami nad raportami, opisaliśmy na blogu we wpisie o serwerze AI w firmie, a aktualne ceny urządzeń z preinstalowanym DGX OS — we wpisie DGX Spark: cena i możliwości.

Najczęstsze pytania o DGX OS

Czy DGX OS jest płatny?

Nie — system jest dostarczany fabrycznie z urządzeniami na platformie GB10 (DGX Spark, ASUS GX10, MSI EdgeXpert) i nie ma opłat licencyjnych per użytkownik ani abonamentu. Płacisz za sprzęt, system dostajesz w zestawie.

Czy mogę instalować własne oprogramowanie?

Tak. Pod spodem to Ubuntu 24.04 — działa apt, Docker i całe archiwum pakietów. DGX OS niczego nie blokuje; jest "odchudzony", a nie zamknięty. Typowy stos firmowy (Ollama lub vLLM + Open WebUI) instaluje się w godzinę.

Czy DGX OS działa bez internetu?

Tak — po pobraniu modeli całość pracuje w pełni offline, także w konfiguracji air-gap. Telemetria jest wyłączona, więc system nie wysyła żadnych danych do NVIDIA ani Canonical. Internet przydaje się tylko do pobierania modeli i aktualizacji, które można też dostarczać ręcznie.

Czy na ASUS GX10 i MSI EdgeXpert jest ten sam system co na DGX Spark?

Tak — cała rodzina GB10 pracuje na tym samym DGX OS, bo wewnątrz jest identyczny superchip Grace Blackwell. Procedury, komendy i aktualizacje są wspólne niezależnie od producenta obudowy.

Jak sprawdzić wersję systemu i stan GPU?

Wersja: cat /etc/dgx-release. Stan GPU, zużycie pamięci zunifikowanej i temperatura: nvidia-smi. To dwie komendy, które warto znać nawet, jeśli na co dzień korzystasz tylko z interfejsu w przeglądarce.

Jak wyglądają kopie zapasowe stacji z DGX OS?

Prościej, niż się wydaje: wagi modeli są odtwarzalne (można je pobrać ponownie), więc realnie chronić trzeba konfigurację środowiska, konta użytkowników, historię rozmów i bazę wiedzy RAG — łącznie zwykle kilkanaście–kilkadziesiąt GB. Kopiujemy je harmonogramem na firmowy NAS lub dysk zewnętrzny, w pełni lokalnie. Odtworzenie stacji od zera to instalacja systemu, przywrócenie katalogów i ponowne pobranie modeli — kwestia godzin, nie dni.

Co, jeśli po aktualizacji coś przestanie działać?

To rzadkie — paczki są testowane na identycznym sprzęcie — ale plan awaryjny zawsze istnieje: konfiguracja sprzed aktualizacji wraca z kopii, a ponieważ silnik i interfejs działają w kontenerach, można je przypiąć do poprzednich, sprawdzonych wersji obrazów niezależnie od systemu. W naszych wdrożeniach klient dostaje tę procedurę spisaną w dokumentacji powdrożeniowej — a w razie potrzeby po prostu do nas dzwoni.