mgrzeg

1. Fazy. Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|.....64999|.....64999 Session.Init....|.....64999|.....69171|......4171 Winlogon.Init...|.....69171|.....73996|......4825 Explorer.Init...|.....73996|.....76763|......2767 Post.Boot.......|.....76763|....104663|.....27900 TraceTail.......|....104663|....268612|....163948 ------------------------------------------------- System.gotowy.po:......................94,663.sek Faktycznie, faza PreSession Init, czyli związana głownie z ładowaniem sterowników i urządzeń jest długa i trwa ponad minutę (65 sek), przy czym sporo z tego czasu zajmuje inicjalizacja dysków i urządzeń USB. EventType...StartTS........PendTS...EndTS...Diff......InstancePath DeviceEnum..........651220...651226..3977827..3326607.PCIIDE\IDEChannel\5&370c2c36&0&0.(Kana.IDE).(ATA.Channel.0) DeviceEnum..........652054...652059..3977795..3325741.PCIIDE\IDEChannel\5&370c2c36&0&1.(Kana.IDE).(ATA.Channel.1) DeviceEnum..........658133...658136..1951376..1293243.PCIIDE\IDEChannel\4&2b025fd5&0&1.(Kana.IDE).(ATA.Channel.1) DeviceEnum........14447482.15469613.15469613..1022131.USB\ROOT_HUB\4&5793eda&0.(Gówny.koncentrator.USB).() DeviceStart.......14637631.15470691.15470691...833060.USB\VID_0AC8&PID_303B\5&39258cb2&0&1.(A4.TECH.PC.Camera.H).() DeviceStart.......10492790.11248876.11248876...756086.ACPI\PNP0F03\4&20d7719e&0.(Mysz.Microsoft.PS/2).() DriverLoad.........8063303..8715307..8715307...652004.nvlddmkm DeviceEnum........11729769.12370560.12370560...640791.USB\ROOT_HUB20\4&45983f6&0.(Gówny.koncentrator.USB).() DeviceStart.......12043275.12043333.12634821...591546.HDAUDIO\FUNC_01&VEN_10EC&DEV_0883&SUBSYS_1043829F&REV_1000\4&196e0bad&0&0001.(Realtek.High.Definition.Audio).() DriverLoad........12661208.13028608.13028608...367400.ehdrv DeviceStart.......12043498.12370652.12370652...327154.USB\ROOT_HUB\4&24798f4b&0.(Gówny.koncentrator.USB).() DeviceEnum........12045455.12370658.12370658...325203.USB\ROOT_HUB\4&24798f4b&0.(Gówny.koncentrator.USB).() DeviceStart.......12045627.12370661.12370661...325034.USB\ROOT_HUB\4&f0a46d8&0.(Gówny.koncentrator.USB).() DeviceEnum........12047544.12370666.12370666...323122.USB\ROOT_HUB\4&f0a46d8&0.(Gówny.koncentrator.USB).() DeviceStart.......12047727.12370670.12370670...322943.USB\ROOT_HUB\4&5793eda&0.(Gówny.koncentrator.USB).() DeviceStart.......12049781.12371685.12371685...321904.USB\ROOT_HUB20\4&19b04fbe&0.(Gówny.koncentrator.USB).() DeviceEnum........12049610.12370674.12370674...321064.USB\ROOT_HUB\4&5793eda&0.(Gówny.koncentrator.USB).() DeviceEnum........12051675.12371690.12371690...320015.USB\ROOT_HUB20\4&19b04fbe&0.(Gówny.koncentrator.USB).() DeviceStart.......12052978.12371725.12371725...318747.FDC\GENERIC_FLOPPY_DRIVE\5&2e355f2b&0&0.(Stacja.dyskietek).() DeviceEnum 12055988 12371729 12371729 315741 FDC\GENERIC_FLOPPY_DRIVE\5&2e355f2b&0&0 (Stacja dyskietek) () 1. Odłącz zewnętrzne urządzenia USB (card reader i kamerkę 'A4 TECH PC Camera H') 2. Sprawdź dyski -> chkdsk /r /f, dalszym krokiem będzie pewnie jakaś diagnostyka dysku: [KLIK] 3. Możesz też tymczasowo odinstalować ESET. Nie widzę z jego strony jakiejś agresji, ale mogę nie widzieć wszystkiego Zacznijmy od tego. Jeśli to nie pomoże, będziemy myśleć dalej.

