mgrzeg

Wygląda na to, że jest jakiś aktywny sterownik wiszący na USB, zazwyczaj w postaci górnego filtra (upper filter, w zakładkach Microsoftu tłumaczone jako filtry wyższe) i najczęściej jakiś AV. Sprawdź w menadżerze urządzeń dla kontrolera USB, ale także przy myszce i urządzeniach HID jakie masz filtry wyższe klasy. m.g.

A. Fazy Nazwa | start(ms)|koniec(ms)| suma(ms) ------------------------------------------------- Pre Session Init| 0| 13762| 13762 Session Init | 13762| 24008| 10245 Winlogon Init | 24008| 25727| 1719 Explorer Init | 26218| 37957| 11738 Post Boot | 37957| 69457| 31500 ------------------------------------------------- System gotowy po: 59,457 sek B. Istotnie jest to znacząca poprawa Zszedłeś z 224 sek na mniej niż 60 - gratuluję! C. Dalsze sugestie: 1. Sidebar.exe - generuje stałe (co 1 sek) 10% piki wykorzystania procesora, związane z bibliotekami jscript9.dll i mshtml.dll -> pomyśl o wyłączeniu sidebara. 2. Powalcz jeszcze z przestawieniem WSearch na opóźniony start, podobnie AdobeFlashPlayerUpdateSvc oraz VMUSBArbService, które opóźniają start (WSearch aż o 21 sek, pozostałe nieco mniej), nie spodziewaj się jednak dużych zysków - na tym etapie to głównie dysk jest wąskim gardłem. 3. Pamiętaj, że wyłączone usługi nie włączą się same i jeśli jakaś aplikacja będzie ich potrzebować, to będziesz je musiał włączyć ręcznie. Z drugiej strony - usługi przestawione na 'ręczne' powinny wystartować w momencie, gdy będą potrzebne, więc nie powinieneś się o nie martwić. W przypadku problemów - wiesz co zmodyfikowałeś D. Odnośnie Twojego pytania o martwy prefetcher, niech ilustracją będą dwa wykresy: - początkowy log - po procesie 'uczenia' prefetchera (opcja -prepsystem i właśnie 6 restartów) przy czym czarny kolor oznacza to, że system do załadowania jakiegoś pliku musiał sięgać bezpośrednio do dysku, a nie do cache'a prefetchera, zielony natomiast - dane pochodziły z cache'a. Więcej możesz poczytać choćby tu: [KLIK], zachęcam E. Co do plików ace - chodziło mi o to, żebyś użył np. 7-zipa i spakował plik .etl do .zip, ewentualnie .7z, a następnie wrzucił na speedyshare.com. Jeśli jesteś zadowolony z takich zmian i nie chcesz się dalej bawić, to po zmianach z pkt C nie musisz tworzyć kolejnego logu. W przeciwnym wypadku - poproszę o kolejny. m.g.

Mam prośbę: spakuj plik .etl zipem (lub .7z, .rar) i wrzuć raczej na speedyshare.com, z mediafire.com mam problem ze ściągnięciem pliku. Edit: już sobie dałem radę, sorry za kłopot. Na przyszłość jednak wolę .zip - nie mam (i nie chcę mieć ) stuffita i muszę 'chodzić po prośbie' m.g.

W logach, które dostarczyłeś dominuje jedna usługa: Usługa CyberLink Background Capture Service (CBCS), czyli CLCapSvc, która cały czas wiesza się na jakimś bliżej nieokreślonym FileIO. W związku z tym: 1. Odinstaluj ją (prawdopodobnie jest elementem HP QuickPlay) 2. Restart. Co do plików .dmp, to tu już nie jest tak przejrzyście: 1. Najważniejsze informacje: 2. SMBIOS 3. Stack Pomijając dump z 18.09 23:34, który był prawdopodobnie efektem uruchomienia gmera oraz z 9.09 22:57, który wygląda na powiązany ze sterownikiem firewalla FortKnoxFW (choć oczywiście nic nie jest pewne), reszta wskazuje na sterownik NVidii nvlddmkm.sys: 2x w związku z TDR: 116 (brak odpowiedzi ze sterownika (urządzenia) w określonym czasie) oraz D1 (wiele różnych przyczyn, ale powiązanych ze sterownikiem). W żadnym razie nie wyklucza to jednak sprzętu. W związku z tym należałoby: - odinstalować Firewall FortKnox; - przeinstalować sterowniki grafiki - jeśli najnowsze nie działają, to należy sięgnąć po starsze; - zacząć przygotowywać odpowiednie logi na potrzeby działu hardware: memtest, hwinfo (system summary i sensors po pewnym czasie od startu). Po wykonaniu tych wszystkich kroków zapraszamy ponownie. m.g.

