15 października 2026 r. Canonical opublikował Ubuntu 26.10 „Stonking Stingray”, czyli wydanie pośrednie pomiędzy liniami LTS. Dla administratora, DevOpsa i power usera nie jest to tylko kolejny obraz ISO z nowszym GNOME. W tej wersji zbiegło się kilka zmian, które dobrze pokazują kierunek rynku Linuxa: więcej komponentów pisanych w Rust, przygotowanie łańcucha zaufania pakietów na kryptografię postkwantową, mocniejszy nacisk na lokalne funkcje asystujące oraz prostsze uruchamianie obciążeń AI na GPU AMD.

Ubuntu 26.10 ma 9 miesięcy wsparcia, do lipca 2027 r., więc nie jest naturalnym wyborem dla konserwatywnej produkcji. Jest natomiast bardzo ważnym wydaniem testowym dla organizacji, które chcą wcześniej sprawdzić elementy mogące trafić do przyszłych standardów desktopu, workstationów developerskich i obrazów chmurowych. W praktyce warto potraktować Stonking Stingray jako środowisko do walidacji: kompatybilności skryptów, nowych toolchainów, konfiguracji SSH, akceleracji GPU i polityk bezpieczeństwa.
Co konkretnie pojawiło się w Ubuntu 26.10
Lista zmian jest długa, ale kilka punktów ma szczególne znaczenie techniczne. Ubuntu 26.10 dostarcza kernel Linux 7.3 w obrazach instalacyjnych jako pakiet oparty o 7.3-rc6, GNOME 51 na desktopie, systemd 261, cloud-init 26.2, OpenSSL 4, zaktualizowane OpenSSH 10.5 oraz duży zestaw nowszych narzędzi developerskich: GCC 15.2.0, LLVM 22.1.8, Go 1.27, OpenJDK 25.0.4 i Python 3.14.7 według komunikatu Canonical.
Najgłośniejsze zmiany to jednak nie same numery wersji. Canonical podkreśla pełne przejście domyślnych narzędzi coreutils na implementację uutils pisaną w Rust, włączenie Rustowego Sequoia PGP do głównego archiwum, obsługę ROCm 10.0 w repozytorium Universe, nowe obrazy desktopowe dla RISC-V oraz opcjonalnego agenta Myna do rozpoznawania mowy przetwarzanego lokalnie na urządzeniu.
- Bezpieczeństwo: Sequoia PGP, OpenSSL 4, szersze TPM-backed FDE, rozdzielenie pakietów OpenSSH z GSSAPI i bez GSSAPI.
- Administracja: potencjalne różnice w zachowaniu coreutils po migracji do uutils, nowe znane problemy aktualizacyjne oraz zmiany w obsłudze /boot.
- AI i HPC: ROCm 10.0, nowe targety GPU, biblioteki takie jak MIGraphX i composable-kernel oraz łatwiejszy start dla lokalnych eksperymentów z inference.
- Sprzęt: Linux 7.3, obrazy RISC-V desktop, instalator amd64v3 i wsparcie dla nowych platform CPU/GPU.
Rustowe coreutils: drobna zmiana, która może dotknąć stare skrypty

