Nie można przełączyć z WSL 1 na WSL 2

Niemożność przełączenia z WSL 1 na WSL 2 wskazuje na brak włączonej funkcji Virtual Machine Platform wymaganej przez drugą wersję podsystemu.

Nie można przełączyć z WSL 1 na WSL 2 – czym jest ten problem

Komunikat „Nie można przełączyć z WSL 1 na WSL 2” oznacza, że system Windows nie jest jeszcze przygotowany do uruchomienia dystrybucji w drugim trybie Windows Subsystem for Linux. WSL 1 korzysta z innego sposobu współpracy z systemem Windows i zwykle działa bez dodatkowych komponentów odpowiedzialnych za uruchamianie lekkiego środowiska systemowego. WSL 2 wykorzystuje natomiast własne środowisko oparte na jądrze Linuksa, dlatego wymaga aktywnej funkcji systemowej Virtual Machine Platform oraz prawidłowo działających składników platformy odpowiedzialnej za izolowane środowiska.

Samo zainstalowanie aplikacji WSL, pobranie dystrybucji i wydanie polecenia zmiany wersji nie zawsze wystarcza. Windows może zwrócić błąd, gdy odpowiednia funkcja opcjonalna nie została zaznaczona, oczekuje na ponowne uruchomienie komputera albo jest niedostępna w używanej edycji lub kompilacji systemu. Przeszkodą może być również wyłączona obsługa wymaganych instrukcji procesora w ustawieniach firmware, nieaktualny system albo konflikt pomiędzy starszymi składnikami WSL i nowszym pakietem instalacyjnym.

Nie należy traktować tego komunikatu jako informacji o uszkodzeniu samej dystrybucji. Najczęściej problem znajduje się na poziomie konfiguracji Windows, usług systemowych lub ustawień płyty głównej. Warto rozdzielić te obszary podczas sprawdzania, ponieważ ponowne instalowanie dystrybucji bez ustalenia przyczyny może usunąć lokalne pliki, konfiguracje i dane przechowywane w jej systemie plików.

Przełączyć z WSL 1 na WSL 2 – kontekst techniczny i porównanie trybów

WSL 1 i WSL 2 zapewniają dostęp do środowiska Linuksa z poziomu Windows, ale robią to w odmienny sposób. Pierwsza wersja tłumaczy wybrane wywołania systemowe bezpośrednio na mechanizmy Windows. Dzięki temu może szybko współpracować z plikami znajdującymi się na partycjach Windows, jednak zgodność z niektórymi narzędziami linuksowymi bywa ograniczona. Druga wersja korzysta z pełniejszego środowiska jądra Linuksa i zwykle oferuje lepszą zgodność z aplikacjami, które oczekują typowego zachowania systemu linuksowego.

Różnica ma znaczenie między innymi dla narzędzi programistycznych, menedżerów pakietów, skryptów powłoki oraz aplikacji korzystających z określonych funkcji jądra. WSL 2 może działać inaczej podczas dostępu do plików przechowywanych po stronie Windows, dlatego po pomyślnym przełączeniu warto przeanalizować lokalizację projektu. Projekty intensywnie korzystające z wielu małych plików często działają sprawniej, gdy są przechowywane wewnątrz systemu plików dystrybucji, a nie w katalogu zamontowanym z partycji Windows.

Do sprawdzenia bieżącego stanu można użyć terminala uruchomionego z odpowiednimi uprawnieniami. Polecenie wsl --status pokazuje informacje o konfiguracji podsystemu, a wsl --list --verbose pozwala zobaczyć zainstalowane dystrybucje i przypisane im wersje. Zmiana konkretnej dystrybucji odbywa się poleceniem wsl --set-version nazwa_dystrybucji 2, przy czym nazwa musi odpowiadać pozycji wyświetlonej przez system. Próba użycia nieprawidłowej nazwy może wyglądać podobnie do problemu z funkcją systemową, choć przyczyna będzie inna.

Warto również odróżnić domyślną wersję dla nowych dystrybucji od wersji już zainstalowanej. Ustawienie wartości domyślnej poleceniem wsl --set-default-version 2 nie zmienia automatycznie istniejących dystrybucji. Każda z nich może wymagać osobnego przełączenia, a proces konwersji może potrwać dłużej przy dużej ilości danych.

Nie można przełączyć WSL – typowe przyczyny i objawy

Najczęstszą przyczyną jest brak aktywnej funkcji Virtual Machine Platform. Włączenie samego Windows Subsystem for Linux nie jest wystarczające dla WSL 2. W składnikach systemu powinny być dostępne funkcje związane z platformą maszyn wirtualnych oraz podsystemem Linuksa. Po ich zaznaczeniu Windows zwykle wymaga ponownego uruchomienia. Pominięcie restartu może powodować, że polecenia nadal będą zwracały ten sam komunikat, mimo że konfiguracja została już zmieniona.

Drugą grupę przyczyn stanowią ustawienia firmware komputera. W zależności od producenta płyty głównej lub laptopa obsługa odpowiednich funkcji procesora może występować pod różnymi nazwami, na przykład jako SVM, AMD-V, Intel Virtualization Technology albo podobna opcja. Jeżeli funkcja jest wyłączona, Windows może nie uruchomić warstwy potrzebnej dla WSL 2. Zmiany w firmware wymagają ostrożności, ponieważ modyfikowanie nieznanych ustawień może wpłynąć na start systemu, szyfrowanie dysku lub działanie innych funkcji zabezpieczeń.

