Błąd 1060 – określona usługa nie istnieje

Błąd 1060 (ERROR_SERVICE_DOES_NOT_EXIST) zgłasza system, gdy próba uruchomienia usługi odwołuje się do nazwy, która nie jest zarejestrowana w bazie SCM — zwykle po odinstalowaniu programu bez pełnego wyczyszczenia wpisów usług.

Czym jest błąd 1060 i co oznacza komunikat o braku usługi

Błąd 1060 systemu Windows, oznaczany także jako ERROR_SERVICE_DOES_NOT_EXIST, pojawia się wtedy, gdy system próbuje odwołać się do usługi, której wskazana nazwa nie występuje w bazie Service Control Managera, czyli mechanizmie odpowiedzialnym za rejestrowanie, uruchamianie, zatrzymywanie i nadzorowanie usług. Nie chodzi wyłącznie o to, że usługa jest wyłączona. W tym przypadku system nie znajduje właściwego wpisu konfiguracyjnego, dlatego nie może wykonać żądanej operacji.

Usługa systemowa lub programowa działa jako proces uruchamiany niezależnie od zwykłego okna aplikacji. Może startować razem z systemem, na żądanie konkretnego programu albo w reakcji na określone zdarzenie. Jeżeli aplikacja zapisuje w konfiguracji odwołanie do usługi, a później jej wpis zostanie usunięty, zmieniony albo uszkodzony, pojawia się rozbieżność między tym, czego oczekuje program, a tym, co faktycznie znajduje się w systemie.

Komunikat może wystąpić podczas uruchamiania aplikacji, instalowania sterownika, wykonywania skryptu administracyjnego, korzystania z narzędzi systemowych lub próby aktywowania funkcji zależnej od określonej usługi. Sam numer błędu wskazuje na brak elementu w rejestrze usług, ale nie przesądza jeszcze, czy przyczyną było odinstalowanie programu, ręczna ingerencja w konfigurację, awaria aktualizacji, działanie oprogramowania zabezpieczającego czy uszkodzenie plików systemowych.

Kontekst techniczny: usługa wyłączona a usługa nieistniejąca

W systemie Windows należy odróżnić trzy sytuacje. Usługa może być zarejestrowana i działać, może być zarejestrowana, lecz zatrzymana lub wyłączona, albo może nie mieć żadnego poprawnego wpisu. W pierwszym przypadku polecenie może zostać wykonane bez dodatkowych działań. W drugim możliwe jest sprawdzenie trybu uruchamiania i zależności. W trzecim system nie ma obiektu, który można uruchomić, dlatego samo ustawienie trybu automatycznego nie rozwiąże problemu.

Informacje o usługach są przechowywane w konfiguracji systemowej i obejmują między innymi nazwę wewnętrzną, nazwę wyświetlaną, ścieżkę do pliku wykonywalnego, typ uruchamiania, konto używane przez usługę oraz zależności od innych składników. Istotne jest rozróżnienie nazwy wyświetlanej od nazwy systemowej. Dwie usługi mogą mieć podobne opisy widoczne w panelu administracyjnym, ale polecenie systemowe wymaga dokładnej nazwy wewnętrznej. Pomylenie tych identyfikatorów może dawać ten sam komunikat co rzeczywisty brak usługi.

Diagnozę można rozpocząć od sprawdzenia, jaki komponent zgłasza błąd i jakiej nazwy używa w komunikacie, dzienniku zdarzeń albo skrypcie. Następnie w narzędziach systemowych można zweryfikować obecność wpisu, stan usługi, jej ścieżkę uruchamiania oraz zależności. Przydatne bywają także punkty przywracania, kopie konfiguracji i logi instalatora. Nie powinno się bez rozpoznania importować przypadkowych wpisów z internetu ani tworzyć usługi o tej samej nazwie bez sprawdzenia źródła, ponieważ można w ten sposób zamaskować problem lub uruchomić nieprawidłowy plik.

Typowe problemy prowadzące do błędu 1060

