Brak opcji WSL 2 w wsl --status

Brak opcji WSL 2 widocznej w poleceniu wsl --status wskazuje, że nie została jeszcze zainstalowana lub włączona platforma wirtualizacji wymagana przez tę wersję podsystemu Linux.

Komunikat „Brak opcji WSL 2 w wsl --status” oznacza, że system Windows nie udostępnia aktualnie wszystkich składników potrzebnych do uruchamiania dystrybucji Linux za pośrednictwem drugiej wersji Windows Subsystem for Linux. Samo polecenie wsl --status służy do sprawdzenia ogólnej konfiguracji środowiska, między innymi domyślnej wersji WSL, używanego jądra oraz ustawień związanych z uruchamianiem dystrybucji. Jeżeli wynik nie pokazuje informacji dotyczących WSL 2 albo wskazuje wyłącznie starszy tryb działania, nie musi to oznaczać uszkodzenia plików Linux. Częściej przyczyną jest brak wymaganej funkcji systemowej, nieaktywna platforma maszyn wirtualnych, nieaktualna wersja systemu Windows albo niepełna instalacja samego WSL.

Czym jest brak opcji WSL 2 w poleceniu wsl --status

WSL 2 jest wariantem podsystemu Linux przeznaczonym do uruchamiania dystrybucji takich jak Ubuntu, Debian czy openSUSE w środowisku Windows. W odróżnieniu od pierwszej wersji WSL korzysta z lekkiego środowiska wirtualnego oraz rzeczywistego jądra Linux dostarczanego przez Microsoft. Dzięki temu sposób obsługi części poleceń, systemu plików i procesów jest bliższy typowej instalacji Linux niż w starszym rozwiązaniu. Brak pozycji dotyczących WSL 2 w raporcie wsl --status wskazuje więc na niepełną gotowość systemu do korzystania z tego trybu.

Nie należy utożsamiać tego komunikatu z brakiem samej aplikacji dystrybucji. Dystrybucja może być widoczna na liście po poleceniu wsl --list --verbose, a mimo to działać w wersji 1. W takiej sytuacji w kolumnie określającej wersję pojawi się wartość 1, natomiast przełączenie na WSL 2 może zakończyć się błędem. Zdarza się również odwrotnie: polecenia WSL są dostępne, ale narzędzie nie pokazuje oczekiwanego statusu, ponieważ składniki podsystemu zostały zainstalowane w starszej wersji lub wymagają aktualizacji.

Na działanie WSL 2 wpływają przede wszystkim: wersja systemu Windows, aktywność funkcji „Podsystem Windows dla systemu Linux”, włączenie „Platformy maszyny wirtualnej”, obsługa wirtualizacji w ustawieniach UEFI oraz poprawnie zainstalowane jądro WSL. Każdy z tych elementów pełni inną funkcję, dlatego pojedyncza zmiana w ustawieniach nie zawsze wystarcza do rozwiązania problemu.

Kontekst techniczny i porównanie wersji WSL

WSL 1 oraz WSL 2 zapewniają dostęp do środowiska Linux z poziomu Windows, lecz działają według odmiennych mechanizmów. Pierwsza wersja tłumaczy wywołania systemowe Linux na operacje rozumiane przez Windows. Jej zaletą może być szybki dostęp do plików znajdujących się na partycjach Windows, jednak zgodność z niektórymi programami i narzędziami Linux jest ograniczona. Druga wersja korzysta z własnego jądra Linux uruchamianego w izolowanym, lekkim środowisku. Zwykle zapewnia szerszą zgodność z narzędziami deweloperskimi, menedżerami pakietów oraz aplikacjami oczekującymi typowego zachowania jądra Linux.

Informacja o braku opcji WSL 2 może pojawić się po świeżej instalacji systemu, przywróceniu ustawień fabrycznych, aktualizacji wykonanej z pominięciem części funkcji opcjonalnych albo skopiowaniu konfiguracji użytkownika na inny komputer. W starszych wydaniach Windows instalacja WSL 2 wymagała wykonania kilku oddzielnych czynności. W nowszych wydaniach wiele z nich można zastąpić poleceniem wsl --install, jednak dostępność tej funkcji zależy od wersji systemu i bieżących składników aktualizacji.

Przy sprawdzaniu konfiguracji warto rozdzielić trzy kwestie. Pierwsza dotyczy tego, czy samo WSL jest zainstalowane. Druga obejmuje dostępność platformy potrzebnej do uruchomienia WSL 2. Trzecia odnosi się do konkretnej dystrybucji i jej ustawionej wersji. Można zweryfikować je między innymi za pomocą poleceń wsl --status, wsl --list --verbose oraz wsl --version. Wyniki należy interpretować razem, ponieważ pojedynczy brak w raporcie nie zawsze określa dokładną przyczynę.

Ważne jest także odróżnienie wirtualizacji procesora od funkcji systemowych Windows. Wirtualizacja sprzętowa musi być dostępna w UEFI, ale jej aktywność nie powoduje automatycznego włączenia platformy maszyny wirtualnej w samym Windows. Z kolei zaznaczenie funkcji systemowej bez odpowiedniej obsługi procesora może pozostawić WSL 2 niezdolne do uruchomienia. Dlatego diagnostyka powinna obejmować zarówno ustawienia firmware, jak i składniki opcjonalne systemu.

