Uszkodzone pliki systemowe

[Grisza]

Witam,

od kilku dni obserwuję znaczne wydłużenie logowania się i ładowania systemu po zalogowaniu. Pomimo wyłączenia testowo wszelkich zbędnych usług, programów, system ładuje się długo. Dysk mieli jeszcze przez parę minut po zalogowaniu.

Problem ten będę rozwiązywał w innym temacie, ale podejrzewam, że spowodowany jest uszkodzeniami plików systemowych, co wykazał dzisiejszy skan sfc.

 

Dodatkowo występowały dziwne błędy w dzienniku zdarzeń związane z niemożnością uruchomienia usług np. WSearch z powodu upłynięcia limitu czasu.

Posiłkując się artykułem ze strony MS dot. błędu 7009, 7011 (mają identyczne rozwiązania) dodałem wartość DWORD ServicesPipeTimeout do rejestru i ustawiłem na 60000 ms.

sfc.txt

[picasso]

Podaj skan na wystąpienia plików notowanych przez SFC jako uszkodzone. Do SystemLook x64 wklej:

 

:filefind
fde.dll
fdeploy.dll
gptext.dll
gpedit.dll

 

.

[Grisza]

Proszę, log w załączniku.

SystemLook.txt

[picasso]

Dla porównania mój skan na pliki zgłoszone u Ciebie przez SFC jako nieprawidłowe:

 

 

 

C:\Windows\SysWOW64\fde.dll --a---- 124416 bytes [02:39 29/05/2011] [12:19 20/11/2010] B70B2E022318E7EF942EEAC7126E6972

C:\Windows\winsxs\x86_microsoft-windows-fde_31bf3856ad364e35_6.1.7601.17514_none_aa136561b9ed4ae4\fde.dll --a---- 124416 bytes [02:39 29/05/2011] [12:19 20/11/2010] B70B2E022318E7EF942EEAC7126E6972

 

C:\Windows\SysWOW64\fdeploy.dll --a---- 59904 bytes [02:38 29/05/2011] [12:19 20/11/2010] 6F241D9C35D157A376003CDEF2E26CAE

C:\Windows\winsxs\x86_microsoft-windows-fdeploy_31bf3856ad364e35_6.1.7601.17514_none_e1bcfc28af006dea\fdeploy.dll --a---- 59904 bytes [02:38 29/05/2011] [12:19 20/11/2010] 6F241D9C35D157A376003CDEF2E26CAE

 

C:\Windows\SysWOW64\gptext.dll --a---- 18944 bytes [23:34 13/07/2009] [01:15 14/07/2009] BE331669F6FBDDD153AB4F0BDAC165CA

C:\Windows\winsxs\x86_microsoft-windows-grouppolicy-gptext_31bf3856ad364e35_6.1.7600.16385_none_372622adf05a6587\gptext.dll --a---- 18944 bytes [23:34 13/07/2009] [01:15 14/07/2009] BE331669F6FBDDD153AB4F0BDAC165CA

 

C:\Windows\SysWOW64\gpedit.dll --a---- 951808 bytes [23:38 13/07/2009] [01:15 14/07/2009] F4CB9FF6AA4F0D3FBE707BE54BB05768

C:\Windows\winsxs\x86_microsoft-windows-g..policy-admin-gpedit_31bf3856ad364e35_6.1.7600.16385_none_ce0882b8c63afdf6\gpedit.dll --a---- 951808 bytes [23:38 13/07/2009] [01:15 14/07/2009] F4CB9FF6AA4F0D3FBE707BE54BB05768

 

 

 

 

Masz w systemie prawidłowe kopie o tych samych sumach kontrolnych co u mnie, siedzą one w katalogu C:\Windows\SysWOW64\GPBAK:

 

C:\Windows\SysWOW64\GPBAK\fde.dll	--a---- 124416 bytes	[08:47 26/10/2012]	[03:19 20/11/2010] B70B2E022318E7EF942EEAC7126E6972
C:\Windows\SysWOW64\GPBAK\fdeploy.dll	--a---- 59904 bytes	[08:47 26/10/2012]	[03:19 20/11/2010] 6F241D9C35D157A376003CDEF2E26CAE
C:\Windows\SysWOW64\GPBAK\gptext.dll	--a---- 18944 bytes	[08:47 26/10/2012]	[01:15 14/07/2009] BE331669F6FBDDD153AB4F0BDAC165CA
C:\Windows\SysWOW64\GPBAK\gpedit.dll	--a---- 951808 bytes	[08:47 26/10/2012]	[01:15 14/07/2009] F4CB9FF6AA4F0D3FBE707BE54BB05768

 

Czyli z tego katalogu bierzesz pliki i wymieniasz nimi zasadnicze pliki w tych miejscach:

 

C:\Windows\SysWOW64\fde.dll

C:\Windows\winsxs\x86_microsoft-windows-fde_31bf3856ad364e35_6.1.7601.17514_none_aa136561b9ed4ae4\fde.dll

 

C:\Windows\SysWOW64\fdeploy.dll

C:\Windows\winsxs\x86_microsoft-windows-fdeploy_31bf3856ad364e35_6.1.7601.17514_none_e1bcfc28af006dea\fdeploy.dll

 

C:\Windows\SysWOW64\gptext.dll

C:\Windows\winsxs\x86_microsoft-windows-grouppolicy-gptext_31bf3856ad364e35_6.1.7600.16385_none_372622adf05a6587\gptext.dll

 

C:\Windows\SysWOW64\gpedit.dll

C:\Windows\winsxs\x86_microsoft-windows-g..policy-admin-gpedit_31bf3856ad364e35_6.1.7600.16385_none_ce0882b8c63afdf6\gpedit.dll

 

By podmiany były możliwe, tymczasowo musisz przestawić uprawnienia zamienianych plików.

 

Swoją drogą wątpię, by te 32-bitowe pliki przystawek były powiązane z główną usterką (długi start).

 

 

 

.

[Grisza]

Może dziwne, ale nie zmieniałem uprawnień, by móc podmienić te pliki. Już wchodząc do tych folderów, do których miałem skopiować widziałem jak same się podmieniają. Wyglądało to tak, że był stary, niezgodny plik i po chwili zmieniała się jego data na datę zgodną z tym z BPBAK (oczywiście pro forma skopiowałem oryginalne pliki do wymienionych folderów).

 

Sam folder GPBAK to pewnie pozostałość, po narzędziu, które instalowało obsługę przystawki gpedit.msc na moim systemie (chciałem to wypróbować, w sumie nieprzydatne dla mnie i odinstalowałem) i prawdopodobnie ten program był przyczyną złych wersji plików.

 

Swoją drogą wątpię, by te 32-bitowe pliki przystawek były powiązane z główną usterką (długi start).

Napisałem, że mogą mieć związek z pośpiechu, nie przemyślałem sprawy. Pewnie długi start spowodowany jest zbyt małym rozmiarem pliku readyboost.etl, są odpowiednie wpisy w Dzienniku Zdarzeń a propos tego

 

Dziękuję za pomoc.