WSL nie działa na koncie lokalnym

WSL niedziałający na koncie lokalnym wskazuje na uszkodzoną rejestrację dystrybucji przypisaną do innego, wcześniejszego profilu użytkownika.

WSL nie działa na koncie lokalnym – czym jest ten problem

Komunikat lub zachowanie opisane jako „WSL nie działa na koncie lokalnym” oznacza sytuację, w której środowisko Windows Subsystem for Linux nie uruchamia dystrybucji mimo poprawnie zainstalowanych składników systemu. Sam WSL może być widoczny w ustawieniach systemu, polecenia mogą być rozpoznawane przez Windows, a jednak próba otwarcia Ubuntu, Debiana albo innej dystrybucji kończy się błędem. Czasem pojawia się informacja o braku zainstalowanej dystrybucji, nieprawidłowym użytkowniku, odmowie dostępu lub niemożności odnalezienia pliku systemu.

Konto lokalne jest profilem utworzonym bez bezpośredniego powiązania z kontem Microsoft. W normalnych warunkach nie powinno to uniemożliwiać korzystania z WSL. Problem zwykle powstaje wtedy, gdy dystrybucja była rejestrowana w innym profilu, po zmianie nazwy konta, odtworzeniu systemu, migracji danych albo przeniesieniu katalogu użytkownika. W rejestrze systemowym oraz w katalogach aplikacji mogą pozostać odwołania do wcześniejszego identyfikatora profilu. Windows widzi wtedy składnik WSL, lecz nie potrafi poprawnie przypisać konkretnego systemu Linux do aktualnie zalogowanej osoby.

Nie należy utożsamiać tego objawu z jednym, konkretnym uszkodzeniem. Przyczyną może być niespójna rejestracja dystrybucji, brak uprawnień do katalogu profilu, uszkodzony pakiet aplikacji, nieprawidłowa konfiguracja wersji WSL albo niesprawna usługa wymagana do uruchomienia środowiska. Znaczenie ma również to, czy problem występuje wyłącznie na jednym koncie, czy na wszystkich profilach tego samego komputera.

WSL i konto lokalne – kontekst techniczny oraz porównanie sposobów uruchamiania

WSL działa jako zestaw kilku powiązanych elementów. Jedna część odpowiada za obsługę funkcji systemu Windows, inna za uruchomienie środowiska Linux, a osobny mechanizm przechowuje dystrybucję wraz z jej systemem plików. W przypadku WSL 2 dane dystrybucji są przechowywane w wirtualnym dysku, który musi być dostępny dla właściwego profilu. Rejestracja nie polega tylko na obecności aplikacji w menu Start. System musi jeszcze wiedzieć, gdzie znajduje się dystrybucja, z jakim kontem jest związana i jakiego trybu uruchamiania używa.

Możliwe jest rozróżnienie kilku podobnych sytuacji. Jeśli polecenie wsl --status działa, ale wsl nie pokazuje dystrybucji, problem może dotyczyć samej rejestracji. Jeśli dystrybucja jest widoczna, lecz kończy pracę zaraz po uruchomieniu, podejrzenie pada na jej system plików, konfigurację użytkownika Linux lub plik dysku. Jeżeli nie działa samo polecenie WSL, trzeba sprawdzić składniki opcjonalne Windows, usługę odpowiedzialną za zarządzanie środowiskiem oraz zgodność wersji systemu.

Inaczej należy traktować zmianę konta Microsoft na lokalne, a inaczej utworzenie całkowicie nowego profilu. W pierwszym przypadku ścieżki do danych mogą pozostać te same, ale zmienić się identyfikatory i uprawnienia. W drugim przypadku nowy profil nie ma automatycznego dostępu do dystrybucji należącej do poprzedniego użytkownika. Samo skopiowanie skrótu do aplikacji lub katalogu z plikami nie odtwarza rejestracji. Wymagane może być ponowne zarejestrowanie dystrybucji albo przeniesienie jej w sposób zachowujący strukturę danych.

Przed rozpoczęciem naprawy warto ustalić, czy w dystrybucji znajdują się ważne projekty, klucze, konfiguracje lub pliki. Operacje takie jak wyrejestrowanie dystrybucji usuwają jej dane z punktu widzenia WSL. Nie powinny być wykonywane jako pierwszy krok, jeżeli nie ma kopii zapasowej. Bezpieczniejsze jest najpierw zebranie informacji diagnostycznych i skopiowanie plików, o ile system plików pozostaje dostępny.

WSL nie działa – typowe problemy występujące na profilu lokalnym

Jednym z częstszych objawów jest komunikat sugerujący, że nie znaleziono dystrybucji. Może to oznaczać, że dystrybucja została zarejestrowana wyłącznie dla wcześniejszego profilu, a nie że jej pliki zostały usunięte. W takiej sytuacji warto sprawdzić listę dystrybucji poleceniem wsl --list --verbose. Brak pozycji na liście wymaga innego postępowania niż pozycja widoczna ze stanem „Stopped” lub „Installing”.

Inny problem pojawia się po zmianie właściciela katalogu użytkownika. Pliki mogą nadal należeć do poprzedniego identyfikatora bezpieczeństwa, a aktualne konto lokalne może nie mieć wystarczających praw do odczytu lub zapisu. Dotyczy to szczególnie katalogów znajdujących się pod profilem użytkownika, folderów pakietów aplikacji oraz danych przechowywanych na dodatkowym dysku. Zbyt szeroka, przypadkowa zmiana uprawnień może pogorszyć sytuację, dlatego każdą modyfikację należy wykonywać na dokładnie rozpoznanym katalogu.