Witam, dzięki za cały plik - analiza jest zdecydowanie prostsza. Z logu wynika, że system startuje ponad 2 minuty, z czego najdłuższa jest faza Post Boot, która trwa ponad 94 sek. Podejdźmy do tematu iteracyjnie. Zacznij od przestawienia na uruchamianie ręczne wszystkich usług związanych z SQL Serverem: MsDtsServer110, ReportServer$DEV01, MSSQL$DEV01, MSOLAP$DEV01, MSSQL$SQLEXPRESS. Zastanów się, czy w ogóle będziesz z nich korzystał (w szczególności Reporting Services i OLAP), może po prostu je odinstaluj. Po wszystkim - kolejny log. m.g.

Hej, witam na forum i od razu poproszę, żebyś zajrzał do tekstu: [KLIK] i wykonał po kolei opisane tam kroki, przy czym zamiast 7 i 8 spakuj plik boot_1.etl i wrzuć na speedyshare.com, a w odpowiedzi daj link. Po przerwie ogarniam się powolutku z zaległymi tematami, więc uzbrój się w cierpliwość m.g.

Hej, nie wiem na jakim jesteś teraz etapie, ale ewidentnie masz w systemie biblioteki, które nie są przeznaczone dla Windows XP i przez to masz problemy. Jedną z nich zdaje się być D3D9.dll, która pochodzi z windows 7 SP1 (File ver=6.1.7601.17514) i ma w importach funkcje, których w ntdll, tudzież kernel32.dll nigdy nie będziesz miał (jak chociażby cała rodzina Etw* z ntdll.dll). I to z jej powodu masz problem z exportem z msvcrt. Przyznaję, że nie jestem w stanie powiedzieć, czy ta gra w ogóle zadziała pod XP. Szanse są Do usunięcia z katalogu aplikacji, tudzież katalogu systemowego są: API-MS-WIN-CORE-LOCALREGISTRY-L1-1-0.DLL API-MS-WIN-SECURITY-BASE-L1-1-0.DLL API-MS-WIN-SECURITY-SDDL-L1-1-0.DLL API-MS-WIN-CORE-PROCESSTHREADS-L1-1-0.DLL BCRYPT.DLL NCRYPT.DLL WER.DLL D3D9.DLL Dalej: przeinstalować SP3 dla Windows XP, zainstalować DirectX 9.0c i spróbować działać m.g.

OK, to spróbuj na razie bez -prepsystem i wróć do 180 sek, czyli 1 restart. Jeśli możesz, to zrób dwa testy: z- i bez- kabelka sieciowego. m.g.

