Usługi automatyczne nie uruchamiają się automatycznie po ponownym uruchomieniu systemu Windows


25

Mam system Windows 10 zbudowany 1511 ze wszystkimi aktualizacjami.

Dzisiaj zauważyłem dziwne zachowanie:

po ponownym uruchomieniu systemu niektóre usługi z typem uruchamiania Automatic nie uruchamiają się automatycznie.

Ale mogę je uruchomić ręcznie, a potem wszystko jest w porządku. Ale jeśli zrestartuję system, problem pojawi się ponownie.

Jeśli uruchomię usługę ręcznie, a po wyłączeniu wszystko będzie w porządku po ponownym włączeniu komputera. Usługi są więc uruchamiane automatycznie tak, jak powinny. Problem pojawia się tylko po ponownym uruchomieniu systemu Windows. Po ponownym uruchomieniu usługi te nie są uruchamiane automatycznie.

Ten problem występuje tylko w przypadku niektórych usług związanych z aplikacjami (nie tych, które są usługami systemowymi). Usługi te nie zależą od żadnej innej usługi.

Co mogę zrobić ?

Dziękuję Ci !


Może możesz podać przykłady takich usług, które się nie uruchamiają. Trudno zgadnąć, na czym polega problem bez żadnych szczegółów.
dxiv

4
Jeśli to sprawi, że poczujesz się lepiej, nie jesteś jedyny. Mam dokładnie ten sam problem. Usługi są 32-bitowe. Oprogramowanie niestandardowe zainstalowane jakiś czas temu. Tak więc ustawienie WOW64 jest włączone. Mogę uruchomić usługi ręcznie, ale od czasu uaktualnienia systemu Windows 7 do Windows 10 system operacyjny NIE podejmuje próby uruchomienia usług. W plikach śledzenia nic nie widać, a dziennik zdarzeń nie pokazuje próby ich uruchomienia ani żadnego problemu z nimi. To jest bardzo frustrujące. Opóźnienie automatyczne jest kiepską opcją, ale myślę, że na razie to tyle ...
Brian B


Dla mnie, gdy mam ten problem, zmiana „To konto” w „Właściwości> Zaloguj się” dla usługi na nazwę sieci w postaci „MyDomain \ MyUser” z „MyUser@MyDomain.xxx.yy” rozwiązała problem, chociaż nie mam wyjaśnienia dlaczego.
MBWise

Odpowiedzi:


11

Jedynym rozwiązaniem, które obecnie działa, jest zmiana typu uruchamiania tych usług z Opóźnienia automatycznego na Automatyczne. Nie wiem, czy to najlepsze rozwiązanie, ale tylko to na razie działa.


Jeśli nie masz nic przeciwko regedit, odkryłem, że dopóki usługa ma klucz DelayedAutostart (DWORD), rozpocznie się. Więc dodałem to, ale ustawiłem wartość na 0, ponieważ nie chciałem, żeby było to opóźnione. Przykład: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ <yourServiceName> \ DelayedAutostart
Brian B

Znalazłem też wątek w witrynie Microsoft technet, social.technet.microsoft.com/Forums/windows/en-US/... W tym wątku OP mówi, że można również użyć „restartu po awarii” jako obejścia.
RenniePet,

6

Moja poprzednia odpowiedź nie rozwiązała naszego problemu. Ostatecznie naprawiliśmy to, ustawiając czas wygaśnięcia usług na wyższą wartość. Wypróbuj to rozwiązanie:

Przejdź do Start> Uruchom> i wpisz regedit

Przejdź do: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control

Po wybraniu folderu kontrolnego kliknij prawym przyciskiem myszy okienko po prawej stronie i wybierz nową wartość DWORD

Nazwij nowy DWORD: ServicesPipeTimeout

Kliknij prawym przyciskiem myszy ServicesPipeTimeout, a następnie kliknij polecenie Modyfikuj

Kliknij opcję Dziesiętny, wpisz „180000”, a następnie kliknij przycisk OK

Zrestartuj komputer

Przyczyna:

