Brak synchronizacji czasu między Windows a WSL

Brak synchronizacji czasu między Windows a WSL wskazuje na zatrzymany zegar wirtualnej maszyny WSL2 po wybudzeniu systemu — polecenie wsl --shutdown i ponowne uruchomienie dystrybucji to naprawia.

Czym jest brak synchronizacji czasu między Windows a WSL

Brak synchronizacji czasu między Windows a WSL oznacza, że zegar widziany w dystrybucji Linuksa uruchomionej w Windows Subsystem for Linux pokazuje inną godzinę, datę albo strefę czasową niż system Windows. Problem najczęściej dotyczy środowiska WSL2, które działa w lekkiej maszynie wirtualnej. Po uśpieniu, hibernacji lub wybudzeniu komputera wirtualne środowisko może nie od razu otrzymać aktualny czas od systemu gospodarza.

Różnica kilku minut może pozostać niezauważona podczas zwykłej pracy, lecz staje się istotna przy instalowaniu pakietów, korzystaniu z repozytoriów, uwierzytelnianiu połączeń, zapisywaniu logów oraz uruchamianiu zadań automatycznych. Nieprawidłowy czas może powodować odrzucanie certyfikatów, błędy sesji, problemy z tokenami oraz mylące znaczniki czasu w plikach tworzonych z poziomu Windows i Linuksa.

Nie chodzi przy tym wyłącznie o ustawienie zegara w samym terminalu. WSL korzysta z kilku powiązanych elementów: zegara systemu Windows, zegara środowiska wirtualnego, konfiguracji strefy czasowej oraz mechanizmów aktualizacji czasu wewnątrz dystrybucji. Dlatego ręczna zmiana godziny w jednym miejscu może być tylko chwilowym obejściem, a nie usunięciem przyczyny.

Kontekst techniczny i porównanie sposobów działania - Brak synchronizacji czasu między Windows a WSL

W przypadku WSL1 procesy linuksowe korzystają znacznie bezpośredniej z zasobów systemu Windows, natomiast WSL2 działa we własnym środowisku wirtualnym. Ta różnica ma znaczenie po zmianie stanu komputera. Windows może wznowić pracę wcześniej, podczas gdy uruchomiona dystrybucja WSL2 przez pewien czas pozostaje z zegarem odziedziczonym sprzed uśpienia.

Najpierw warto ustalić, gdzie dokładnie występuje rozbieżność. Godzinę należy porównać w Windows oraz w powłoce WSL, a następnie sprawdzić strefę czasową poleceniem date lub narzędziem systemowym właściwym dla używanej dystrybucji. Jeżeli data i godzina są poprawne w Windows, lecz nie w WSL, bardziej prawdopodobne jest rozjechanie zegara środowiska wirtualnego niż awaria baterii podtrzymującej ustawienia komputera.

Podstawowym działaniem naprawczym bywa zatrzymanie instancji WSL poleceniem wsl --shutdown, a następnie ponowne uruchomienie wybranej dystrybucji. Wymusza to odtworzenie środowiska i ponowne pobranie aktualnego czasu z systemu Windows. Jeżeli problem powraca, należy sprawdzić aktualizacje Windows i WSL, ustawienia automatycznej daty oraz godziny, konfigurację strefy czasowej, a także ewentualne skrypty modyfikujące zegar przy starcie powłoki.

Synchronizacja czasu realizowana przez usługę czasu w Linuksie nie zawsze zachowuje się tak samo jak synchronizacja w pełnym systemie Linux. WSL nie jest klasyczną, niezależną instalacją uruchomioną na osobnym komputerze, dlatego bezrefleksyjne konfigurowanie usług NTP może nie rozwiązać problemu, a czasem może wprowadzać dodatkowe rozbieżności. Najpierw powinno się przywrócić zgodność z zegarem Windows, a dopiero później analizować ustawienia dystrybucji.

Typowe problemy i błędy diagnostyczne - Brak synchronizacji czasu między Windows a WSL

Częstym objawem jest poprawna godzina zaraz po uruchomieniu Windows, lecz nieaktualny czas w już działającym terminalu WSL. Podobna sytuacja może pojawić się po zamknięciu pokrywy laptopa, zmianie strefy czasowej, przełączeniu między sieciami albo dłuższym pozostawieniu komputera w trybie uśpienia. W logach aplikacji widoczne są wtedy zdarzenia zapisane w niewłaściwej kolejności, mimo że program sam działa prawidłowo.

Inny wariant problemu dotyczy strefy czasowej. Zegar może wskazywać właściwą liczbę minut, ale aplikacja może interpretować ją jako czas UTC albo jako czas innego regionu. W takiej sytuacji samo ponowne uruchomienie WSL może nie wystarczyć. Należy porównać ustawienie strefy w Windows z wartością używaną przez dystrybucję i sprawdzić, czy konfiguracja powłoki, kontenera lub narzędzia deweloperskiego nie nadpisuje zmiennych środowiskowych związanych z czasem.

Błędem diagnostycznym bywa również ręczne przestawianie zegara w dystrybucji bez sprawdzenia źródła problemu. Takie działanie może chwilowo poprawić wynik polecenia date, lecz po ponownym uruchomieniu WSL ustawienie może zostać przywrócone. Nie powinno się także usuwać plików konfiguracyjnych ani wyłączać usług czasu bez kopii ustawień i bez ustalenia, czy problem dotyczy jednej dystrybucji, czy całego WSL.

Jeżeli błąd występuje razem z komunikatami o certyfikatach, wygasłych tokenach, nieudanych połączeniach lub nieprawidłowej kolejności logów, warto zebrać informacje z obu środowisk: bieżącą datę, strefę czasową, wersję Windows, wersję WSL oraz nazwę używanej dystrybucji. Takie dane ułatwiają odróżnienie problemu z zegarem wirtualnym od błędu aplikacji albo konfiguracji sieciowej.

Kiedy warto skorzystać z pomocy serwisu - Brak synchronizacji czasu między Windows a WSL

Do serwisu warto zgłosić problem wtedy, gdy rozbieżność czasu powraca po restarcie WSL, pojawia się po każdym wybudzeniu komputera albo towarzyszą jej błędy certyfikatów, logowania i zadań automatycznych. Pomocna może być również konsultacja, gdy nie jest jasne, czy przyczyną jest WSL2, ustawienia Windows, strefa czasowa, aktualizacja systemu czy dodatkowe oprogramowanie uruchamiane wraz z systemem.

W Warszawie analizę takich usterek można powierzyć serwisowi działającemu pod nazwą Warszawskie Pogotowie Komputerowe 24/7, gdzie sprawdza się zarówno konfigurację systemu Windows, jak i sposób uruchamiania dystrybucji WSL. W ramach diagnostyki można zweryfikować stan WSL, porównać źródła czasu, odtworzyć problem po uśpieniu oraz ocenić, czy konieczna jest korekta konfiguracji, aktualizacja komponentów lub naprawa szerszego problemu systemowego.

Przed przekazaniem sprzętu dobrze jest zanotować, kiedy rozbieżność się pojawia, czy dotyczy każdej dystrybucji, czy występuje po zmianie sieci oraz jakie polecenia przywracają prawidłową godzinę. Nie należy samodzielnie usuwać środowiska WSL ani kasować dystrybucji tylko po to, aby naprawić zegar, ponieważ może to doprowadzić do utraty plików i konfiguracji. Najbezpieczniej rozpocząć od zachowania danych, zebrania komunikatów i wykonania uporządkowanej diagnozy.