Wygląda na to, że problem leży gdzie indziej. Spróbuj postępować zgodnie ze wskazówkami, które przekazałem w tamtym wątku. Zacznij od zainstalowania pakietu bibliotek uruchomieniowych: [KLIK]. Jeśli to nie pomoże, spróbuj przygotować log Dependency Walkera, zgodnie z opisem we wspomnianym wątku i wrzuć tu plik .txt. m.g.

Dzięki za kolejny plik. Nazwa | start(ms)|koniec(ms)| suma(ms) ------------------------------------------------- Pre Session Init| 0| 9023| 9023 Session Init | 9023| 16490| 7467 Winlogon Init | 16490| 29676| 13186 Explorer Init | 29676| 31146| 1469 Post Boot | 31146| 83346| 52200 TraceTail | 83346| 222563| 139217 ------------------------------------------------- System gotowy po: 73,346 sek Jest lepiej, ale... Tym razem usuńmy coś, co pojawia się za każdym razem, a nie wydaje mi się konieczne: lpksetup.exe. W tym celu w wierszu poleceń uruchom lpremove /c i poproszę o kolejny log m.g.

Spróbuj skorzystać z rozwiązania opisanego w EDIT_3 tu: [KLIK] i potem jeszcze raz przygotuj log. m.g.

Czekam na log, 'zauważalnie szybciej' to za mało m.g.

A. Fazy Nazwa | start(ms)|koniec(ms)| suma(ms) ------------------------------------------------- Pre Session Init| 0| 30835| 30835 Session Init | 30835| 50817| 19982 Winlogon Init | 50817| 84316| 33498 Explorer Init | 84316| 163306| 78990 Post Boot | 163306| 234606| 71300 TraceTail | 234606| 303049| 68442 ------------------------------------------------- System gotowy po: 224,606 sek B. System startuje długo, każda z faz trwa dłużej, niż powinna. Składa się na to wiele rzeczy: - duża ilość usług oraz aplikacji w autostarcie; - duże wymagania wobec dysku; - praktycznie martwy prefetcher (100% misses) C. Zacznijmy od wyłączenia / odinstalowania usług i aplikacji (odinstaluj, lub przełącz usługi na manual. W przypadkach skrajnych - disabled): 1. Acronis TrueImage: afcdpsrv (Usługa Acronis Nonstop Backup), AcrSch2Svc (Usługa Acronis Scheduler2); 2. Ralink Media Server: RaMediaServer (Ralink UPnP Media Server), RalinkRegistryWriter64 (RalinkRegistryWriter64), RalinkRegistryWriter (RalinkRegistryWriter); 3. Windows Search przestaw na 'automatyczne - opóźniony start'; 4. NIS - odinstaluj. Być może później wrócisz do niego, ale na razie zżera Ci masę zasobów; 5. CTAudSvcService (Creative Audio Service); 6. PerfectDisk - odinstaluj. Po wykonaniu tych kroków poproszę o ponowny log, tym razem wykonany następującym poleceniem: xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath m:\xperf -prepsystem System uruchomi się 6-krotnie, zależy mi na pliku boot_1.etl, który powstanie jako scalenie dwóch plików .etl w ostatniej fazie. Nie należy systemowi przeszkadzać w tych restartach, ale prefetcher lubi jak się rusza myszką Super, że log zapisałeś na M: na innym fizycznym dysku - nie widzę praktycznie w ogóle narzutu na tworzenie pliku .etl na partycji systemowej! m.g.