Menedżer sterowania usługami Microsoft Windows kontroluje stan (tj. Uruchomiony, zatrzymany, wstrzymany itp.) Wszystkich zainstalowanych usług Windows. Domyślnie Menedżer sterowania usługami czeka 30 000 milisekund (30 sekund) na odpowiedź usługi. Jednak niektóre konfiguracje, ograniczenia techniczne lub problemy z wydajnością mogą spowodować, że uruchomienie usługi i zgłoszenie jej do Menedżera sterowania usługą potrwa dłużej niż 30 sekund.

Dzięki edycji lub utworzeniu wartości DWORD ServicesPipeTimeout można przekroczyć limit czasu Menedżera sterowania usługami, co daje więcej czasu na uruchomienie usługi i zgłoszenie gotowości do usługi.

Przypadek referencyjny:

Błąd serwera raportowania 1053: Usługa nie odpowiedziała na żądanie uruchomienia lub kontroli w odpowiednim czasie

https://social.technet.microsoft.com/Forums/windows/en-US/b57ee42d-42ef-44a4-9670-be9088dbf9d4/reporting-server-error-1053-the-service-did-not-respond-to-to- the-start-or-control-request-in-a-time? forum = sqlreportingservices

Powodzenia To jest źródło poprawki


2

Możesz zmodyfikować start z „Automatyczne uruchamianie” na „Automatyczne” za pomocą polecenia: sc triggerinfo w32time delete

Teraz usługa może uruchomić się automatycznie po ponownym uruchomieniu


Próbuję zrozumieć: czy ta nowa idiotyczna „funkcja” systemu Windows, czy istniała dawno temu? Okazało się, że moje krytyczne dla biznesu serwery nie synchronizowały się z serwerem NTTP, ponieważ usługa Windows Time nagle zmieniła swój typ uruchomienia z Automatycznego na Automatyczny (uruchomienie Triggera) i oczywiście żadna próba zaplanowanego zadania synchronizacji czasu nie powiodła się.
Anatolij Aleksiejew

1

Cóż, system Windows może zatrzymać te usługi, jeśli nie są one potrzebne lub istnieje instrukcja zatrzymania usługi po tym, co robi. Niektóre usługi zależą od innych usług i zaczną działać dopiero po pierwszym wywołaniu.

Błąd może spowodować przedwczesne zatrzymanie usługi. Możesz przejść do Rejestratora zdarzeń i sprawdzić, czy występują błędy związane z tymi usługami. Jeśli występuje po nim „(Uruchomiony start)”, usługi te zwykle nie są wymagane lub zaczynają się tylko wtedy, gdy jest to potrzebne, na przykład, usługi biometryczne.

Więcej informacji na temat działania usług można znaleźć tutaj .

Jeśli nie zauważysz, że komputer nie działa poprawnie, to naprawdę nie powinno stanowić problemu.


3
Przepraszam przyjacielu, ale może nie rozumiesz, co mówię. Usługi te mają typ automatycznego uruchamiania i nie są usługami systemowymi. Są instalowane po instalacji niektórych aplikacji. Działają bardzo dobrze. Jeśli zamknę system Windows i włączę, usługi te uruchomią się automatycznie i wszystko będzie działać poprawnie. Ale problem pojawia się po ponownym uruchomieniu systemu Windows. Po ponownym uruchomieniu usługi te nie uruchamiają się automatycznie, a związana z nimi aplikacja nie działa. Mogę uruchomić ręcznie i wszystko działa dobrze, dopóki nie wykonam ponownego uruchomienia i problem nie pojawi się ponownie.
alex

Hmm, myślę, że powinieneś naprawdę spojrzeć na Rejestrator zdarzeń, aby sprawdzić, czy usługi generują jakiś błąd. Możesz go otworzyć i poszukać wiadomości w czasie, w którym ponownie uruchomiłeś komputer. Jeśli zatrzymują się przedwcześnie z powodu błędu, można tam znaleźć opis lub kod tego błędu i możemy lepiej zrozumieć, na czym polega prawdziwy problem.
axys93

1
Nie, brak błędu w dzienniku zdarzeń. Nie ma dziennika opisującego przedwczesne zatrzymanie. Usługa po prostu się nie uruchamia. Wygląda na to, że jeśli ponownie uruchomię system Windows 10, system po prostu zignoruje typ automatycznego uruchamiania tych usług.
alex

