mgrzeg

Plik .inf to bardzo dobre źródło informacji o intencjach autora sterownika i na pewno warto do niego zajrzeć. Niestety czasem pliku brak (sterowniki można również instalować programowo (tak robią np. Process Explorer, Process Hacker i wiele innych narzędzi systemowych), albo korzystając z sc.exe), lub trzeba go szukać po całym systemie (vide przykład Kaspersky'ego). Mając już samego .inf-a można użyć pnputil -f -d plik.inf lub rundll32.exe setupapi.dll,InstallHinfSection DefaultUninstall z odpowiednimi parametrami (w tym nazwa pliku .inf). Zawsze jednak warto wcześniej sprawdzić zawartość rejestru i systemu plików, bo może się okazać, że po takich operacjach wpadniemy w większe tarapaty. Zabawa z plikami .inf wymaga jednak pewnej wiedzy i rozumienia procesu instalacji i działania sterowników (o czym na pewno przekonał się każdy, kto choć jeden taki plik sam przygotował), dlatego byłbym ostrożny w polecaniu tej drogi. m.g.

Niestety wszystko zależy od konkretnego przypadku i czasem wykonanie takiego skryptu może przynieść więcej szkód, niż korzyści. Dla przykładu, ręczny deinstalator Kaspersky'ego czasem zapomina o górnych filtrach założonych na urządzenia USB i po usunięciu sterownika z gałęzi services pozostają wpisy w innych (np. Control/Class), co kończy się problemami ze wszystkimi urządzeniami podpiętymi do magistrali USB i ratunkiem jest np. klawiatura podpięta do PS2 . Inną kategorią są wspomniane przeze mnie wcześniej usługi powiązane ze sterownikami (np. nvUpdatusService NVIDII), które czasem będąc osamotnione (bez sterownika) destabilizują system - spowalniają działanie, etc. Na samym końcu są aplikacje pracujące w sesji użytkownika, które komunikują się z usługami i sterownikami i pozostawienie ich osieroconych również nie przynosi niczego dobrego. Michał

AFAIK Picasso wróci z wakacji pod koniec przyszłego tygodnia, jednak zagląda tu sporadycznie i być może będzie w stanie odpowiedzieć wcześniej. m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......6879|......6879 Session.Init....|......6879|.....13121|......6242 Winlogon.Init...|.....13121|.....22367|......9245 Explorer.Init...|.....22367|.....27993|......5626 Post.Boot.......|.....27993|.....59693|.....31700 ------------------------------------------------- System.gotowy.po:......................49,693.sek Nie da się ukryć, że jest szybciej. Z mojej strony to chyba wszystko, poczekaj zatem na kogoś z oddziału zakaźnego, no i wrzuć jakiś antywirus. m.g.

Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......5233|......5233 Session.Init....|......5233|.....11380|......6146 Winlogon.Init...|.....11380|.....19612|......8231 Explorer.Init...|.....19612|.....24243|......4631 Post.Boot.......|.....24243|.....75443|.....51200 ------------------------------------------------- System.gotowy.po:......................65,443.sek Udało nam się zejść z 4 minut do jednej, głównie za sprawą deinstalacji Avasta. Sugestie 1. Wyłącz "Usługę udostępniania w sieci programu Windows Media Player"; 2. Wyłącz w Autoruns automatyczny start chrome; 3. Zastanów się, czy potrzebujesz usługi: "Routing i dostęp zdalny", "Łączność urządzeń z systemem Windows Mobile" - może przełącz je na uruchamianie ręczne? Odnośnie Avasta: możesz zadać pytanie na podforum "Oprogramowanie zabezpieczające" i tam poszukać porady. Ja osobiście nie mam nic przeciw Avastowi, ani Microsoft Security Essentials - możesz wrócić do poprzedniego, lub spróbować zmienić na Microsoftowy. Jest szansa, że po ponownej instalacji Avast może w mniejszym stopniu wpływać na czas startu, choć obawiam się, że i tak będzie ten wpływ zauważalny (podobnie inne AV). Jeśli będziesz chciał kontynuować 'odchudzanie' startu, to poproszę o kolejny log .etl, poprzednie możesz już śmiało skasować. m.g.

Obawiam się, że ogólnego schematu raczej nie ma i najlepiej korzystać z deinstalatora producenta. Owszem, usunięcie właściwego sterownika to zatrzymanie i usunięcie usługi z SCM, ale do tego dochodzi odwiązanie usługi sterownika od klasy urządzenia, etc. Na tym się jednak nie kończy - do komunikacji ze sterownikiem są moduły 'użytkownika', które też należy usunąć z systemu: usługa utrzymania, biblioteki rozszerzające powłokę, programy uruchamiane przy logowaniu, etc. Zdecydowanie odradzam ręczną zabawę. m.g.

Witam na forum, Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|.....11096|.....11096 Session.Init....|.....11096|.....25619|.....14522 Winlogon.Init...|.....25619|.....58896|.....33277 Explorer.Init...|.....58896|....103690|.....44793 Post.Boot.......|....103690|....253190|....149500 ------------------------------------------------- System.gotowy.po:......................243,19.sek System uruchamia się ponad 6 min, głównie za sprawą mocno obciążonego dysku. 1. Niestety, ruch wygenerowany przez Avasta jest niemiłosiernie duży - odinstaluj go proszę (testowo) i przygotuj ponownie log, tym razem ze zmienioną opcją, po której system powinien uruchomić się kilka razy: 2. Podczas ładowania profilu użytkownika uruchamiany jest proces: "C:\Windows\System32\WScript.exe" "C:\Users\user\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\Host Process for Windows Tasks.vbs" który z kolei ładuje cmd /c ""C:\Users\user\AppData\Roaming\W1NRAR\svchost.bat" " aby wreszcie spóbować załadować svchost.exe który na szczęście nie jest ładowany z bieżącego katalogu, a z katalogu systemowego. Całość jak dla mnie wygląda podejrzanie, przygotuj zatem zgodnie z opisem dla forum 'zarażeniowego' [KLIK] dodatkowo logi OTL(+Extras) + GMER, być może są w systemie jeszcze jakieś pozostałości po (nieudanej?) infekcji, których ktoś pomoże Ci się pozbyć. m.g.

Spróbuj przygotować log .etl na podstawie opisu: [KLIK] m.g.

Zainstaluj SP2 dla Visty, bez tego nie będziemy się dalej bawić [KLIK] m.g.

Sleeping Dogs jest explicite zlinkowany z dxd11.dll, jeśli po aktualizacji DirectX nic się nie zmieni, to gra raczej nie uruchomi się na Viście. m.g.

Jeśli aktualizacja DirectX nie pomoże, to obawiam się, że na Viście nie uruchomisz tych gier. Wykonałeś aktualizację? m.

Zacznij od usunięcia pliku d3d11.dll z katalogu gry: "c:\games\sleeping dogs". m.g.

Tym razem komunikat dotyczy wygasłej wersji DirectX, którą masz w systemie. Usuń ją (powinieneś znaleźć odpowiedni wpis w 'dodaj/usuń programy' w panelu sterowania) i następnie zainstaluj najnowszą, czyli jak sądzę tę: [KLIK]. Po wszystkim spróbuj ponownie uruchomić grę i w przypadku, gdy znów dostaniesz jakiś komunikat, przygotuj kolejny dump. m.g.

Przygotuj kolejny dump - najwyraźniej kolejny plik bruździ. Samo skopiowanie plików nic Ci nie da - to jest zupełnie inny system i w ten sposób najprawdopodobniej popsujesz sobie swój system, nie wspominając o problemach licencyjnych, etc. m.g.

Problemem jest dowiązanie do funkcji "CreateDXGIFactory1" w module dxgi.dll, przy czym taki eksport jest dostępny dopiero w wersji tej biblioteki z Windows 7. Odwołanie pochodzi z tablicy importów biblioteki d3d11.dll, którą masz wrzuconą do katalogu gry. Wejdź do katalogu D:\THQ\Saints Row The Third\ i zmień nazwę pliku "d3d11.dll" na "d3d11.old", po czym spróbuj ponownie uruchomić grę. m.g.

Witam na forum, widzę dużą determinację Nie obiecuję cudów, ale poproszę jeszcze o dump procesu, zgodnie z punktem 2 ze wspomnianego opisu. m.g.

Dzięki za log i sorry za długie milczenie, mam nadzieję, że jeszcze mogę pomóc. Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|.....10261|.....10261 Session.Init....|.....10261|.....18704|......8443 Winlogon.Init...|.....18704|.....41286|.....22581 Explorer.Init...|.....41286|.....51518|.....10232 Post.Boot.......|.....51518|....260618|....209100 ------------------------------------------------- System.gotowy.po:.....................250,618.sek System wstaje dłużej, niż powinien, szczególnie długa jest faza post boot. Na początek mam tylko jedną sugestię - odinstalowanie Avasta. Niestety, generuje tak duże obciążenie dysku, że nie sposób cokolwiek innego wyłapać. Po wszystkim poproszę o kolejny log, zgodnie z opisem. m.g.

Sprawdź jeszcze skydrive.live.com Jest interfejs webowy + programik do synchronizacji z katalogiem na dysku, 7GB za free. m.g.

Ode mnie jeszcze jeden argument za tym, aby nie wprowadzać proponowanych zmian - używam tytułu jako nazwy katalogu, w którym przechowuję pliki dostarczone przez użytkownika, czyli dla przykładu załączniki z tego wątku trafiałyby u mnie do katalogu "18711-zaznaczenie-rozwiązanych-problemów". Dzięki takiemu 'indeksowaniu' w dowolnym momencie bez większych problemów mogę wrócić do już rozwiązanego tematu (wystarczy dokleić www.fixitpc.pl/topic/), a że korzystam z tego dosyć często, to przyznaję, że wolałbym, aby tak pozostało. m.g.

Witam, nie mogę niestety obiecać szybkiej odpowiedzi, ale bardzo pomocny byłby dla mnie log .etl przygotowany zgodnie z opisem: [KLIK] m.g.

Wygląda na to, że masz nieprawidłową wersję pliku olepro32.dll, znajdującą się tu: c:\WINDOWS\System32\olepro32.dll. Twoja wersja pochodzi z Windows 7, a powinieneś mieć z XP. Zacznij od skasowania tego pliku - system powinien odtworzyć prawidłowy z dllcache, a jeśli to nie pomoże, to znajdź płytkę instalacyjną, a następnie uruchom wiersz poleceń i w nim wpisz: sfc /scannow m.g.

Udostępnij w takim razie plik Dependency Walkera (.dwi) -> wrzuć na speedyshare.com W tzw. międzyczasie powalcz z pkt. 2. m.g.

W przypadku 1 możesz przeciągnąć skrót do programu (np. Skype, etc.) do otwartego okna Dependency Walkera. m.

Witam na forum, skorzystaj z opisu: [KLIK] i dostarcz odpowiednie pliki. m.g.

1. Fazy Nazwa...........|.start(ms)|koniec(ms)|..suma(ms) ------------------------------------------------- Pre.Session.Init|.........0|......1773|......1773 Session.Init....|......1773|.....16026|.....14252 Winlogon.Init...|.....16026|.....63840|.....47814 Explorer.Init...|.....63840|.....65183|......1342 Post.Boot.......|.....65183|.....80783|.....15600 ------------------------------------------------- System.gotowy.po:......................70,783.sek Wygląda na to, że system jest gotowy po nieco ponad 1 min. od startu systemu. Zwraca uwagę długi czas fazy Winlogon, choć biorąc pod uwagę parametry komputera, Session Init też mogłaby być nieco krótsza. Sugestie Niestety, nie mam w tej chwili za wiele czasu na wnikliwą analizę, dlatego tylko kilka uwag: 1. Sprawdź mapowanie połączeń sieciowych - wygląda na to, że w fazie Winlogon następuje jakaś próba podłączenia zasobów sieciowych, do których nie ma w danym momencie dostępu (czasy w sekudach): Microsoft-Windows-Winlogon/RestoringNetConnections/win:Start - 20.279100147 Microsoft-Windows-Winlogon/RestoringNetConnections/win:Stop - 63.787515009 2. Sprawdź czytnik kart na usb, jego faza "DeviceStart" ciągnie cały Session Init w dół - wszystko inne czeka na zakończenie startu tego urządzenia (tu czas również w sekundach): DeviceStart 8.727610 USB\VID_0BDA&PID_0129\20100201396000000 (Realtek USB 2.0 Card Reader) () Daj znać, jeśli to cokolwiek pomogło i przygotuj kolejny log. Spróbujemy przyjrzeć się uruchamianym procesom i usługom. m.g.