Problemy powoduje także niespójność pomiędzy wersją WSL 1 i WSL 2. Dystrybucja może być ustawiona w trybie, którego nie obsługuje aktualna konfiguracja systemu. Znaczenie mają dostępność wymaganych funkcji w systemie Windows, ustawienia sprzętowej obsługi wirtualizacji oraz stan aktualizacji. Jeżeli po aktualizacji systemu zmieniły się komponenty WSL, dystrybucja może wymagać ponownego uruchomienia lub aktualizacji pakietu.

Nie należy pomijać błędów związanych z profilem użytkownika. Uszkodzony profil może objawiać się również problemami z aplikacjami ze Sklepu, zapisem ustawień, dostępem do katalogu AppData albo nieprawidłowym działaniem zmiennych środowiskowych. Jeżeli WSL działa na innym koncie tego samego komputera, jest to cenna wskazówka diagnostyczna. Jeżeli nie działa nigdzie, bardziej prawdopodobna staje się awaria składników systemowych lub konfiguracji całego urządzenia.

Do podobnych objawów prowadzi ręczne przenoszenie katalogu dystrybucji, przywracanie obrazu systemu oraz usuwanie aplikacji bez usunięcia powiązanych danych. Warto również sprawdzić, czy nie zmieniono litery dysku, ścieżki do profilu albo nazwy katalogu użytkownika. WSL korzysta z zapisanych lokalizacji, więc zmiana ścieżki może zerwać powiązanie z plikiem dystrybucji.

WSL na koncie lokalnym – praktyczne wskazówki diagnostyczne

Diagnostykę najlepiej rozpocząć od zapisania pełnej treści komunikatu oraz ustalenia momentu, w którym pojawił się problem. Przydatne są informacje o wersji Windows, wyniku poleceń wsl --status, wsl --list --verbose i wsl --version, a także odpowiedź na pytanie, czy wcześniej zmieniano nazwę konta, hasło, typ logowania, dysk systemowy lub profil użytkownika. Takie dane ułatwiają odróżnienie problemu z rejestracją od awarii samej dystrybucji.

Następnie można sprawdzić, czy wymagane składniki systemu są aktywne, czy usługi związane z uruchamianiem środowiska działają oraz czy system nie oczekuje na restart. Warto wykonać ponowne uruchomienie po aktualizacji, ponieważ część zmian nie jest stosowana w aktywnej sesji. Należy też skontrolować wolne miejsce na dysku i dostęp do katalogu, w którym znajduje się dystrybucja. Brak miejsca może przerwać aktualizację lub utworzenie plików tymczasowych.

Jeżeli dystrybucja jest widoczna, ale nie uruchamia się, można sprawdzić jej stan bez wykonywania operacji usuwających dane. Jeżeli jest niewidoczna, trzeba ustalić, czy zachował się plik dystrybucji oraz czy poprzedni profil jest nadal dostępny. W przypadku ważnych danych pierwszeństwo ma eksport lub kopia zapasowa. Wyrejestrowanie powinno być rozważane dopiero po potwierdzeniu, że dane zostały zabezpieczone albo że dystrybucja może zostać odtworzona z innego źródła.

Nie zaleca się losowego kasowania kluczy rejestru, folderów pakietów ani katalogów AppData. Takie działania mogą usunąć informacje potrzebne do odzyskania środowiska. Ostrożność jest potrzebna również przy poleceniach wykonywanych z podwyższonymi uprawnieniami. Administrator może zmienić dostęp do plików, ale nie każda zmiana właściciela naprawia rejestrację WSL. Dobrą praktyką jest dokumentowanie każdej wykonanej czynności, aby można było odtworzyć stan sprzed modyfikacji.

Kiedy zgłosić WSL nie działa na koncie lokalnym do serwisu

Zgłoszenie do serwisu jest uzasadnione, gdy dystrybucja zawiera ważne dane, poprzednie konto zostało usunięte, system był przywracany z kopii, zmieniono lokalizację profilu albo pojawiają się równocześnie inne błędy systemowe. Wymaga to oceny zależności pomiędzy profilem Windows, uprawnieniami, składnikami WSL i plikami dystrybucji. Szczególnej ostrożności wymaga sytuacja, w której środowisko uruchamia się tylko częściowo lub zgłasza błędy wejścia i wyjścia, ponieważ pochopne odtworzenie może utrudnić odzyskanie danych.

Przed przekazaniem urządzenia warto przygotować nazwę konta, opis ostatnich zmian, treść komunikatów oraz informację, czy inne konta uruchamiają WSL poprawnie. Pomocne jest również wskazanie, czy problem dotyczy jednej dystrybucji, czy całego mechanizmu. W Warszawie analizę takich przypadków może przeprowadzić Warszawskie Pogotowie Komputerowe 24/7, z uwzględnieniem stanu profilu użytkownika, konfiguracji Windows i bezpieczeństwa danych zapisanych w środowisku Linux.

Jeżeli po naprawie planowane jest dalsze korzystanie z konta lokalnego, warto zachować kopię ważnych dystrybucji i unikać ręcznego przenoszenia ich katalogów. Przy zmianie profilu należy wcześniej ustalić sposób migracji danych oraz sprawdzić, czy nowy użytkownik ma dostęp do właściwych plików. Takie przygotowanie ogranicza ryzyko ponownego zerwania rejestracji i pozwala szybciej rozpoznać, czy przyszły błąd dotyczy konta, dystrybucji czy składników systemu Windows.