Niestety znowu poszło coś nie tak i nie wygenerowały się odpowiednie pliki. Spróbuj jeszcze raz. m.g.

Dzięki za logi. Niestety nie ma w nich nic ponadto, co już wiem, czyli długi start svchost i powtarzające się spore obciążenie związane z $Mft. Z tego co widzę, $Mft masz w jednym kawałku, więc defragmentacja $Mft nic nam nie da. Nie wiem jaki wpływ na całość ma Perfect Disk, więc poproszę Cię o co najmniej usunięcie ze startu (a startuje bardzo wcześnie, bo tuż po pierwszym session managerze). Obawiam się, że cała praca prefetchera bierze w łeb w związku z online'ową defragmentacją PD, ale dowodu na to nie mam żadnego Podsumowanie: Nazwa | start(ms)|koniec(ms)| suma(ms) ------------------------------------------------- Pre Session Init| 0| 8961| 8961 Session Init | 8961| 16253| 7292 Winlogon Init | 16253| 25657| 9403 Explorer Init | 25657| 32864| 7207 Post Boot | 32864| 103264| 70400 TraceTail | 103264| 222404| 119139 ------------------------------------------------- System gotowy po: 93,264 sek Musimy iść dalej z wyłączaniem kolejnych rzeczy. Usuń ze startu, lub odinstaluj: - wyłącz 'przydasie' asusa, zaczynając od KBFiltr.exe, wdc.exe, AsScrPro.exe, DMedia.exe; - SRSPremiumPanel_64.exe; - PDEngine (Perfect Disk) - lpksetup; - USBVaccine (Panda USB Vaccine); - VirtualBox Jeśli uruchamiasz komputer z jakimkolwiek podłączonym urządzeniem zewn., to go odłącz (nie widzę co prawda żadnego podpiętego dysku, ale na wszelki wypadek...). Po tym wszystkim poproszę o kolejny .etl, oczywiście z -prepsystem. m.g.

Teraz jest ok. A. Fazy Nazwa | start(ms)|koniec(ms)| suma(ms) ----------------------------------------------------- Pre Session Init | 0| 5167| 5167 Session Init | 5167| 10706| 5538 Winlogon Init | 10706| 27743| 17036 Explorer Init | 27743| 41169| 13426 Post Boot | 41169| 62169| 21000 TraceTail | 62169| 223239| 161069 ----------------------------------------------------- System gotowy po: 52,169 sek B. Moim zdaniem czas bardzo przyzwoity, ale jest szansa na uszczknięcie jeszcze kilku sekund. 1. Przełącz usługę "AdobeARMservice" na uruchamianie ręczne. 2. Wygeneruj nowy log, przy czym tym razem z opcją -prepsystem i kilkoma restartami: xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath c:\xperf -prepsystem m.g.

Poproszę o kopię pliku %SystemRoot%\System32\Winevt\Logs\Microsoft-Windows-Diagnostics-Performance%4Operational.evtx m.g.

Picasso, dzięki za ten komentarz. Zawartość wer potwierdza pojawienie się 7 identycznych bsod-ów (119) począwszy od 4 września i wszystko wskazuje na sterownik karty graficznej. Przy okazji jest też informacja o instalacji na początku września sterowników do kontrolera XBOX i nie jest wykluczone, że jedno może mieć coś wspólnego z drugim. (Re)Instalacja sterowników powinna pomóc, w przypadku dalszych problemów spróbuj innych wersji sterownika. W logu hardware'owym nie widzę nic niepokojącego (może troszkę bateryjka osłabnięta), ale pewnie musiałby rzucić na nie okiem ktoś z lepszą znajomością hardware'u i potwierdzić to. m.g.

