Nie działa bash jako shell domyślny

Niedziałający bash jako powłoka domyślna w WSL wskazuje na uszkodzoną konfigurację dystrybucji — pomaga polecenie wsl --set-default-user lub reinstalacja dystrybucji.

Nie działa bash jako shell domyślny — co oznacza ten problem

Komunikat lub zachowanie wskazujące, że Bash nie uruchamia się jako domyślna powłoka, oznacza, że środowisko nie potrafi poprawnie przypisać użytkownikowi programu odpowiedzialnego za obsługę poleceń tekstowych. W przypadku WSL problem może dotyczyć zarówno ustawień konkretnego użytkownika, jak i konfiguracji całej dystrybucji Linuksa. Po otwarciu terminala może pojawiać się inna powłoka, ekran zamykający się natychmiast po uruchomieniu albo komunikat o braku pliku wykonywalnego. Czasami system startuje prawidłowo, lecz nie są wczytywane pliki konfiguracyjne Basha, takie jak .bashrc lub .profile, przez co nie działają aliasy, zmienne środowiskowe i indywidualne ustawienia sesji.

Nie zawsze oznacza to uszkodzenie samego programu Bash. Przyczyną może być wybranie nieistniejącego użytkownika jako domyślnego, wskazanie błędnej ścieżki powłoki w konfiguracji konta, niepełna aktualizacja dystrybucji albo zmiana ustawień startowych WSL. Warto odróżnić problem z domyślną powłoką od sytuacji, w której Bash uruchamia się ręcznie, lecz nie wykonuje poleceń zapisanych w plikach inicjalizacyjnych. Takie rozróżnienie ułatwia dobranie właściwej metody naprawy i ogranicza ryzyko niepotrzebnego usuwania danych użytkownika.

Rola domyślnej powłoki w WSL i porównanie sposobów uruchamiania

Powłoka jest warstwą pośrednią między użytkownikiem a systemem operacyjnym. Przyjmuje wpisane polecenia, interpretuje ich składnię, uruchamia programy oraz przekazuje im zmienne środowiskowe. Bash może zostać uruchomiony jako powłoka interaktywna, jako proces logowania albo jako program wywołany tylko dla pojedynczego polecenia. Te tryby nie są całkowicie równoważne, ponieważ mogą korzystać z innych plików konfiguracyjnych i innych ustawień użytkownika.

W WSL dodatkową rolę odgrywa konfiguracja dystrybucji oraz mechanizm uruchamiania konta. Samo polecenie wsl może otworzyć domyślną dystrybucję, natomiast ustawienia wewnątrz Linuksa decydują o tym, który użytkownik zostanie zalogowany i jaki program zostanie użyty jako jego shell. Z tego powodu prawidłowe działanie jednej dystrybucji nie gwarantuje poprawnego startu innej. Należy również pamiętać, że terminal Windows, PowerShell i Bash działający wewnątrz WSL są odrębnymi środowiskami. Zmiana ustawień jednego z nich nie musi naprawić problemu w pozostałych.

Przy diagnozowaniu można porównać uruchomienie dystrybucji bezpośrednio z terminala z ręcznym wywołaniem programu bash. Jeżeli ręczne uruchomienie działa, a automatyczny start nie, większe prawdopodobieństwo dotyczy ustawień użytkownika lub konfiguracji startowej. Jeżeli Bash nie uruchamia się także ręcznie, należy sprawdzić obecność pliku wykonywalnego, dostęp do systemu plików i stan pakietów dystrybucji. Wprowadzanie zmian powinno być poprzedzone odczytaniem bieżących ustawień, ponieważ przypadkowe nadpisanie konfiguracji może utrudnić późniejsze odtworzenie środowiska.

Typowe przyczyny i objawy błędnej konfiguracji - Nie działa bash jako shell domyślny