Witam, dzięki za logi. 1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......9642|......9642 Session.Init....|......9642|.....20042|.....10399 Winlogon.Init...|.....20042|.....74581|.....54539 Explorer.Init...|.....74581|.....77307|......2725 Post.Boot.......|.....77307|.....99807|.....22500 TraceTail.......|.....99807|....264470|....164663 ------------------------------------------------- System.gotowy.po:......................89,807.sek Czas startu - 1,5 min nie jest tragiczny, ale wesoło też nie jest. Daje do myślenia czas, jaki system spędza w fazie Winlogon - ponad 50 sek. Po zajrzeniu do listy zdarzeń winlogona widzę coś takiego: czyli task, który zazwyczaj trwa milisekundy, u Ciebie przeciąga się do prawie 40 sekund i wygląda na to, że jest jakiś problem z siecią. 2. Sugestie. Zaczniemy od usług, które mają coś wspólnego z siecią. - CVPND (Cisco Systems; Inc. VPN Service) - przełącz na uruchamianie ręczne; - IISADMIN (Administrator usług IIS) - przełącz na ręczne. Rozumiem, że Twoja maszyna, to nie jest serwer www, który musi być 24/7 dostępna online ; - ftpsvc (Usługa FTP firmy Microsoft) - sugeruję odinstalowanie tej usługi. Jeśli potrzebujesz jakiś darmowy serwer FTP, to polecam darmową FileZille; - Uvnc_service - na razie przestaw na uruchamianie ręczne, a jeśli wszystko będzie ok, to wróć do automatycznego. Zakładam, że od czasu do czasu potrzebujesz połączyć się zdalnie z komputerem, więc lepiej, żeby docelowo było auto; - SkypeUpdate (Skype Updater) - całkowicie wyłącz tę usługę. Po wszystkim - ponownie log z 6 uruchomieniami. m.g.

Hej, przejrzałem Twoje dumpy i obok BSODu 116 występuje u Ciebie bug check 117, czyli zapowiedź 116. 117 w odróżnieniu od 116 nie powoduje blue screena i kończy się na chwilowym wyłączeniu obrazu i ponownym jego włączeniu. Przyczyn błędów powiązanych z TDR jest trochę, generalnie dotyczą karty graficznej, jej chłodzenia, sterowników, etc. 1. Sterownik. Z tego, co widzę masz wersję dosyć świeżą sterownika: Proponuję, żebyś wrócił do którejś poprzedniej wersji sterownika grafiki, być może ostatnie nie są stabilne. Jeśli masz usługę NVidii, która automatycznie pobiera i aktualizuje swój soft (choć nie widzę jej w OTL), to przestaw ją na uruchamianie ręczne. 2. Chłodzenie i karta Pobierz hwinfo i sprawdź temperatury. Wrzuć w odpowiedzi zrzut z ekranu z sensors. Od tych dwóch króków zacznij. Jeśli po zmianach sterownika na starsze dalej będziesz obserwował ten sam BSOD, spróbuj pomanipulować przy ustawieniach TDR, przy czym potraktuj to jako ostateczność. Możesz skorzystać w tym celu z fixita z Microsoftu: [KLIK]. m.g.

Usługa vflt dalej jest w logu - tym razem załadowanie sterownika zajmuje co prawda 'tylko' 8 sek, ale skoro nie kojarzysz jej z niczym, to spróbujmy się jej pozbyć, a później będziemy się martwić co dalej. Uruchom wiersz polecenia jako administrator i wykonaj: sc delete vflt Jeśli pojawi się jakiś komunikat, to wklej go w odpowiedzi. Po wszystkim - restart i sprawdź w logu systemowym, czy nie pojawiają się już błędy podobne do takiego: Jeśli nie - to poproszę o ponowny log z 6 restartami m.g.

Witam, mam dwie prośby: 1. Czy możesz wrzucić spakowaną zawartość katalogu c:\windows\minidump na speedyshare - podany przez Ciebie domaga się ode mnie smsów. 2. Uruchom cmd jako administrator i uruchom te dwa polecenia, które skopiują zawartość wer do Twoich dokumentów. Spakuj zawartość i udostępnij również na speedyshare. xcopy "%programdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer" /i /s /y xcopy "%localappdata%\Microsoft\Windows\WER" "%userprofile%\documents\wer2" /i /s /y m.g.