1
@alex Twój odnośnik odwołuje się do wątku dyskusji w technet , gdzie odnotowano, że w dzienniku zdarzeń znajduje się wpis wskazujący, że usługa nie uruchomiła się ( "The SQL Server (MSSQLSERVER) service failed to start ..".). To całkiem inne niż twoje roszczenie The service doesn't fail to start. Ryzykując powtórzenie, twoje pytanie jest bez odpowiedzi tak, jak jest teraz, bez żadnych szczegółów.
dxiv

1
@alex To nie jest mój link. Czy w ogóle przeczytałeś opublikowany link? Drugi akapit mówi, z The issue is reported on below MSDN thread https://social.technet.microsoft.com/Forums/sqlserver/en-US/bb5f2199-f283-4249-a029-53978d637148/sql-service-stops-working-after-windows-10-upgrade?forum=sqldatabaseenginektórego dokładnie miejsca cytowałem. W każdym razie w tym miejscu pozostawiam innym do odgadnięcia, jaki może być problem, bez żadnej pomocy z twojej strony.
dxiv

1

Miałem ten sam problem. Usługi nie uruchomiły się ponownie automatycznie po ponownym uruchomieniu komputera. Powodem jest to, że przycisk zamknięcia systemu Windows 10 nie oznacza (w przeciwieństwie do systemu Windows 7) zamknięcia, ale można go uznać za tryb gotowości, jeśli konfiguracja „Ustaw przyciski zasilania” jest taka.

W takim przypadku, jeśli usługi zostały zatrzymane, pozostają takie. Jeśli zostały uruchomione, będą nadal działać bez ponownego uruchamiania (bez inicjowania). Jean-Marie


Jak do tego dojść? Czy możesz podać jakieś źródło?
Mark

1

Naprawiliśmy to, jeśli sam możesz zmienić plik wykonywalny usługi:

W pliku projektu zmień opcję Preferuj 32-bitową flagę na false , a następnie ponownie zainstaluj usługę.

Sprawdź swoją usługę za pomocą CorFlags.exe . Wartości 32BITREQ i 32BITPREF powinny wynosić 0.

Version   : v4.0.30319
CLR Header: 2.5
PE        : PE32
CorFlags  : 0x1
ILONLY    : 1
32BITREQ  : 0
32BITPREF : 0
Signed    : 0

Czy wiesz, jak ustawić flagę preferencji w programie Visual Studio 2010?
Neil Weicher

Nie, nie wiem, ale możesz sprawdzić plik csproj, powinien on zatem zawierać <Prefer32Bit> false </Prefer32Bit> w grupie właściwości wydania.
Michael van der Horst

0

Spróbuj tego:

Uruchom następującą komendę, aby zdefiniować zdarzenie wyzwalające, które pasuje do twojego środowiska. W tym przykładzie polecenie określa, czy adres IP jest podawany hostowi, a następnie uruchamia lub zatrzymuje usługę.

sc triggerinfo w32time start / networkon stop / networkoff

gdzie w32Time jest nazwą twojej usługi

lub spróbuj tego

https://support.microsoft.com/en-us/kb/922918


Przeczytaj uważnie pytanie ponownie. Twoja odpowiedź nie odpowiada na pierwotne pytanie.
DavidPostill

napotkanie czegoś podobnego z opóźnionym startem również nie jest tak skuteczne, jak ulepszenie, pomaga informacja o spuście.
amritanshu


0

Jeśli ktoś nadal ma problem z tym: NSClient version 0.5usunięto wykrywanie wyzwalacza z domyślnego stanu usługi. Musimy dodać go ręcznie:

*your_command* check_service -a "filter=is_trigger=0" *other_arguments* 

0

Zobacz komentarz MBWise:

Dla mnie, gdy mam ten problem, zmiana „To konto” w „Właściwości> Zaloguj się” dla usługi na nazwę sieci w postaci „MyDomain \ MyUser” z „MyUser@MyDomain.xxx.yy” rozwiązała problem, chociaż nie mam wyjaśnienia dlaczego. - MBWise 14 marca 18 o 13:07

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.