Problem może też pojawić się po aktualizacji Windows, szczególnie gdy system ma długo odkładane aktualizacje, uszkodzone składniki obsługi opcjonalnych funkcji albo niespójny magazyn komponentów. Pomocne bywa wykonanie aktualizacji, ponowne uruchomienie systemu oraz kontrola integralności plików za pomocą narzędzi systemowych. Jeżeli polecenia naprawcze zgłaszają błędy, ich komunikaty należy zachować, ponieważ mogą wskazać, czy problem dotyczy plików systemowych, usługi aktualizacji, uprawnień czy magazynu składników.

Osobnym przypadkiem jest nieudana konwersja jednej dystrybucji. W takiej sytuacji inne dystrybucje mogą działać prawidłowo, a błąd może wynikać z braku wolnego miejsca, uszkodzonego obrazu systemu plików, niepoprawnego zamknięcia WSL lub problemu z konkretnym pakietem dystrybucji. Przed usunięciem dystrybucji należy wykonać kopię zapasową poleceniem wsl --export, zapisując archiwum w bezpiecznym miejscu.

WSL 2 po błędzie przełączenia – praktyczne wskazówki diagnostyczne

Diagnostykę najlepiej prowadzić od czynności najmniej ryzykownych. Najpierw należy sprawdzić wersję Windows, stan aktualizacji, listę dystrybucji oraz wynik poleceń wsl --status i wsl --list --verbose. Następnie można zweryfikować, czy wymagane funkcje Windows są zaznaczone w oknie „Włączanie lub wyłączanie funkcji systemu Windows”. Po każdej zmianie powinno nastąpić ponowne uruchomienie komputera, ponieważ część składników jest ładowana dopiero podczas startu systemu.

Jeżeli problem nadal występuje, należy sprawdzić ustawienia firmware zgodnie z instrukcją producenta urządzenia. Nie powinno się zmieniać wielu opcji jednocześnie. Bezpieczniej jest zanotować stan początkowy, włączyć wyłącznie ustawienie związane z obsługą wymaganej funkcji procesora, zapisać zmianę i sprawdzić zachowanie Windows po uruchomieniu. W przypadku komputera objętego szyfrowaniem dysku warto wcześniej upewnić się, że dostępny jest klucz odzyskiwania.

Przydatne jest także sprawdzenie, czy problem dotyczy całego WSL, czy tylko jednej dystrybucji. Można porównać wyniki dla kilku pozycji na liście, bez ingerowania w ich dane. Jeżeli tylko jedna dystrybucja odmawia konwersji, należy skupić się na jej stanie, zajętym miejscu oraz możliwości wykonania eksportu. Po utworzeniu kopii można rozważyć ponowną rejestrację środowiska, ale usunięcie dystrybucji powinno być ostatecznością, ponieważ usuwa jej lokalne dane.

Nie warto kopiować przypadkowych poleceń z forów bez sprawdzenia ich działania. Komendy usuwające, resetujące lub wyrejestrowujące dystrybucję mogą doprowadzić do utraty danych. Dobrym zwyczajem jest zapisywanie pełnych komunikatów błędów, numeru kompilacji Windows, nazwy dystrybucji i informacji o tym, czy funkcje systemowe zostały włączone przed restartem czy po nim. Taki zestaw danych znacznie ułatwia dalszą ocenę.

Kiedy zgłosić „Nie można przełączyć z WSL 1 na WSL 2” do serwisu

Do serwisu warto zgłosić problem, gdy po włączeniu wymaganych składników, aktualizacji Windows i ponownym uruchomieniu nadal nie można uruchomić WSL 2, a komunikat nie wskazuje jednoznacznej przyczyny. Pomoc może być potrzebna również wtedy, gdy nie ma pewności, które ustawienie firmware odpowiada za wymaganą funkcję, system zgłasza błędy integralności, komputer niespodziewanie uruchamia się ponownie albo konwersja zatrzymuje się przy dużej dystrybucji. Szczególnej ostrożności wymaga sytuacja, w której w środowisku znajdują się ważne projekty, klucze, konfiguracje lub pliki, których nie ma w innej kopii.

W Warszawie ocenę takiej usterki można zlecić firmie Warszawskie Pogotowie Komputerowe 24/7. Przed przekazaniem urządzenia warto przygotować opis komunikatu, informacje o używanej wersji Windows, nazwę dystrybucji oraz informację o wykonanej kopii zapasowej. Naprawy są z reguły realizowane do 3 dni roboczych, jednak rzeczywisty czas zależy od stanu systemu i zakresu koniecznych czynności. Podczas zgłoszenia można poprosić o sprawdzenie nie tylko samego WSL, lecz także ustawień systemowych, aktualizacji, integralności komponentów i bezpieczeństwa danych.

Po zakończeniu prac należy zweryfikować, czy dystrybucja jest widoczna jako wersja 2, czy uruchamia się bez błędów i czy działają używane narzędzia. Warto też sprawdzić dostęp do plików Windows, działanie sieci oraz lokalizację projektów. Takie testy pozwalają potwierdzić, że usunięto rzeczywistą przyczynę problemu, a nie tylko zmieniono pojedynczy parametr wyświetlany przez polecenie diagnostyczne.