Wspomniany przeze mnie sterownik skądś się wziął, może być elementem innego softu. Tak czy owak potwornie bruździ i musimy się go pozbyć. Może spróbuj zainstalować go ze strony, do której dałem link, a następnie odinstaluj go standardowo. System faktycznie powinien wystartować 6 razy i na samym końcu wygenerować właściwy log. Te starty służą wyszkoleniu prefetchera i w tym czasie nie powinieneś nic robić, tylko pozwolić na wykonanie pełnego szkolenia i logu. Sorry, ale muszę cię poprosić o usunięcie tych plików i ponowne przygotowanie logu. Odnośnie ustawienia rejestru, to tak długo jak przygotowujesz logi, tak długo powinno to być ustawione zgodnie z opisem, ponieważ nie będę miał informacji o stosie w trybie jądra, która naprawdę potrafi być przydatna. m.g.

Dzięki za logi i sorry za kilkudniowe milczenie. 1. Fazy startu Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|.....51805|.....51805 Session.Init....|.....51805|.....64450|.....12645 Winlogon.Init...|.....64450|.....98751|.....34300 Explorer.Init...|.....98751|....190490|.....91738 Post.Boot.......|....190490|....216890|.....26400 ------------------------------------------------- System.gotowy.po:......................206,89.sek System startuje prawie 3 i pół minuty, ale wiele się w międzyczasie dzieje. Podobnie jak w innych tego typu tematach podejdziemy do problemu iteracyjnie - poniżej kilka rad, po wykonaniu których poproszę o nowy log, w którym będziemy próbowali obcinać kolejne sekundy 2. W pierwszej fazie, trwającej nieco ponad 51 sek, większość z tego, bo ponad 43 sek. trwa start sterownika vflt, czyli vfilter.sys - Shrew Soft Inc, czyli najprawdopodobniej klienta vpn [KLIK]. Na stronie producenta nie widzę nic nowszego, niż to co masz w systemie i dlatego proponuję usunąć to oprogramowanie. Być może wystarczy wbudowany w system klient VPN? W razie co zapraszam też do działu sieci i podpytanie o jakąś alternatywę. 3. Przełącz start serwera SQL na ręczny - zakładam, że to jest stacja developerska, a nie produkcyjna, dlatego spokojnie można wystartować tę usługę ręcznie, w miarę potrzeb. W systemie masz dwie instancje - MARS oraz SQLEXPRESS, osobiście radziłbym usunąć 32-bitowego Expressa i zostawić tylko pełnego, a w razie konieczności przeniesienie baz i drobną zmianę w ustawieniach połączenia aplikacji. 4. Masz praktycznie martwy prefetcher. Podszkolmy go nieco i przygotujmy kolejny log. W tym celu, po wykonaniu wcześniejszych kroków przygotuj kolejny log, tym razem korzystając z następującego polecenia: xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 180 -resultpath c:\xperf -prepsystem Nowy log spakuj i ponownie shostuj, a w odpowiedzi podaj link. m.g.

Hej, spróbuj przejść przez artykuł: [KLIK], przy czym w przypadku problemów z instalacją WPT skorzystaj z [KLIK]. Zamiast punktu 7 spakuj i udostępnij np. na speedyshare plik wynikowy boot_1.etl. m.g.

Witam na forum i od razu proszę o udostępnienie spakowanego pliku boot_1.etl (na podstawie którego przygotowane zostały powyższe pliki) - analiza będzie dla mnie zdecydowanie prostsza. m.g.

Dzięki za ten log. Niestety, wydłużenie do 10 min. nic nie dało, ponieważ system nie dokończył startu w tym czasie. Zacznij od wyłączenia Steama - generuje tak gigantyczny ruch, że cała reszta tonie. Podobnie potraktuj uTorrent. Po wszystkim wygeneruj kolejny log identycznie jak ostatnio i spakowany wrzuć gdzieś. m.g.

Niektóre programy mają jawnie wpisaną nazwę użytkownika "Administrator" i na żadnym innym koncie nie zadziałają - czy uruchamiałeś program na koncie "Administrator", czy innym administracyjnym? Rzuć też okiem na tekst, który napisałem kilka lat temu dla wss.pl: [KLIK], może on coś pomoże? m.g.