Typowe problemy i błędy związane z WSL 2

Jedną z częstych przyczyn jest korzystanie z wydania Windows, które nie spełnia wymagań określonej wersji WSL 2. Przy nieaktualnym systemie polecenia mogą zwracać ograniczony zakres informacji, a instalator może nie znaleźć odpowiedniego składnika jądra. Przed dalszymi zmianami warto sprawdzić wersję i kompilację Windows za pomocą informacji dostępnych w ustawieniach systemu lub polecenia winver. Jeżeli system nie był od dawna aktualizowany, aktualizacja może być konieczna przed ponowną instalacją WSL.

Inny typowy problem stanowi wyłączona funkcja „Platforma maszyny wirtualnej”. W takim przypadku WSL może być zainstalowane, ale dystrybucja skonfigurowana dla wersji 2 nie uruchomi się prawidłowo. Podobny skutek może powodować wyłączony „Podsystem Windows dla systemu Linux”. Obie funkcje można sprawdzić w oknie składników systemu Windows albo przy użyciu narzędzi administracyjnych. Po ich aktywowaniu zwykle wymagane jest ponowne uruchomienie komputera, ponieważ zmiana nie zawsze zaczyna obowiązywać w bieżącej sesji.

Komunikaty o braku wymaganej funkcji, błędzie uruchamiania maszyny wirtualnej lub niemożności przekształcenia dystrybucji do WSL 2 mogą także wynikać z ustawień UEFI. W zależności od producenta płyty głównej opcja może mieć nazwę związaną z technologią wirtualizacji procesora. Nie powinno się zmieniać przypadkowych ustawień firmware, ponieważ niektóre opcje wpływają również na szyfrowanie dysku, uruchamianie systemu oraz zabezpieczenia urządzenia. Przed zmianą warto zapisać bieżącą konfigurację i sprawdzić dokumentację konkretnego modelu.

Problemy mogą wystąpić również po ręcznym usunięciu plików jądra WSL, przerwaniu aktualizacji, błędnej modyfikacji rejestru albo zastosowaniu skryptu przeznaczonego dla innego wydania Windows. Czasami polecenie wsl --status działa, lecz wskazuje brak domyślnej wersji lub niepełne dane wersji jądra. Wtedy konieczne może być uaktualnienie pakietu WSL, ustawienie domyślnej wersji poleceniem wsl --set-default-version 2 albo ponowne zainstalowanie składnika zgodnie z dokumentacją używanego wydania systemu.

Przed resetowaniem dystrybucji należy zachować ostrożność. Usunięcie dystrybucji poleceniem wsl --unregister kasuje jej system plików, zainstalowane pakiety i dane użytkownika. Nie jest to zwykła procedura naprawcza i nie powinna być wykonywana bez kopii ważnych plików. Jeżeli problem dotyczy wyłącznie braku opcji w raporcie, najpierw należy sprawdzić składniki systemu, aktualizacje i ustawienia wirtualizacji, zamiast od razu usuwać środowisko Linux.

Kiedy najlepiej przekazać urządzenie do naprawy - Brak opcji WSL 2 w wsl --status

Do serwisu warto zgłosić problem wtedy, gdy po aktualizacji Windows i ponownym uruchomieniu komputera WSL 2 nadal nie jest dostępne, dystrybucja nie daje się przekonwertować z wersji 1 albo komunikaty wskazują na konflikt ustawień wirtualizacji. Pomoc może być potrzebna również wtedy, gdy nie jest jasne, czy przyczyną jest system Windows, firmware, uszkodzony pakiet WSL czy konfiguracja konkretnej dystrybucji. Szczególnej ostrożności wymaga sytuacja, w której na dystrybucji przechowywane są projekty, klucze, konfiguracje lub inne dane, których nie można utracić.

W ramach zgłoszenia można przygotować dokładną treść komunikatów, wynik poleceń wsl --status i wsl --list --verbose, wersję systemu Windows oraz informację o tym, czy problem pojawił się po aktualizacji lub zmianie ustawień UEFI. Takie dane ułatwiają odtworzenie przyczyny bez pochopnego kasowania dystrybucji. W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie konfiguracji komputera i uporządkowanie elementów potrzebnych do prawidłowego działania WSL 2.

Jeżeli system uruchamia się prawidłowo, lecz problem dotyczy wyłącznie środowiska programistycznego, nie zawsze potrzebna jest ponowna instalacja Windows. Często wystarcza przywrócenie brakujących funkcji, aktualizacja WSL, naprawa ustawień rozruchowych lub właściwe przypisanie wersji do konkretnej dystrybucji. Przed rozpoczęciem prac należy ustalić, czy zachowane mają zostać dotychczasowe dane Linux, konfiguracja użytkownika oraz zainstalowane narzędzia. Dzięki temu naprawa może zostać przeprowadzona w sposób ograniczający ryzyko utraty środowiska pracy.