Nie działa otwieranie plików Windows z poziomu WSL (explorer.exe .)

Niedziałające otwieranie plików Windows z poziomu WSL (explorer.exe .) wskazuje na uszkodzoną integrację interop między WSL a systemem hosta.

Nie działa otwieranie plików Windows z poziomu WSL — czym jest problem z explorer.exe .

W środowisku WSL polecenie explorer.exe . służy do przekazania bieżącej lokalizacji z dystrybucji Linuksa do Eksploratora plików Windows. Kropka oznacza aktualny katalog, dlatego po poprawnym wykonaniu polecenia powinno zostać otwarte okno z odpowiadającą mu lokalizacją po stronie systemu Windows. Gdy nic się nie dzieje, pojawia się komunikat o braku polecenia albo otwierany jest nieprawidłowy folder, problem dotyczy zwykle komunikacji pomiędzy środowiskiem WSL a systemem gospodarza.

Nie jest to typowy błąd samego pliku ani dowód na uszkodzenie każdego katalogu w dystrybucji. WSL działa jako warstwa pozwalająca uruchamiać narzędzia linuksowe w systemie Windows, a mechanizm interop umożliwia wywoływanie programów Windows z poziomu powłoki Linuksa. Eksplorator nie odczytuje jednak ścieżki w identyczny sposób jak powłoka WSL. Lokalizacja w rodzaju /home/użytkownik/projekt musi zostać przekształcona na ścieżkę rozpoznawalną po stronie Windows, na przykład przez udział udostępniany dystrybucji WSL. Jeśli ten etap nie działa, polecenie może kończyć się bez widocznego efektu.

Warto odróżnić kilka sytuacji. Błąd command not found wskazuje na problem z dostępnością programu lub konfiguracją środowiska. Komunikat o odmowie wykonania może oznaczać ograniczenia interop albo ustawienia bezpieczeństwa. Otwarcie niewłaściwego miejsca może wynikać z użycia nieprawidłowej ścieżki, uruchomienia polecenia z nietypowego punktu montowania albo problemu z translacją znaków. Każdy z tych przypadków wymaga nieco innego sprawdzenia.

explorer.exe . w WSL — kontekst techniczny i porównanie ścieżek

W systemie Windows ścieżka C:\Users\Public\Dokumenty ma inną składnię niż linuksowa lokalizacja /mnt/c/Users/Public/Dokumenty. WSL udostępnia dyski Windows zwykle pod katalogami montowania znajdującymi się w /mnt, natomiast pliki należące do dystrybucji są przechowywane w jej własnym systemie plików. To rozróżnienie ma znaczenie dla poleceń przekazujących lokalizację do Eksploratora.

W katalogu zamontowanym z dysku Windows polecenie explorer.exe . zazwyczaj ma prostsze zadanie, ponieważ bieżąca ścieżka odpowiada bezpośrednio lokalizacji na dysku hosta. W katalogu linuksowym WSL musi przygotować odwołanie do pliku znajdującego się wewnątrz wirtualnego systemu plików. Jeżeli dystrybucja, proces WSL albo komponent odpowiedzialny za uruchamianie aplikacji Windows nie działa prawidłowo, przekazanie takiej ścieżki może się nie udać.

Nie należy utożsamiać tego problemu z działaniem polecenia cd. Zmiana katalogu wewnątrz WSL może działać bez zarzutu, ponieważ odbywa się całkowicie w powłoce Linuksa. Dopiero próba otwarcia lokalizacji w aplikacji Windows ujawnia błąd integracji. Podobnie poprawne działanie Eksploratora po ręcznym przejściu do folderu Windows nie wyklucza problemu z komunikacją uruchamianą z WSL.

Znaczenie może mieć również sposób uruchomienia środowiska. WSL uruchomione z terminala systemowego, z aplikacji terminalowej albo z narzędzia deweloperskiego korzysta z podobnych mechanizmów, ale może dziedziczyć inne zmienne środowiskowe i ustawienia. W przypadku pracy zdalnej, kontenerem, nietypowym profilem użytkownika lub dodatkową warstwą narzędziową ścieżka wywołania może być bardziej złożona.

Problemy z otwieraniem plików Windows z poziomu WSL — typowe przyczyny

• Wyłączona lub ograniczona funkcja interop. W konfiguracji dystrybucji mogą znajdować się ustawienia decydujące o tym, czy programy Windows mogą być uruchamiane bezpośrednio z powłoki WSL.
• Nieaktualny albo niepoprawnie działający komponent WSL. Aktualizacja systemu, zmiana dystrybucji lub przerwana aktualizacja może pozostawić środowisko w stanie, w którym część poleceń działa, a przekazywanie zadań do Windows już nie.
• Błędna zmienna odpowiedzialna za wyszukiwanie programów. Jeżeli ścieżki systemowe Windows nie są dostępne w środowisku WSL, nazwa explorer.exe może nie zostać odnaleziona.
• Uruchomienie polecenia w katalogu, którego nie można poprawnie odwzorować. Dotyczy to między innymi specjalnych punktów montowania, ścieżek sieciowych, katalogów z nietypowymi znakami oraz lokalizacji dostępnych tylko w określonym kontekście użytkownika.
• Problemy z uprawnieniami. Inny profil użytkownika, podwyższony poziom uprawnień albo uruchomienie terminala w odmiennym kontekście może spowodować, że Eksplorator nie otrzyma dostępu do wskazanego miejsca.
• Zawieszenie procesu WSL lub Eksploratora. Sama dystrybucja może odpowiadać na polecenia, lecz proces pośredniczący albo aplikacja graficzna może nie przyjmować nowego żądania.
• Konflikt ustawień po zmianie wersji WSL. Przejście pomiędzy wydaniami środowiska, migracja plików lub modyfikacja konfiguracji może zmienić sposób prezentowania ścieżek.