Najbardziej praktyczna zmiana dla administratorów jest pozornie nudna: cp, mv, rm i reszta podstawowych narzędzi użytkowych domyślnie działają jako Rustowe uutils coreutils. Canonical już wcześniej eksperymentował z tą migracją, ale w Ubuntu 26.10 deklaruje pełne przejście, łącznie z narzędziami, które wcześniej pozostawiono przy GNU ze względu na kompatybilność.
Dlaczego to ma znaczenie? Bo coreutils są wszędzie: w hookach CI/CD, skryptach backupu, initramfs, playbookach Ansible, starych instalatorach aplikacji, zadaniach cron i obrazach kontenerowych. Dla większości zastosowań różnicy nie będzie, ale w organizacjach z dziesięcioletnimi skryptami warto sprawdzić opcje brzegowe: komunikaty błędów, kolejność parsowania flag, zachowanie z nietypowymi uprawnieniami, linkami symbolicznymi, znakami specjalnymi w nazwach plików i lokalizacjami.
Przed aktualizacją stacji roboczych developerów lub hostów testowych dobrze jest zbudować mały zestaw regresyjny dla własnych skryptów. Nie chodzi o syntetyczny benchmark, ale o odpowiedź na pytanie: czy nasze automatyzacje zakładają dokładnie zachowanie GNU coreutils?
lsb_release -a
uname -r
# Sprawdzenie, skąd pochodzą kluczowe narzędzia
for bin in cp mv rm install sort uniq xargs; do
path="$(command -v "$bin")"
printf '%-8s %-30s ' "$bin" "$path"
dpkg -S "$(readlink -f "$path")" 2>/dev/null || true
done
# Szybka kontrola dostępnych pakietów związanych z coreutils
apt-cache policy coreutils rust-coreutils 2>/dev/null
Warto uruchomić te testy zarówno na Ubuntu 26.04 LTS, jak i na 26.10. Jeśli wynik skryptu zależy od dokładnego tekstu błędu narzędzia rm albo cp, to jest dobry moment, aby naprawić skrypt, a nie wymuszać konkretną implementację na lata.
Sequoia PGP i post-quantum package signing
Drugim dużym sygnałem jest kierunek zabezpieczania łańcucha dostaw pakietów. Ubuntu 26.10 wprowadza Sequoia PGP do głównego archiwum jako nowoczesną, pamięciowo bezpieczniejszą implementację OpenPGP. Canonical opisuje to jako element przechodzenia od klasycznego GnuPG w kierunku narzędzi sq i sqv, przy zachowaniu interoperacyjności z OpenPGP.
W praktyce administratorzy nie powinni czytać tego jako zaproszenia do natychmiastowego przepisywania wszystkich procedur podpisywania. To raczej moment na inwentaryzację: gdzie w firmie nadal używa się przestarzałych kluczy, ręcznego apt-key, nieopisanych repozytoriów firm trzecich albo pipeline’ów, które zakładają konkretny format wyjścia gpg. Ubuntu 26.10 pokazuje, że dystrybucje zaczynają realnie przygotowywać warstwę pakietów na następne lata, w tym na odporność wobec przyszłych ataków kryptograficznych.
Na serwerach ważna jest też zmiana w OpenSSH. W Ubuntu Server 26.10 OpenSSH został rozdzielony na pakiety z obsługą GSSAPI/Kerberos i bez niej. Świeże instalacje domyślnie dostają wariant bez GSSAPI, co zmniejsza powierzchnię ataku u użytkowników, którzy nie korzystają z Kerberosa. Dla środowisk domenowych, bastionów i hostów administracyjnych z delegacją poświadczeń to jednak istotna rzecz do sprawdzenia przed rolloutem.
ROCm 10.0: Ubuntu jako wygodniejsza baza pod lokalne AI
Ubuntu 26.10 aktualizuje stos AMD ROCm z wersji 7.1.0 obecnej w Ubuntu 26.04 LTS do ROCm 10.0. To zmiana szczególnie ciekawa dla osób budujących lokalne środowiska inference, serwery developerskie, workstations dla ML albo pipeline’y testujące modele bez pełnego przenoszenia pracy do chmury.
ROCm 10.0 w Ubuntu obejmuje kompilator, runtime’y HIP i HSA, narzędzia zarządzania, biblioteki matematyczne, komunikacyjne i AI. Dodano między innymi target gfx950 dla AMD Instinct MI350 oraz generyczne targety dla części GPU RDNA 2 i RDNA 3, co rozszerza praktyczny zakres testowania na sprzęcie bardziej „workstationowym”. Pojawiają się też pakiety takie jak composable-kernel, hipfort, hipsparselt i migraphx.
Dla administratora oznacza to mniej ręcznego mieszania repozytoriów vendorowych z systemem bazowym. Nadal trzeba czytać matrix kompatybilności aplikacji ML, ale punkt startowy jest prostszy: stos ROCm jest dostępny z repozytorium dystrybucji, a instalacja pełnego lub developerskiego zestawu sprowadza się do standardowego APT.
sudo apt update
# Pełny stos ROCm z narzędziami i nagłówkami
sudo apt install rocm
# Lżejszy wariant dla budowania aplikacji korzystających z ROCm
sudo apt install rocm-dev
# Podstawowa diagnostyka po instalacji
rocminfo | head -80
rocm-smi
Wydanie ma jednak jedną pułapkę dla zespołów utrzymujących własne binaria: ROCm 10.0 zawiera zmiany API i ABI, między innymi zmianę SONAME biblioteki AMD SMI do libamd_smi.so.27 oraz usunięcie części przestarzałych API. Jeżeli monitoring GPU, scheduler lub własny agent korzysta z AMD SMI, trzeba zaplanować przebudowanie i testy kompatybilności.
Myna i lokalne funkcje asystujące na desktopie
Ubuntu 26.10 wprowadza Myna, opcjonalną funkcję speech-to-text przetwarzaną lokalnie. Canonical opisuje ją jako pierwszy krok w kierunku bardziej kontekstowego desktopu. Dla typowego administratora serwerów nie jest to powód do aktualizacji floty, ale dla zespołów utrzymujących Linuxowe stacje robocze ma znaczenie organizacyjne: funkcje dotąd kojarzone z usługami chmurowymi zaczynają trafiać do dystrybucji jako element systemu, z naciskiem na prywatność i przetwarzanie na urządzeniu.
W środowiskach firmowych warto już teraz pomyśleć o politykach: czy funkcje rozpoznawania mowy mają być dostępne na laptopach developerskich, czy powinny być wyłączone na stanowiskach z danymi wrażliwymi, jak audytować zależności modeli lokalnych oraz jak dokumentować wyjątki. Myna jest funkcją opt-in w Ubuntu 26.10, ale jej obecność dobrze pokazuje, że „AI na Linuxie” przestaje oznaczać wyłącznie bibliotekę Pythona i sterownik GPU.
Kernel 7.3, RISC-V desktop i amd64v3
Ubuntu 26.10 stawia również na sprzęt. Kernel Linux 7.3 ma zapewnić lepszą obsługę nowych platform, a Canonical wymienia między innymi Intel Xe3P/Nova Lake, AMD Zen 6 i sterowniki NVIDIA 615. W wydaniu pojawiają się też obrazy desktopowe dla RISC-V, w tym dla SpacemiT K3 oraz pracy w QEMU. To ważny sygnał dla developerów embedded i osób śledzących alternatywne architektury: RISC-V w dystrybucjach ogólnego przeznaczenia przestaje być wyłącznie wariantem serwerowym lub eksperymentalnym.
Jednocześnie trzeba czytać sekcję znanych problemów. Release notes Ubuntu 26.10 wymieniają między innymi możliwe zatrzymanie aktualizacji na systemach z wiszącym linkiem /lib32, przyszłe problemy z mniej typowymi konfiguracjami /boot, ryzyko po klasycznym update-grub na systemach z TPM-backed FDE oraz problemy na wybranych laptopach Snapdragon X Elite. To nie są drobiazgi, jeśli aktualizujesz flotę laptopów lub obrazy golden image.
Checklist dla administratora przed testową migracją
Ubuntu 26.10 nie powinno trafiać bezpośrednio na krytyczne serwery tylko dlatego, że ma nowszy kernel i ROCm. Warto jednak zbudować mały ring testowy, szczególnie jeśli w organizacji używane są Ubuntu workstations, WSL, GPU AMD, Kerberos/GSSAPI albo własne repozytoria APT.
- Uruchom testy skryptów korzystających z coreutils, szczególnie backupów, deployów i zadań czyszczących pliki.
- Sprawdź, czy hosty SSH wymagają GSSAPI/Kerberos, a jeśli tak, zaplanuj instalację wariantów
openssh-gssapi. - Zweryfikuj układ
/boot, zwłaszcza szyfrowane/boot, RAID-5/6, Btrfs, XFS lub ZFS. - Na stacjach z TPM-backed FDE unikaj nieprzetestowanych modyfikacji GRUB i ręcznego
update-grubbez procedury odtwarzania. - Dla ROCm 10.0 sprawdź ABI własnych narzędzi, monitoring GPU i zależności aplikacji ML.
- Na laptopach z nietypowym Wi-Fi, AMD dual-GPU lub Snapdragonem wykonaj test instalatora oraz suspend/resume przed szerszym rolloutem.
# Minimalna kontrola przed aktualizacją testowego hosta
findmnt /boot
ls -l /lib32 2>/dev/null || true
dpkg -l | awk '/openssh|krb5|sssd|gssapi|rocm|amd-smi/ {print $1, $2, $3}'
# Informacja o polityce aktualizacji wydań
cat /etc/update-manager/release-upgrades 2>/dev/null || true
Podsumowanie praktyczne
Ubuntu 26.10 „Stonking Stingray” to wydanie warte uwagi nie dlatego, że zastępuje Ubuntu 26.04 LTS w produkcji, lecz dlatego, że wcześnie pokazuje przyszły kierunek Linuxa w firmach: Rust w bazowych narzędziach, bezpieczniejszy łańcuch pakietów, mniej zbędnych funkcji w domyślnym OpenSSH, lokalne funkcje asystujące i łatwiej dostępna akceleracja AI na GPU AMD. Najrozsądniejszy ruch to uruchomienie pilota na kilku workstationach i hostach testowych, zebranie różnic w skryptach oraz przygotowanie dokumentacji migracyjnej, zanim te zmiany staną się codziennością w kolejnych wydaniach LTS.