Jednym z częstszych scenariuszy jest ustawienie użytkownika, który został usunięty albo którego katalog domowy nie jest już dostępny. W takiej sytuacji WSL może próbować rozpocząć sesję na nieprawidłowym koncie i zakończyć ją przed otwarciem powłoki. Podobny efekt pojawia się po zmianie identyfikatora użytkownika, przeniesieniu danych dystrybucji lub ręcznej modyfikacji ustawień startowych. Objawem bywa komunikat o nieznanym użytkowniku, brak zwykłego promptu albo uruchomienie sesji z nieoczekiwanymi uprawnieniami.

Problem może również wynikać z wpisu w konfiguracji konta, który wskazuje na niewłaściwy shell. Jeżeli ścieżka prowadzi do pliku nieistniejącego w danej dystrybucji, logowanie może być niemożliwe mimo zachowanych danych. W innych przypadkach Bash startuje, ale natychmiast kończy pracę z powodu błędu składni w .bashrc, nieskończonego wywoływania plików konfiguracyjnych albo polecenia wymagającego programu, którego nie ma już w systemie. Warto wtedy sprawdzić, czy problem występuje także po pominięciu konfiguracji użytkownika.

Nieprawidłowe działanie może być następstwem aktualizacji, przerwania operacji na pakietach lub uszkodzenia systemu plików dystrybucji. Czasem powłoka jest dostępna, lecz zmienna SHELL wskazuje inną ścieżkę niż faktycznie używany program. Sama wartość tej zmiennej nie zawsze zmienia zachowanie terminala, dlatego nie powinna być traktowana jako jedyny dowód poprawnej konfiguracji. Należy zestawić ją z informacjami o bieżącym użytkowniku, procesie powłoki, katalogu domowym i ustawieniach startowych WSL.

Przed reinstalacją warto zabezpieczyć pliki znajdujące się w katalogu domowym oraz sprawdzić, czy problem można usunąć przez przywrócenie właściwego użytkownika i powłoki. Reinstalacja dystrybucji może rozwiązać uszkodzenie środowiska, ale wykonana bez kopii danych może doprowadzić do ich utraty. Jeżeli usterka pojawiła się po zmianie konfiguracji, bezpieczniejsze jest najpierw cofnięcie konkretnego wpisu lub uruchomienie sesji technicznej umożliwiającej naprawę ustawień z poziomu działającego konta.

Kiedy najlepiej skorzystać z pomocy serwisu - Nie działa bash jako shell domyślny

Zgłoszenie do serwisu jest uzasadnione, gdy Bash nie uruchamia się mimo sprawdzenia użytkownika, ścieżki powłoki i plików konfiguracyjnych, a także wtedy, gdy WSL zaczyna zgłaszać błędy dostępu do danych lub nie otwiera żadnej sesji. Pomoc może być potrzebna również po nieudanej aktualizacji, przenoszeniu dystrybucji między dyskami albo ingerencji w ustawienia systemowe, gdy nie ma pewności, które elementy można bezpiecznie zmienić. Przed rozpoczęciem naprawy można przygotować treść komunikatu, nazwę używanej dystrybucji oraz informację, czy ręczne polecenie bash uruchamia się poprawnie.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie laptopa, na którym problem z WSL utrudnia pracę, a diagnoza LAPTOPA jest darmowa. Podczas analizy można rozdzielić usterkę samego systemu Windows od błędu wewnątrz dystrybucji Linuksa, zweryfikować bezpieczeństwo plików użytkownika i dobrać sposób przywrócenia domyślnej powłoki bez pochopnego usuwania całego środowiska. Szczególnej ostrożności wymaga sytuacja, w której WSL przechowuje projekty, skrypty, klucze dostępowe lub lokalne kopie danych, ponieważ naprawa konfiguracji powinna uwzględniać ich zachowanie.

Po usunięciu przyczyny należy sprawdzić kilka niezależnych scenariuszy: zwykłe otwarcie dystrybucji, uruchomienie sesji przez wskazanego użytkownika, wykonanie podstawowych poleceń oraz ponowne uruchomienie komputera. Dopiero zgodność tych testów pozwala uznać, że Bash rzeczywiście działa jako shell domyślny, a nie tylko uruchamia się jednorazowo po ręcznym wskazaniu programu.