Grisza, dzięki za wytrwałość . Czasy są znacznie lepsze, ale jest coś, co mnie od pewnego czasu niepokoi w Twoim logu - ogromny disk service time dla jednej z usług (w ostatnim logu - svchost(496), który jest kontenerem wielu różnych usług), który poprzednio nakładał się na Windows Search i dlatego poprosiłem Cię o wyłączenie WSearch. Chodzi o dostęp do $Mft, który zajmuje większość czasu dysku między 55 a 80 sekundą i w sumie nic w tym czasie innego się nie dzieje (100% obciążenie dysku). Czy możesz zrobić chkdsk /r /f a potem defragmentację (koniecznie systemowym!) i jeszcze raz przygotować log, tak samo jak ostatnio? BTW - nie potrzebuję wszystkich plików, wystarczy mi boot_1.etl ) m.g.

Błąd 116 często idzie w parze z 117. Niewykluczone, że problem pojawiał się już wcześniej, ale go nie dostrzegałeś. Poza tym, o czym pisała Picasso poproszę dodatkowo o: 1. Spakuj zawartość katalogu c:\windows\minidump i wrzuć np. na speedyshare 2. Uruchom cmd jako administrator i wykonaj te dwa polecenia, które skopiują zawartość wer do Twoich dokumentów. Spakuj zawartość i udostępnij (możesz dorzucić do zipa z pkt. 1). xcopy "%programdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer" /i /s /y xcopy "%localappdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer2" /i /s /y 3. W międzyczasie przygotuj raporty dla działu Hardware, zgodnie z instrukcjami: [KLIK], opis tu: [KLIK] m.g.

1. Fazy Nazwa | start(ms)|koniec(ms)| suma(ms) ------------------------------------------------- Pre Session Init| 0| 9495| 9495 Session Init | 9495| 16884| 7388 Winlogon Init | 16884| 26984| 10100 Explorer Init | 26984| 42482| 15497 Post Boot | 42482| 152282| 109800 TraceTail | 152282| 228205| 75923 ------------------------------------------------- System gotowy po: 142,282 sek 2. Zrobiliśmy lekki krok do tyłu, niestety za sprawą usługi Windows Search. Nie wiem, czy to jednorazowa sytuacja, więc spróbujmy wyłączyć tę usługę (ustaw ją na disabled, nie usuwaj z listy 'funkcje systemu windows' - będziemy chcieli ją później włączyć) Dalej widzę usługi Comodo - mocno się trzyma Spróbuj jeszcze raz usunąć do końca i upewnij się po restarcie, że nie ma usług CPMService i z Program Files znika katalog COMODO. Podobnie widzę Asus Wireless Console 3 (wcourier.exe), o którym pisałem w pierwszej odpowiedzi. Poproszę o kolejny plik .etl z kilkoma restartami (-prepsystem) xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath c:\xperf -prepsystem m.g.

Witam, z jakiegoś powodu log źle się wygenerował, więc skasuj poprzednie pliki i powtórz jeszcze raz kroki 4-6 opisu, a zamiast plików z kroku 7 i następnych spakuj boot_1.etl i shostuj na speedyshare. m.g.

Witam, tak Ci się spieszy, że zapomniałeś o wszystkim: odpowiednim sformułowaniu prośby a nie żądania, podaniu wszystkich istotnych informacji i najważniejsze - skorzystaniu z wyszukiwarki. Jeśli to ten sam problem, który pojawił się tu jakiś czas temu, to odpowiedź znajdziesz w tym wątku. Następnym razem bądź uważniejszy, będzie nam łatwiej Tobie pomóc. m.g.

Grisza, podeślij najnowszy log .etl. Czuję, że jesteśmy ciągle gdzieś na początku tej drogi i powinniśmy jeszcze trochę się rozejrzeć po zakamarkach Twojego systemu. Jak widać po komentarzach do mojego ostatniego wpisu na blogu, explorer.exe może ładować się w 6 sekundzie od startu, a system może być gotowy przed 10 sekundą Odnośnie AV, to masz sprzęt, który nie powinien mieć żadnych problemów z którymkolwiek programem, obyś go tylko nie przeładował. Może zajrzyj do działu 'Oprogramowanie zabezpieczające' i podpytaj, na pewno ktoś doradzi Ci coś odpowiedniego. m.g.