Częstym powodem jest niepełne odinstalowanie programu. Pliki aplikacji mogą zostać usunięte, natomiast skrót, zadanie, sterownik albo skrypt nadal może próbować wywołać usługę, która wcześniej należała do tego programu. Odwrotna sytuacja również jest możliwa: wpis usługi pozostaje w konfiguracji, lecz plik wykonywalny został skasowany. W takim przypadku system może zgłaszać dodatkowe komunikaty dotyczące braku pliku lub nieprawidłowej ścieżki.

Do podobnych objawów prowadzą nieudane aktualizacje, przywracanie systemu, zmiany wykonane przez narzędzia optymalizacyjne oraz ręczne usuwanie elementów konfiguracji. Problemy mogą dotyczyć usług związanych z drukowaniem, siecią, synchronizacją danych, obsługą urządzeń, oprogramowaniem zabezpieczającym albo konkretną aplikacją użytkową. Po aktualizacji może zmienić się także nazwa komponentu, sposób instalacji lub zestaw zależności, przez co starszy program zaczyna odwoływać się do nieaktualnego wpisu.

Warto sprawdzić, czy błąd pojawia się stale, czy tylko przy określonej czynności. Znaczenie ma również moment wystąpienia problemu: podczas startu systemu, logowania użytkownika, uruchamiania programu, podłączania urządzenia lub wykonywania zadania w tle. Dziennik zdarzeń może wskazać nazwę procesu, identyfikator usługi i kolejność zdarzeń. Przydatne jest także uruchomienie systemu w trybie ograniczającym wpływ dodatkowych programów, ponieważ pozwala ustalić, czy błąd wywołuje aplikacja startująca wraz z systemem.

Nie zawsze konieczne jest odtwarzanie brakującej usługi. Jeżeli pozostał tylko nieaktualny wpis po usuniętym programie, bezpieczniejszym rozwiązaniem może być usunięcie źródła odwołania, uporządkowanie pozostałości po aplikacji albo ponowna instalacja właściwego komponentu z zaufanego pakietu. Każda zmiana w konfiguracji usług powinna być poprzedzona kopią istotnych danych i ustaleniem, do czego dana usługa była wykorzystywana.

Kiedy najlepiej zgłosić sprzęt do serwisu - Błąd 1060 – określona usługa nie istnieje

Zgłoszenie do serwisu jest zasadne, gdy błąd 1060 pojawia się przy każdym uruchomieniu systemu, uniemożliwia działanie potrzebnej aplikacji, powraca po ponownej instalacji albo towarzyszą mu problemy z siecią, sterownikami, logowaniem lub uruchamianiem innych usług. Szczególnej ostrożności wymaga sytuacja, w której nie wiadomo, jaki program utworzył daną usługę, wpisy w konfiguracji wyglądają na uszkodzone lub system odmawia dostępu do narzędzi administracyjnych.

Podczas diagnostyki można ustalić, czy przyczyną jest brak rejestracji usługi, błędna nazwa, usunięty plik, nieprawidłowa zależność, pozostałość po odinstalowanym programie czy szersze uszkodzenie systemu. W razie potrzeby sprawdza się dzienniki zdarzeń, stan sterowników, integralność plików systemowych oraz wpływ aplikacji uruchamianych w tle. Pozwala to dobrać naprawę do rzeczywistego źródła problemu, zamiast przypadkowo modyfikować rejestr lub przywracać nieznane wpisy.

W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie przed naprawą można ustalić, czy problem dotyczy pojedynczej usługi, czy szerszej konfiguracji systemu. Dla laptopów dostępna jest darmowa diagnoza LAPTOPA, co ułatwia rozpoczęcie sprawdzania błędu bez samodzielnego ingerowania w newralgiczne ustawienia Windows.

Do zgłoszenia warto dołączyć pełną treść komunikatu, nazwę programu lub urządzenia, przy którym występuje błąd, informacje o ostatnich aktualizacjach oraz opis czynności, po której problem się pojawił. Takie dane skracają rozpoznanie i pomagają odróżnić uszkodzoną usługę od błędnego odwołania pozostawionego przez nieużywaną aplikację.