Podczas diagnozy przydatne jest ustalenie, czy problem występuje w każdym katalogu, czy tylko w jednym projekcie. Jeżeli polecenie działa w katalogu znajdującym się na dysku Windows, a nie działa w katalogu domowym dystrybucji, podejrzenie pada na translację ścieżki lub obsługę systemu plików WSL. Jeżeli nie działa nigdzie, większe znaczenie mają ustawienia interop, dostępność programu i stan samego środowiska.

Otwieranie plików przez explorer.exe . — praktyczne wskazówki diagnostyczne

Najpierw należy sprawdzić, czy bieżąca lokalizacja jest prawidłowa. Można wyświetlić katalog roboczy i porównać go z miejscem, w którym rzeczywiście znajdują się pliki. Warto także przejść do prostego katalogu na dysku Windows i ponowić próbę. Takie porównanie pozwala rozdzielić problem z konkretną lokalizacją od problemu obejmującego całą integrację.

Kolejnym krokiem jest sprawdzenie, czy WSL rozpoznaje program Windows. Pomocne bywa wywołanie pełnej nazwy pliku wykonywalnego, sprawdzenie dostępności polecenia oraz obserwacja dokładnego komunikatu zwracanego przez powłokę. Nie powinno się usuwać przypadkowych wpisów z konfiguracji ani kopiować ustawień z niesprawdzonych poradników, ponieważ zmiany w plikach konfiguracyjnych WSL mogą wpłynąć na uruchamianie dystrybucji, montowanie dysków i dostęp do plików.

Można bezpiecznie porównać działanie polecenia w nowo otwartej sesji, po zamknięciu używanego terminala. Jeżeli problem zaczął się po aktualizacji, warto zapisać datę i zakres zmian, a następnie sprawdzić wersję WSL oraz stan dystrybucji. Przydatne jest również ustalenie, czy Eksplorator uruchamia się normalnie z poziomu systemu Windows i czy ręczne otwieranie zwykłych folderów działa prawidłowo.

W przypadku ścieżek zawierających spacje, polskie znaki lub nawiasy należy zwrócić uwagę na sposób przekazywania argumentu. Nieprawidłowe cudzysłowy mogą sprawić, że Eksplorator otrzyma tylko część lokalizacji. Warto rozpocząć od prostego katalogu bez nietypowych znaków, a dopiero później testować właściwy projekt. Jeżeli otwieranie działa dla folderów na dysku Windows, lecz nie dla katalogów dystrybucji, nie należy pochopnie przenosić danych. Takie działanie może zmienić uprawnienia, linki symboliczne i zachowanie narzędzi używanych w projekcie.

Przed głębszymi zmianami dobrze jest zabezpieczyć pliki konfiguracyjne, zanotować wynik poleceń diagnostycznych i zachować kopię ważnych danych. Szczególnej ostrożności wymagają katalogi projektowe, w których znajdują się środowiska programistyczne, repozytoria, klucze dostępowe lub pliki generowane automatycznie. Naprawa integracji powinna przywracać komunikację bez naruszania zawartości danych.

Kiedy zgłosić problem z explorer.exe . do serwisu komputerowego

Do serwisu warto zgłosić się wtedy, gdy polecenie nadal nie działa po sprawdzeniu kilku różnych katalogów, a jednocześnie potrzebne jest regularne korzystanie z plików WSL w aplikacjach Windows. Wskazaniem jest także powtarzające się zamykanie dystrybucji, niedostępne dyski zamontowane w /mnt, błędy po aktualizacji systemu, problemy z profilem użytkownika albo sytuacja, w której Eksplorator działa ręcznie, lecz nie reaguje na wywołania z terminala.

Przy zgłoszeniu pomocne będzie podanie używanej dystrybucji, sposobu uruchamiania WSL, przykładowej ścieżki oraz pełnego komunikatu błędu. Nie powinno się przesyłać haseł, kluczy ani zawartości prywatnych plików. W Warszawie takie przypadki obsługuje Warszawskie Pogotowie Komputerowe 24/7, a naprawy z reguły wykonywane są do 3 dni roboczych.

W czasie diagnozy można ustalić, czy przyczyną jest konfiguracja interop, uszkodzona instalacja komponentu WSL, problem z uprawnieniami, błędne mapowanie ścieżek czy zakłócenie działania Eksploratora. Dzięki temu działania naprawcze mogą zostać dobrane do konkretnego objawu, bez niepotrzebnego usuwania dystrybucji lub przenoszenia danych. Po przywróceniu działania warto sprawdzić kilka rodzajów lokalizacji: katalog na dysku Windows, katalog domowy WSL oraz folder projektu zawierający spacje lub znaki diakrytyczne. Taki test potwierdza, że przywrócono nie tylko pojedyncze wywołanie, ale całą komunikację pomiędzy środowiskiem WSL a systemem Windows.