Mam pewną nieprzetestowaną na forum procedurę związaną z analizą logoff / logon, która jest nieco bardziej skomplikowana technicznie, niż analiza startu i tu pytanie do Ciebie: czy chcesz spróbować? Jeśli tak, to: 1. Zaloguj się na konto dzieci, uruchom wiersz polecenia jako administrator (zapewne będziesz musiał podać nazwę użytkownika i hasło) i wpisz w nim ciągiem, bez ręcznego przełamywania wiersza następujące polecenie: xperf -on base+latency+dispatcher+NetworkTrace+Registry+FileIO -stackWalk CSwitch+ReadyThread+ThreadCreate+Profile -BufferSize 128 -start UserTrace -on "Microsoft-Windows-Shell-Core+Microsoft-Windows-Wininit+Microsoft-Windows-Folder Redirection+Microsoft-Windows-User Profiles Service+Microsoft-Windows-GroupPolicy+Microsoft-Windows-Winlogon+Microsoft-Windows-Security-Kerberos+Microsoft-Windows-User Profiles General+e5ba83f6-07d0-46b1-8bc7-7e669a1d31dc+63b530f8-29c9-4880-a5b4-b8179096e7b8+2f07e2ee-15db-40f1-90ef-9d7ba282188a" -BufferSize 1024 -MinBuffers 64 -MaxBuffers 128 -MaxFile 1024 2. Następnie wyloguj się i zaloguj na swoje konto, poczekaj ok. 2-3 minut aż wszystkie programy uruchomią się i uruchom jako administrator wiersz polecenia, a w nim wpisz (zakładam, że masz na dysku c: katalog c:\xperf): xperf -stop -stop UserTrace -d c:\xperf\login.etl Uwaga: jeżeli nie wykonasz tego polecenia, lub wykonasz je nieprawidłowo, to będziesz miał w systemie cały czas działający logger, który będzie zabierał miejsce na dysku. Uwaga2: podwójne powtórzenie -stop -stop to nie jest błąd: pierwszy zatrzymuje logger kernela, drugi - usertrace. 3. Pakujesz plik c:\xperf\login.etl -> speedyshare.com i link tu podajesz m.g.

Dzięki za pliki. A. Oba dumpy są tego samego typu i wskazują na problem z kartą graficzną / sterownikiem karty / inny problem sprzętowy: Poniżej bardziej szczegółowa analiza jednego z nich (druga jest niemal identyczna). Tak czy owak, dla podtypu 1, czyli 'The driver has reported an invalid fence ID' nie ma dokumentacji, więc nie za wiele da się z tego wyciągnąć. Informacyjnie SMBIOS B. Niepokoi mnie trochę lista sterowników: w obu bowiem dumpach pojawia się sterownik o nazwach generowanych przy każdym uruchomieniu: kd> lmvm az99bu6r start end module name 90529000 9056d000 az99bu6r (deferred) Image path: \SystemRoot\System32\Drivers\az99bu6r.SYS Image name: az99bu6r.SYS Timestamp: Tue Dec 27 23:30:20 2011 (4EFA46FC) CheckSum: 000431F0 ImageSize: 00044000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 kd> lmvm agtjqh9v start end module name 8f12a000 8f16e000 agtjqh9v (deferred) Image path: \SystemRoot\System32\Drivers\agtjqh9v.SYS Image name: agtjqh9v.SYS Timestamp: Tue Dec 27 23:30:20 2011 (4EFA46FC) CheckSum: 000431F0 ImageSize: 00044000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 o identycznych rozmiarach, dacie utworzenia i sumie kontrolnej, którego jednak nie jestem w stanie powiązać z żadnym programem. Dlatego poproszę jeszcze o: 1. Odinstaluj tymczasowo: nProtect GameGuard, AMD Fuel Service (i inne powiązane z AMD) 2. Uruchom ponownie komputer i wygeneruj logi OTL oraz GMER, zgodnie z opisem z działu Malware i załącz do odpowiedzi. 3. Uruchom cmd jako administrator i wykonaj te dwa polecenia, które skopiują zawartość wer do Twoich dokumentów. Spakuj zawartość i udostępnij gdzieś. xcopy "%programdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer" /i /s /y xcopy "%localappdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer2" /i /s /y 4. Przygotuj log z programu DriverView. (Po uruchomieniu zaznacz wszystkie, ctrl+s -> tab delimited text file (*.txt)). 5. Zrób zrzut z ekranu hwinfo->sensors i wrzuć gdzieś, a tu daj link. Tak będzie łatwiej dostępny dla każdego, oczywiście za poprzedni log dzięki. 6. Sprawdź sterowniki karty graficznej (ATI Radeon HD 4600 Series). U Ciebie jest kd> lmvm atikmpag start end module name 8e29c000 8e2e8000 atikmpag T (no symbols) Loaded symbol image file: atikmpag.sys Image path: \SystemRoot\system32\DRIVERS\atikmpag.sys Image name: atikmpag.sys Timestamp: Wed Jul 04 07:10:31 2012 (4FF3D047) CheckSum: 0004B11D ImageSize: 0004C000 Translations: 0000.04b0 0000.04e4 0409.04b0 0409.04e4 który wygląda na całkiem świeży, więc jeżeli nie ma nic nowszego, to może będzie konieczność cofnięcia się do poprzedniego, zanim zaczęły pojawiać się BSODy. m.g.

