mgrzeg

Odnośnie WPT, możesz spróbować skorzystać z http://www.box.net/shared/crzboijmku lub http://cid-5a5378e587a744c3.skydrive.live.com/self.aspx/.Public/wpt%5E_x64.msi m.g

Hej, czy problem dalej występuje? Z podesłanych przez Ciebie 5 dumpów cztery pierwsze to 0xF4 ze wskazaniem na winit.exe, a ostatni to A0000001 z wyróżnieniem atikmdag.sys, który teraz jest o 3 lata młodszy Czy aktualizowałeś także inne sterowniki (karty sieciowe, dźwiękowa, etc.)? Spróbuj zrobić test pamięci (http://www.memtest.org/). m.g.

Dzięki za pliki. Istotnie, start systemu jest wydłużony o ponad 56 sek za sprawą ładowania sterownika USBSTOR.sys, przy czym problem skojarzony jest z weryfikacją podpisu cyfrowego. Następuje pełne przeładowanie katalogów, które w logu rozpoczyna się ok. 18,3 sek., a kończy w 75,58 sek., wstrzymując przy okazji start całego systemu. Zazwyczaj podczas startu nie następuje przeładowanie całego katalogu - informacja o skrócie powinna już być w ładowanym bardzo wcześnie C:\Windows\System32\CodeIntegrity\bootcat.cache, ale tutaj to nie zachodzi. Dodatkowo, przeładowanie całego katalogu powinno trwać ok. 3 sek, a w Twoim systemie trwa ponad 56. Ponadto, z logu wynika, że w Twoim systemie plik C:\Windows\System32\drivers\USBSTOR.SYS ma rozmiar 110592 bajtów (potwierdź to, proszę), a wygląda na to, że ten plik w tej wersji (6.1.7601.17577) powinien mieć 91648 bajtów. Dalej, zgodnie z logiem podpis pliku znajduje się w pliku "Package_1_for_KB982018~31bf3856ad364e35~amd64~~6.1.3.2.cat", choć wydaje mi się, że powinien w "Package_3_for_KB982018~31bf3856ad364e35~amd64~~6.1.3.2.cat", ale przy tym nie będę się upierał. Spróbujmy zatem coś z tym fantem zrobić. 1. Średni czas walidacji jednego pliku .cat w Twoim systemie to ok. 0,025 sek, co jest czasem katastrofalnym - weryfikacja 2234 plików zajmuje ponad 56 sek, a system w zasadzie nie robi w tym czasie nic innego. Zapuść zatem chkdsk /r /f c: - może coś się ruszy. Możesz też sprawdzić kondycję dysku - w dziale hardware znajdziesz info i niezbędną pomoc. 2. Jeśli czas nadal będzie tak długi, to uruchom cmd jako administrator i wykonaj signtool verify /a /v c:\Windows\System32\drivers\USBSTOR.SYS a w odpowiedzi podaj wynik. Możesz pokusić się o przeinstalowanie usbstor.sys (Kontrolery uniwersalnej magistrali szeregowej / Urządzenie pamięci masowej USB) , ale skup się najpierw na powyższych punktach. m.g.

Tak. Spakuj je 7-zip (.7z) to całkowity rozmiar powinien być ~ 2 x 40MB = 80 MB m.g.

Witam, dzięki za logi. Niestety muszę potwierdzić to, o czym pisali poprzednicy - gra jawnie wymaga obecności bibliotek z DirectX11, a więc nie ma możliwości uruchomienia jej na Windows XP. Zamykam tym samym temat i dopisuję grę do listy 'nie działa na XP'. m.g.

Poproszę o plik boot_1.etl - spakuj i wrzuć na speedyshare.com, a w odpowiedzi podaj link. m.g.

Poproszę o pliki boot_1.etl (z i bez pendrive) - to mi ułatwi analizę. Spakuj oba i wrzuć na speedyshare.com, a tu podaj link. m.g.

Zmień nazwę pliku c:\windows\dxgi.dll na c:\windows\dxgi_old.dll i uruchom ponownie grę. Reszta jak poprzednio (bez .dwi - to już mam ) m.g.

Muszę zobaczyć log Dependency Walkera, wróć do punktu 1 opisu [KLIK] i przygotuj plik .dwi Dependency Walkera. EDIT: Złe wieści Niestety, moje podejrzenia co do wymagań odnośnie DirectX 10+ potwierdziły się i tej gry nie da rady uruchomić na Windows XP. Musisz upgrade'ować system co najmniej do Visty. Źródło: [KLIK] m.g.

Zmień nazwę pliku C:\WINDOWS\system32\dxgi.dll na C:\WINDOWS\system32\dxgi_old.dll i uruchom ponownie grę. Jeśli dalej będzie się pojawiał błąd, przygotuj kolejny dump, lecz tym razem dorzuć obok niego plik .dwi Dependency Walkera (w .zipie, razem z full.dmp)

Zmień nazwę pliku c:\windows\system32\dxgi.dll na c:\windows\system32\dxgi_old.dll, dxgi.dll nie powinien znajdować się w Twoim systemie. Uruchom ponownie grę i jeśli powtórzy się błąd, to poproszę o kolejny zrzut, a także log Dependency Walkera. m.g.

Witam na forum, zamiast zrzutu pamięci gry, zrobiłeś zrzut dla procesu csrss.exe. Przygotuj jeszcze raz, zgodnie z opisem: [KLIK] m.g.

Witam na forum, poproszę o pliki zgodnie z opisem: [KLIK] m.g.

Do poprawnego działania aplikacji niezbędny jest odpowiedni zestaw ładowanych bibliotek. W trakcie uruchamiania aplikacji, a także później w czasie jej działania, ładowane do pamięci procesu są biblioteki z różnych miejsc w systemie: katalogu aplikacji, katalogów systemowych, katalogów znajdujących się w zmiennej środowiskowej PATH, etc. Gdy zostanie załadowana nieprawidłowa biblioteka, może pojawić się błąd związany z niemożnością znalezienia odpowiedniej funkcji w tablicy eksportów. Czasem aplikacja wymaga zestawu bibilotek niedostępnych w danym systemie i wówczas jedynym rozwiązaniem jest uruchomienie takiej aplikacji w odpowiednim systemie, wszelkie próby dokopiowywania plików z innych systemów nic tu nie dadzą. Przykładem tego typu aplikacji są gry, które wymagają do poprawnego działania DirectX w wersji 10, lub 11, czyli zestawów, które nie są dostępne na Windows XP i jakiekolwiek próby uruchomienia gry pod Windows XP po prostu nie mają szans powodzenia. Czasem jednak problem polega na nieprawidłowym zestawie bibliotek dostarczonym z aplikacją, lub błędnymi wersjami bibliotek znajdującymi się w systemie i wówczas należy takie pliki zidentyfikować, zmienić ich nazwy, po czym spróbować ponownie uruchomić aplikację. Procedura postępowania: 1. Przygotowanie logu Dependency Walkera (DW) - Pobierz program Dependency Walker [KLIK] w wersji odpowiedniej dla architektury Twojego systemu - dla Windows XP najczęściej będzie to wersja 32-bitowa [KLIK]; - Uruchom Dependency Walker, wybierz File->Open i znajdź plik uszkodzonej aplikacji (pliku .exe). Alternatywnie możesz wskazać wprost skrót do programu. Informacyjnie: plik aplikacji znajdziesz we właściwościach skrótu -> zakładka Skrót -> "Element docelowy". - Jeśli pojawią się jakiekolwiek komunikaty błędów, to zaakceptuj wszystkie, po czym zapisz plik logu: File->Save As, przy czym typ pliku: Dependency Walker Image (*.dwi). 2. Przygotowanie zrzutu pamięci - Na dysku C utwórz katalog Dumps, tj. c:\dumps - Pobierz ze strony Sysinternals ProcDump, zawartość wypakuj do katalogu utworzonego w poprzednim kroku - Uruchom uszkodzony program - W momencie, gdy pojawi się komunikat błędu ('nie znaleziono punktu wejścia...'), to nie zamykaj go. - Na liście procesów menadżera zadań odszukaj nazwę procesu powiązanego z uruchamianym programem, dla ustalenia uwagi przyjmijmy, że nazywa się "zepsuty.exe" - Uruchom wiersz polecenia (np. poprzez start -> uruchom, wpisz "cmd.exe" bez " i enter) - Przejdź do katalogu z procdumpem cd \dumps - Zrób zrzut procesu ZEPSUTY.EXE procdump /ma ZEPSUTY.EXE full.dmp 3. Spakuj (np. 7-zipem) plik full.dmp z katalogu c:\dumps, który został utworzony w kroku 2 oraz plik logu Dependency Walkera, który powstał w kroku 1 i wrzuć np. zippyshare.com i daj link w odpowiedzi. 4. Możesz już zamknąć komunikat błędu wadliwej aplikacji. Lista gier, które nie działają w Windows XP (wymagają DirectX w wersjach niedostępnych na ten system): 1. Snipper Elite V2. Informacja o wymaganiach minimalnych: [KLIK] 2. Call of Duty: Black Ops 2. Informacja o wymaganiach: [KLIK] 3. F1 Race Stars. F1racestars.exe statycznie zlinkowane z dxgi.dll oraz d3d11.dll. Dodatkowa lista gier wspierających DX10 (niektóre nie wspierają wcześniejszych wersji) [KLIK]. Podobnie dla DX11 [KLIK].

Jak wiadomo, wszystkie sterowniki działajace w trybie jądra wspóldzielą wspólną przestrzeń adresową i błąd w jednym rzutuje na działanie innych. Verifier to narzędzie, które wymusza kontrolę sterowników w czasie działania systemu. Czasem np. jakiś sterownik zaczyna pisać nie tam, gdzie powinien, nie powodując jednak przy tym padu systemu i dopiero po jakimś czasie inny sterownik (lub sam system) powoduje bugcheck. Verifier obserwuje zachowania sterowników i np. przy wspomnianej próbie zapisu w miejscu, które leży poza dozwolonym obszarem zgłosi wprost błąd w postaci dumpa. Verifier można uruchomić i skonfigurować w wersji okienkowej (opis tu: [KLIK]), lub wprost z wiersza poleceń. Ta druga możliwość wydaje mi się prostsza, stąd ją zaproponowałem. Opcja /standard ustawia podstawowe testy odnośnie weryfikacji sterowników, /all - dla wszystkich sterowników działających w systemie. Gdy załadujesz teraz dostarczony dump, i wykonasz podstawową analizę (!analyze -v) to zobaczysz coś takiego: Zazwyczaj dodatkowo na stosie pojawiają się funkcje verifiera (np. nt!VerifierObReferenceObjectByHandle, nt!VerifierBugCheckIfAppropriate, etc.) m.g.

BSODy niestety idą nierzadko w parze z problemami ze sprzętem - zazwyczaj pamięcią, choć nie tylko. Idźmy jednak dalej tropem sterownikowym. W podesłanych przez Ciebie dumpach jest kilka sterowników spoza MS: przy czym widzę, że ten ostatni w dumpie z 5 lutego był w wersji Jako że na razie nie przychodzi mi nic innego do głowy - spróbuj może powalczyć z tymi sterownikami - zacznij od znalezienia update'u, lub cofnij się do którejś z wcześniejszych wersji. Na stronie producenta płyty jest dostępnych trochę aktualizacji: [KLIK] (sprawdź, czy to Twoja rev.) Równolegle możesz zacząć testować sprzęt: pamięć przy użyciu Memtestu [KLIK] Czy podkręcałeś procesor? W dumpach jest takie coś: jeśli tak, to wróć do defaulta i poobserwuj. Wygląda również na to, że pamięć masz ustawioną na 1600MHz, sprawdź na liście zgodnych pamięci, czy faktycznie może tak pracować: [KLIK]. Zasilacz: hwinfo [KLIK] - tu na pewno sprzętowcy będą chcieli zobaczyć zrzut z sensors. Na razie tyle. m.g.

Jeśli masz jeszcze włączonego verifiera, to podeślij kolejne dumpy. m.g.

Tak, zawieszenia też są często powiązane ze sterownikami i wówczas driver verifier może pomóc. Czekamy na BSOD. m.g.

OK, to może spróbujmy z verifierem: 1. Uruchom cmd jako administrator i wpisz w nim: verifier /standard /all 2. Uruchom ponownie komputer i doprowadź do padu. 3. Wyłącz driver verifier: uruchom cmd jako administrator i wpisz w nim: verifier /reset 4. Dostarcz kolejne dumpy. m.g.

W dumpach verifiera znowu jest kolejny 9F, ale jest też dwa razy C4, który tym razem wskazuje na gdrv.sys (c:\windows\gdrv.sys) - prawdopodobnie z narzędzi Gigabyte'a. W minidumpie nie ma szczegółów tego sterownika, ale zacznij od odinstalowania/update'u tegoż. m.g.

Hej, w podesłanej paczce jest kilka dumpów, niestety bez wyraźnego wskazania sprawcy. Z obecnych w systemie sterowników najbardziej podejrzane są: AppleCharger.sys (Gigabyte) oraz dtsoftbus01.sys (Daemon Tools), więc zacznij od ich odinstalowania, lub chociaż update'u. m.g.

Dzięki za kernel dump. Jest znacznie więcej informacji, ale wszystko wskazuje na usługę WUDFRd powiązaną z "Windows Driver Foundation - User-mode Driver Framework", tu w okolicach umbus, czyli portów i urządzeń USB. Nie mam jednak wglądu w tryb użytkownika i nie wiem jakie sterowniki trybu użytkownika są załadowane. Wygląda na to, że jeszcze jakiś sterownik jest wplątany. Uruchom zatem driver verifier: 1. Uruchom cmd jako administrator i wpisz w nim: verifier /standard /all 2. Uruchom ponownie komputer i doprowadź do padu. 3. Wyłącz driver verifier: uruchom cmd jako administrator i wpisz w nim: verifier /reset 4. Dostarcz kolejne dumpy. Odłącz drukarkę, wymień kontrolnie klawiaturę i myszkę wraz z przełączeniem na inne porty usb, sprawdź kabelki. Czytnik kart odłącz. Na wszelki wypadek możesz sprawdzić zasilacz, skorzystaj z hwinfo. m.g.

Dzięki - podesłałeś kolekcję minidumpów, a mi zależało na kernel dumpie . Nie ukrywam, że kernel dump (czyli plik C:\WINDOWS\Memory.dmp) mógłby rzucić więcej światła.... Z Twojego dumpa wynika, że przyczyna leży gdzieś w urządzeniach USB: a zaglądając głębiej znajdziemy: co wskazuje na WUDFrd. Dodatkowo: a także I tu trafiamy na "WpdBusEnumRoot\UMB\2&37c186b&0&STORAGE#VOLUME#_??_USBSTOR#DISK&VEN_GENERIC&PROD_STORAGE_DEVICE-A&REV_9727#000000009727&0#", czyli prawdopodobnie jakiś dysk podłączony przez USB. Tu jeszcze dla porządku lista modułów Sugestie 1. Zacznij od odłączenia tego dysku i sprawdzenia, czy pojawiają się kolejne BSODy 2. Sprawdź aktualizacje do sterowników iaStor, "Intel® USB 3.0 eXtensible Host Controller Driver" (np. tu: [KLIK]). m.g.

Czy masz też plik c:\windows\memory.dmp? Powninien być całkiem spory - czy możesz go spakować (dodaj też jakieś hasło) i shostować na speedyshare.com? Jeśli go tam nie ma, to czy możesz zmienić we właściwościach systemu -> zakładka 'Zaawansowane' -> 'uruchamianie i odzyskiwanie - ustawienia' -> 'zapisywanie informacji o debugowaniu - zrzut pamięci jądra' (KLIK)i poczekać na kolejny zrzut, po czym spakować i shostować? m.g.

Hej, spróbuj tak: 1. Zainstaluj TotNet.Barcodes_1.msi. (U mnie ten krok wystarcza, jeśli u Ciebie nie, to wykonaj kolejne 2-4) 2. Uruchom wiersz polecenia jako administrator (start->uruchom, wpisz cmd.exe, prawa mysz->uruchom jako administrator) 3. Przejdź do katalogu aplikacji cd "C:\Program Files (x86)\TOT.NET\Code 128 barcode font tools" 4. Będąc dalej w wierszu poleceń zarejestruj bibliotekę jako COM c:\Windows\Microsoft.NET\Framework\v4.0.30319\RegAsm.exe TotNet.Barcodes.dll /tlb: TotNet.Barcodes.tlb /codebase Sprawdzenie: 1. Instalator wrzuca plik z addinem do: %APPDATA%\Microsoft\AddIns\TotNetCode128-AddIn.xla. Możesz przekopiować go do "Dodatki": copy %APPDATA%\Microsoft\AddIns\TotNetCode128-AddIn.xla %APPDATA%\Microsoft\Dodatki\ 2. Uruchom Excel. 3. Wejdź do dodatków, zaznacz Totnetcode128-Addin. Jeśli nie ma takiego dodatku na liście, dodaj go z katalogu z pkt. 1 4. Wpisz w jakiejś komórce tekst, w innej =ToCode128(KOMORKA_Z_TEKSTEM), wybierz czcionkę "TOT.NET Code 128", rozmiar 36 i gotowe m.g.