Spakowałeś pusty katalog. Spróbuj jeszcze raz. m.g.

Dzięki za log. Niestety 3 minuty to za krótko, więc musisz wydłużyć nieco czas oczekiwania i powtórzyć całą operację. Skasuj poprzedni plik .etl i uruchom xbootmgr jeszcze raz, tym razem z parametrem -postbootdelay ustawionym na 600 (krok 4 opisu), czyli: xbootmgr -trace boot -traceflags latency+dispatcher -stackwalk profile+cswitch+readythread -notraceflagsinfilename -postbootdelay 600 -resultpath c:\xperf Co do informacji, jakie udostępniasz, to możesz przekonwertować plik logu do pliku tekstowego i zobaczyć wszystkie informacje, które są w pliku: xperf -i boot_1.etl -o full.txt -a dumper Tak pokrótce: znajdziesz tam nazwy procesów, czasy startu, ścieżki do plików (czytanych, zapisywanych, etc.), a także sporo informacji diagnostycznych. Żadnych haseł, zawartości otwieranych plików, etc. m.g.

A. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......9979|......9979 Session.Init....|......9979|.....18078|......8098 Winlogon.Init...|.....18078|.....47834|.....29755 Explorer.Init...|.....47834|.....50854|......3020 Post.Boot.......|.....50854|....103354|.....52500 TraceTail.......|....103354|....249666|....146311 ------------------------------------------------- System.gotowy.po:......................93,354.sek B. Widzę, że zdecydowałeś się na kombinację Avasta i Comodo. System startuje dłużej (ponad półtorej minuty), jednak wydaje mi się, że ciężko będzie tu coś zbić - startuje sporo usług i chyba nie chcesz już z niczego rezygnować. Tak więc krótko: 1. Jeśli jest taka możliwość, to odinstaluj inne niż .pl i .en języki z Comodo. - widzę całkiem spory ruch w c:\program files\comodo internet security\translations 2. Zastanów się, czy potrzebujesz coś innego, niż systemowy firewall. 3. Widzę spory ruch związany z menadżerem pnp (instalacja sterowników) - masz może pomysł skąd to się wzięło? We wcześniejszych logach nie widziałem tego. m.g.

Hej, przygotuj log startu systemu zgodnie z opisem [KLIK]. Zamiast kroku 7 spakuj .zipem i shostuj np. na speedyshare.com wygenerowany plik boot_1.etl. m.g.

Jeśli BSODy dalej się nie pojawiają, to po prostu obserwuj system. Kernel dump, którego podesłałeś wskazuje na cpudrv64.sys, prawdopodobnie powiązany z inteldriver.exe, ale równie dobrze mogą to być 'przypadkowe ofiary': i jeszcze dla porządku !analyze -v m.g.

Hej, czy BSODy dalej się pojawiają? Jeśli tak, to możesz jeszcze podesłać następne? m.g.

Witam na forum, wygląda na to, że w wersji dla Windows 8 RTM usunięte zostało wsparcie dla Visty. W takim razie skorzystaj z jednej z wcześniejszych wersji, pozwalającej również na wygenerowanie logu dla Windows XP: [KLIK] m.g.

Spakuj zawartość katalogu c:\windows\minidump i shostuj np. na speedyshare.com m.g.

Pliki .dmp na pewno by się przydały. Nie dostałeś takiego komunikatu przy próbie wejścia do katalogu? Postaraj się spakować pliki i gdzieś wrzucić. m.g. PS przypomniałeś mi przy okazji o zaległej analizie m.

Witam na forum, podana przez Ciebie funkcja pochodzi z biblioteki dxgi.dll w wersji 1.1, która pojawia się w Windows 7, a także w SP2 dla Vista. [KLIK] A zatem Twoim problemem jest brak SP2 w systemie. Jaki masz problem z instalacją SP2? m.g.