Problem pojawia się w momencie, gdy następuje wylogowanie obecnego użytkownika, czy logowanie następnego? I czy pojawia się również podczas zamykania systemu? m.g.

1. Fazy Nazwa | start(ms)| koniec(ms)| suma(ms) ------------------------------------------------------- Pre Session Init | 0| 8705| 8705 Session Init | 8705| 16115| 7410 Winlogon Init | 16115| 28651| 12535 Explorer Init | 28651| 35361| 6709 Post Boot | 35361| 141161| 105800 ------------------------------------------------------- System gotowy po: 131,161 sek 2. Widać wyraźną poprawę, do szczęścia jednak jeszcze daleka droga. Kontynuujemy zatem usuwanie zbędnych usług. a. COMODO wydaje się być nie do końca usunięte. Może skorzystaj z ręcznej metody: [KLIK] b. Odinstaluj, lub co najmniej przełącz na uruchamianie ręczne usługi: - AMD FUEL Service - AMD FusionUtility Service; - AFBAgent (ASUS Fast Boot Agent); - AMD Reservation Manager; - WD Backup; - WD Drive Manager; - WD Rules c. Ustaw na uruchamianie ręczne usługi: - Usługa harmonogramu programu Windows Media Center - Usługa Odbiornik Windows Media Center Na ten moment to wystarczy. Poprzednie pliki możesz usunąć i poproszę o kolejną analizę - to samo polecenie, co ostatnio. Tym razem podeślij wyłącznie plik. boot_1.etl - to jest scalony wynik analizy. Nie mam nic do ThunderBirda. W poprzednim logu generował spore obciążenie dysku, więc go przyuważyłem. Sam korzystam w pracy z cięższego Outlooka do obsługi Exchange'a. Znam ludzi, którzy starają się uruchomić Outlook Express na Windows 7, bo ich zdaniem to najlepszy program do obsługi poczty Tak czy owak żaden z nich nie powinien być w startupie... Odnośnie gmail, to korzystam z niesupportowanego już Gmail Notifiera m.g.

Witam na forum 1. Czy to pierwszy i jedyny bsod? Jeśli nie, to spakuj proszę zawartość katalogu c:\windows\minidump i shostuj gdzieś, a tu podaj link. 2. Wrzuć również informacje z hwinfo->sensors (po jakimś czasie od startu przy pewnym obciążeniu) oraz Speccy (możesz użyć wersji portable Speccy, bez konieczności instalacji), zapisany bezpośrednio z programu na stronie Speccy (File->Publish snapshot), link podaj w poście. 3. Poproszę także o raport wydajności, aby go przygotować wpisz w oknie 'Uruchom' (klawisz Win+R) polecenie perfmon /report po zakończeniu tworzenia raportu (ok. 60 sec) wybierz Plik->Zapisz jako i tak utworzony plik .html spakuj zipem i shostuj gdzieś (speedyshare), a w poście podaj link. m.g.