Jeżeli masz podejrzenia co karty LAN/WLAN to po prostu ją odłącz i zobacz jak komputer będzie się zachowywał. Jeżeli okaże się że nie ma samoczynnych restartów możesz przypuszczać że karta ma gdzieś jakieś małe krótkotrwałe zwarcie lub chwilowo na wskutek jakieś usterki mechanicznej wzrasta pobór prądu co powoduje restart. PRIME 95 http://www.idg.pl/ftp/pc_15126/Prime.95....
Pewnie coś z kartą sieciową - jej sterownikiem. By się upewnić skorzystaj z Debugging Tools for Windows - w Dziale FAQ jest tekst z tą nazwą w tytule.
Może zamiast "parametrów" byś treść BSOD-a podał, a jeszcze lepiej skorzystał z - dostępnych w FAQ - porad dotyczących używania debugging tools for Windows, które Gusioo opublikował.
Skorzystaj z Debugging Tools for Windows (opis w dziale FAQ), bo zawartość pliku *.dmp odczytać. Popraw post - grafikę wkleja się tak: http://www.elektroda.pl/rtvforum/topic59... (dostosuj się).
Zrób tak: http://gusioo.ovh.org/debugging.html i podaj wynik. To co pokazałeś to niewiele mówi.
Bugcheck 209 to najprawdopodobniej problem ze sterownikiem. W folderze c:\windows\minidump masz zrzuty pamięci z błędami, zamieść jakiś a ktoś kto ma zainstalowany 'debugging tools' sprawdzi o który sterownik chodzi.
0xD1 sugeruje problem ze sterownikiem. Zajrzyj do działu FAQ - tekst, który Gusioo napisał, o Debugging Tools for Windows - zastosuj się do tego co w nim wyczytasz i będziesz mógł się dowiedzieć o który driver, zdaniem systemu, chodzi.
Opis kieruje podejrzenie ku jakiemuś szkodnictwu, które się na dysku "zalęgło", to jedno. Ze zrzutu widać, iż był utworzony plik *.dmp, w dziale FAQ jest tekst poświęcony Debugging Tools for windows - skorzystaj z niego by zobaczyć co system sugeruje w kwestii przyczyny.
W dziale FAQ Gusioo umieścił tekst o Debugging Tools for Windows - skorzystaj z niego i odczytaj zawartość pliku *.dmp, o którym mowa na drugim screenie. PS. Gdybym miał gdybać to bym od pamięci i dysku zaczynał (odzyskanie sprawności + informacje o błędzie z ostatniego obrazka).
W pierwszym wypadku związek między wymuszeniem błędu sterownika, a Twoim działaniem jest ewidentny. W drugim - warto z debugera skorzystać, by się upewnić (tekst o Debugging Tools for Windows w dziale FAQ) - że to ten sam driver, a "w ciemno" zmienić sterownik grafiki.
Sam błąd wskazuje na jakiś sterownik - by ustalić szczegóły trzeba użyć, omówionego w dziale FAQ narzędzia Debugging Tools for Windows. Te działania przeprowadź jednak dopiero po sprawdzeniu pamięci, o którym jankolo napisał, bo jest i taka możliwość, że uszkodzenie RAM-u generuje nieprawidłowe działanie drivera/ów. PS. Są i inne możliwości, ale - przy...
Witam! Zdebuguj plik: C:\Windows\Minidump\123010-25428-01.dmp, oraz inne jeżeli są w katalogu C:\Windows\minidump. tutaj masz FAQ: http://www.elektroda.pl/rtvforum/topic12... Dodano po 1 Oczywiście załącz logi wykonane prze Debugging Tools.
Poczekaj az debugger skonczy dzialac i dopiero zrob screen.
dodam że przeprowadziłem na nim w zeszłym roku undervoltage Powróć do nominalnego napięcia i wtedy sprawdzaj cokolwiek. Przy jakichkolwiek zmianach, można się wszystkiego spodziewać, bez względu na to, czy prime działał 3 godziny czy 8. Pobierz debugging tools dla windows i zobacz co tam wyszło. Moduły powodujące BSOD, lub bezpośrednio z nim związane,...
Symbol search path is: C:\Program Files\Debugging Tools for Windows\localsymbols*http://msdl.microso... Unable to load image ntoskrnl.exe, Win32 error 2 Popraw ścieżke symboli - przed C:\ ma być SRV* czyli: SRV*C:\Program..... Jak będziesz zamykał WinDbg odpowiedz (Yes) na pytanie: Save information for workspace?
Witam, chcialbym sie was poradzic, co moze byc przyczyna wystepowania niebieskiego ekranu na moim laptopie. Ponizej zrzut z programu debugging tools for windows: Microsoft (R) Windows Debugger Version 6.11.0001.404 X86 Copyright (c) Microsoft Corporation. All rights reserved. Loading Dump File [C:\Users\IRUHA\Desktop\012414-35037-01.... Mini Kernel...
Do tego próba wymuszenia BSOD-a i użycie Debugging Tools for Windows - obie kwestie są opisane w tekstach, które Gusioo w dziale FAQ umieścił. Nadto wizyta w logach systemu - eventvwr.msc i obejrzenie jakie błędy są tam sygnalizowane. Od strony sprzętowej zaś komplet testów - pamięć RAM, hdd oraz sprawdzenie napięć i temperatur, a także rzut oka na...
Witam! Chcialbym polecic ten Debugger link http://msdn.microsoft.com/en-us/windows/... .Tez mialem podobne problemy i tym wlasnie Toolsem doszedlem gdzie byl problem (zly sterownik).Juz nie pamietam jak to sie obslugiwalo ale mozna tam poczytac link http://thebackroomtech.com/2008/01/31/ho...
Zamieść SMART dysku z CDI http://www.instalki.pl/programy/download... Dodatkowo zamieść screena z HWiNFO z zakładki "sensor" http://www.instalki.pl/programy/download...
Windows kernel detected an illegal or unknown processor instruction. A Stop 0x1E condition can be caused by invalid memory and access violations similar to those that generate Stop 0xA errors. This default Windows error handler typically intercepts these problems if error-handling routines are not present in the code itself. Skorzystaj z debugera (Debugging...
c0000005 to nie adres pamięci, tylko kod wyjątku Access Violation właśnie. Pięć explorerów powiadasz? Ja bym zaczął od skanowania MBAM albo zamieszczenia logów z OTL ;) A skoro zrzut zrobiłeś, to się podziel, po uprzednim spakowaniu go 7zip LZMA2 z kompresją Ultra. Alternatywnie możesz zainstalować Debugging Tools for Windows (x64) i przy użyciu odpowiednich...
Masz jedynie pokazać co wygenerował Windows Debugging Tools.
Przedstaw w załączniku log z Debugging Tools for Windows.
Dział FAQ - Debugging Tools for Windows do poczytania i zastosowania.
Pobierz Debugging Tools for Windows i daj log z pliku midump.
Podaj log z minidump. Zrobisz to za pomocą Debugging tools for windows.
Chodziło mi o zrzuty pamięci --> c:/windows/Minidump Do tego potrzebny jest Debugging Tools for Windows. Ewentualnie wstaw te logi na forum. Resztę sprzętu już sprawdziłeś ?
Debugging Tools za rączkę: http://www.elektroda.pl/rtvforum/topic12...
Dział FAQ - tekst o Debugging Tools for Windows (autorem jest Gusioo).
Skorzystaj z możliwości odczytu pliku *.dmp - opis Debugging Tools for Windows jest w dziale FAQ.
Zajrzyj do tego *.dmp. Jak? - Dział FAQ - Debugging Tools for Windows.
Warto tutaj skorzystać z darmowego rozwiązania firmy Microsoft o nazwie WinDbg - Microsoft Debugging Tools.
Użyj Debugging Tools for Windows - opis w dziale FAQ - sprawdź co wskaże jako przyczynę.
Popatrz na pliki zrzutu pamięci mini.dmp za pomocą debugging tools for windows info w FAQ komputery.
Poszukaj na dysku plików *.dmp i - np. korzystając z Debugging Tools for Windows (opis w dziale FAQ) - odczytaj ich zawartość.
Jaki jest przewidywany koszt takiej naprawy? (oczywiście w serwisie) Dodaje wynik z debugging tools : http://wklej.org/id/283922/
HD tune nie w wersji pro i pokaż co pokazują zakładki. Do Bsod narzędzie Debugging tools for Windows opis w FAQ forum.
tu masz Debugging Tools for Windows 32-bit Version : http://www.microsoft.com/whdc/devtools/d... , zainstaluj i zrób jak radzi (at)radziow , będziesz miał odpowiedź , pozdrawiam
Brak mi czasu i teraz nie przejrzę tego pliku. Ale samemu możesz używając oprogramowania "debugging tools for windows" Jak często wyskakuje bluescreen? Czy w tym czasie pracuje jakiś program?
:arrow: lebinho sprawdź czy masz w C:\WINDOWS\Minidump pliki zrzutu. Nazwy będą podane według daty więc będziesz mógł je dopasować do restartów jakie występowały. Jak będziesz miał tam pliki to trzeba by użyć Debugging Tools w celu odczytania co spowodowało restart czy problem sprzętowy czy jakiś plik. Tu masz jak się posłużyć: [url=http://forum.purepc.pl/temat/FAQ/8/...
Spróbuj użyć tego narzędzia Debugging Tools for Windows, opis użycia jest na tej stronie :) http://gusioo.ovh.org/?page_id=20 Pozdrawiam
Debugging Tools for Windows lub BSOD viewer - omawiane na forum - do użycia, by wskazania systemu co do "winowajcy" ustalić. Jakie błędy są w sekcji: System podglądu zdarzeń?
Siódemka 64 jest dość kapryśna jeśli chodzi o ewentualne spadki wydajności HDD, overclocking, błędy sterowników itd. Kiedy miałem ją na raidzie 0 na dwóch identycznych modelach dysków bez badów, z których jeden minimalnie odstawał wydajnością na odcinku mniej więcej 1/3 sektorów liczonych od początku, mimo że S.M.A.R.T. pokazywał, że wszystko ok, to...
Odczytaj, wskazany w komunikacie, plik *.dmp - w dziale FAQ Gusioo opisał metodologię w tekście o Debugging Tools for Windows.
Na drugim komputerze może być np. Debugging Tools for Windows (WinDbg) czy Kernel Debugger (KD). Komputery łączysz kabelkiem bezmodemowym (null modem).
SSD masz za mostkiem USB <-> SATA, nie o to mi chodziło ale *.dmp pomógł: msahci i jeszcze raz kopia na SSD. AS SSD Benchmark pokazuje jaki jest używany sterownik - w trzeciej linijce pod ozn. dysku i firmware - teraz powinien pokazać dla HDD podpiętego do kontrolera SATA: iaStorA Jak masz system na SSD to zamiast ponownie kopiować można przełączyć...
Debugging Tools for Windows, w dziale FAQ omawiany, pozwoli Ci sprawdzić co w *.dmp jest wskazane jako przyczyna. W konsekwencji zaś znajdziesz punkt zaczepienia.
A może jednak od Debugging Tools for Windows zacząć (opis w dziale FAQ) i sprawdzić czy to nie "tylko" sterownik grafiki?
Zajrzyj do działu FAQ i zapoznaj się z tekstem o Debugging Tools for Windows, a potem tę wiedzę wykorzystać by zanalizować informacje w pliku *.dmp się znajdujące.
zrob odczyt mini dumpa programem "debugging tools for windows" opis jak to zrobic znajdziesz tutaj http://support.microsoft.com/kb/315263/p...
Warto - poza tą strona sprzętową - do działu FAQ zajrzeć jeszcze w sprawie wymuszenia BSOD-a i skorzystania z Debugging Tools for Windows, którym Gusioo teksty poświęcił.
spróbuj tego programu : Microsoft Debugging Tools for Windows , w swoim czasie bardzo mi pomógł , opisane w tym temacie : http://www.elektroda.pl/rtvforum/topic25... , pozdrawiam
Skorzystaj z Debugging Tools for Windows (opis w dziale FAQ) lub tego: http://www.nirsoft.net/utils/blue_screen... by zobaczyć na co wskazuje system.
Skorzystaj z tekstu o Debugging Tools for Windows, w dziale FAQ umieszczonego, to może da się coś z *.dmp wyczytać (by nie skakać po wszystkich możliwych przyczynach).
Warto cały opis uzupełnić o kody błędów, które wyświetlają się w "tej serii bluescreenów". Użyj Debugging Tools for Windows - opis w dziale FAQ - sprawdź co wskaże jako przyczynę.
Dobra, a gdyby tak zacząć od strony.. komunikatu? - W dziale FAQ Gusioo umieścił tekst nt. użycia "debugging tools for Windows" - może warto jednak sprawdzić i to co sam system wskazuje?
Przydało by się więcej informacji, typu: konfiguracja komputera, kody błędu z BSOD-a oraz informacja z Debugging Tools for Windows - opis w dziale FAQ - sprawdź co wskaże jako przyczynę
Skorzystaj z programu Debugging Tools czyli zainstaluj ten program http://msdl.microsoft.com/download/symbo... wejć do folderu C:\WINDOWS\Minidump\ i wskaż w programie Debugging Tools któryś z tych plików (najlepiej najnowszy, one są poukładane datami) w tych plikach jest informacja czego dotyczy błąd czyli file, open crash...
Co wynika z pliku *.dmp (opis dla Debugging Tools for Windows w dziale FAQ)? PS. Do Windows XP 32-bit ukazały się 3 Service Packi, a to który jest zainstalowany może być istotne.
Próbowałes użyć innej wersji sterowników karty graficznej? - Ew., żeby się upewnić, że to ich wina użyj debugera - opis jest w dziale FAQ - temat z nazwą: "Debugging Tools for Windows" w tytule.
Dział: FAQ - Autor: Gusioo - tekst poświecony Debugging Tools for Windows. Gdy zastosujesz się do tego co tam wyczytasz, to dowiesz się który sterownik jest, wg systemu, niestabilny.
Wychodzi na to, że u Ciebie błędy powodują pliki / procesy: nvlddmkm.sys 3dsmax.exe ntkrnlmp.exe Tutaj masz link programu [url=http://www.hotfix.pl/infusions/pro_... - Microsoft Debugging Tools x86, oraz [url=http://www.hotfix.pl/bluescreen-bso...
Dział FAQ - tekst, który Gusioo napisał o Debugging Tools for Windows - sama lista plików zrzutu niewiele daje (trzeba ich zawartość odczytać).
Pliki .dmp otworzysz w "Debugging Tools for Windows" do pobrania ze stron Microsoftu. Sposób użycia programu znajdziesz w internecie a szczególnie na stronach Microsoftu. Wrzuć S.M.A.R.T. dysku z "CrystalDiskInfo".
Skoro się upierasz, by pamięci nie testować to .. zajrzyj do działu FAQ i przeczytaj tekst o Debugging Tools for windows, a potem wdrożyć zechciej w życie to czego się dowiesz.
Odczytałeś zawartość *.dmp ( opis dla Debugging Tools for Windows w FAQ)? Choć i bez tego można trafić np. na to: http://support.microsoft.com/?kbid=93056... (jako wskazówkę co do komponentu problem stwarzającego).
Poczytaj o Debugging Tools for Windows (opis jest w dziale FAQ) i podaj dane dotyczące konfiguracji sprzętowej (dobrze by było gdybyś je wzbogacił informacjami o tym czy parametry pracy są nominalne, czy podniesione oraz dotyczącymi napięć).
moro25 - dział FAQ, tekst o Debugging Tools for Windows i możesz zacząć sam ustalać przyczynę (powinno Ci to pójść łatwiej, niż nam wróżyć, na podstawie tego co napisałeś).
Skorzystaj z Debugging Tools for Windows (opis w dziale FAQ) - jest szansa, że na podstawie tego co się w pliku zrzutu znajduje będzie można ustalić przyczynę. PS. Informacja o CPU i ilości pamięci jest daleka od kompletności w zakresie konfiguracji sprzętowej.
Kwestie dot. wymuszania BSOD-a i Debugging Tools for Windows omawiał, w swoich tekstach, w dziale FAQ zamieszczonych, Gusioo - zapoznaj się z tymi materiałami. Do podglądu zdarzeń dostaniesz się wywołując eventvar.msc.
Ustaw sobie tzw. mały zrzut pamięci (minidump) - w katalogu domyślnie c:\windows\minidump będziesz miał ten zrzut. Dalej instalujesz: Debugging Tools for Windows (x86) i sprawdz jaka aplikacja powoduje.
Co jest na tym BSOD-zie? Próbowałeś *dmp odczytać ( Tekst o Debugging Tools for Windows w dziale FAQ)? Jakieś błędy w podglądzie zdarzeń są oznaczone? Na koniec zaś - "pojawił się" ma oznaczać, że przed "rżnięciem" tego objawu nie było?
Skorzystaj z Debugging Tools for Windows (opis w dziale FAQ), by sprawdzić na co system konkretnie wskazuje. Gdyby się tylko na 0x7C opierać - ignorując główny ciąg - dałoby się podejrzewać problemy z kartą sieciową lub jej oprogramowaniem.
Zamiast się opanowaniem grypsery chwalić skorzystaj z Debugging Tools for Windows* i sprawdź co w *.dmp jest wpisane. * Opis w dziale FAQ. PS. Napięcia i temperatury też by sie przydać mogły.
Pobierz Debugging Tools for Windows ze strony Microsoftu. Plik ma niecałe 20 MB. Po zainstalowaniu, przejdź do: Start > Programy > Debugging Tools for Windows > WinDbg Kliknij: File > Open Crash Dump lub skrótem klawiszowym CTRL + D Pojawia sie okienko, w którym wskazujesz plik *.dmp Najczęsciej znajdują sie one w %windir%\minidump\ Wybierz plik (np.:...
W załączeniu dwa opisy błędu. Pozostałe pliki dmp nie chciały się prawidłowo otworzyć w programie Debugging Tools for Windows. Nie wiem czy ja coś źle robię czy po blue screenie te pliki jakoś nieprawidłowo się zapisały.
1. Eventvwr.msc (do wpisania w uruchom). 2. Debuger (Debugging Tools for windows - tekst w Dziale FAQ). PS. Dość wybiórczo traktujesz to o co Cię, w odpowiedziach, Użytkownicy proszą - byłeś proszony o sygnaturę błędu i... grochem o ścianę.
To może do tego *.dmp sięgnij (opis użycia Debugging Tools for Windows jest w dziale FAQ)? - Jest szansa, że - na podstawie tego co system wskazuje w zrzucie - pominie się znaczącą część gdybania w sprawie przyczyny.
Dla zapytania 0x0000008E wyszukiwarka forum listuje ponad 90 wyników. Przejrzyj je, ale najpierw może skorzystaj z Debugging Tools for Windows ( znowu Gusioo i znowu w FAQ opis umieścił), by6 sprawdzić co system wiąże z błędem.
Dział FAQ, a w nim tekst o Debugging Tools for Windows. - Przeczytaj i zastosuj. Poznasz więcej szczegółów i będziesz mógł podjąć kroki by przykrość, która Cię spotyka, wyeliminować.
Zainstaluj Debugging Tools for Windows, wprowadź ścieżkę do pliku symboli zgodnie z zaleceniami microsoftu. Następnie File --> Open Crash Dump i szukasz najnowszego pliku z folderu C:\Windows\Minidump z końcówką .dmp. Wklej tutaj.
W domyślnych ustawieniach powinien być plik zrzutu ( *.dmp). Odszukaj go i - używając Debugging Tools for Windows (opis w dziale FAQ) - sprawdź co system, jako przyczynę wskazał. Pozwoli Ci to znaleźć rozwiązanie umożliwiające uniknięcie tego typu niespodzianek w przyszłości.
Może jest pod systemem jakiś folder gdzie się zapisują takie zdarzenia to bym go poszukał tylko nie wiem gdzie tekst o Debugging Tools for Windows w dziale FAQ wskaże co i jak
Możesz też sam przeanalizować resztę plików dmp za pomocą debugging tools for windows. Ten plik zawiera niestety jedynie informację, że bluescreen spowodowany przez jakiś problem z hardware. Popraw też mocowanie podzespołów w gniazdach i wtyczek od kabli zasilających i dysków.
Możliwe to jest wszystko, ale niedobór mocy/prędkości CPU nie objawia się restartem. Co z tą pamięcią? W boot.ini czy bcdedit masz dopisany przełącznik /3GB? Postaraj się "odtworzyć" warunki dla BSOD-a i skorzystaj z debugging tools for windows - opis w dziale FAQ.
W dziale FAQ jest tekst poświęcony Debugging Tools for Windows - skorzystaj z niego, by to co w pliku *,dmp, przez Ciebie wymienionym, system podaje. Ew. wstaw treść na forum, gdybyś samo miał problem ze znalezieniem winnego opisanego w wierszu "probably caused".
Użyłem Debugging Tools for Windows tak jak kolega mi poradził. Program ten pokazał że problem jest z jakimś plikiem. Znalazłem go i usunąłem. Niestety nie pomogło. Pożyczyłem pamięć i zmieniłem na kilka godzin. Problem jak na razie nie wystąpił także po testach napiszę czy wymiana faktycznie przyniosła efekty.
Na początek: http://msdn.microsoft.com/en-us/library/... - szczegóły zaś po skorzystaniu z debugera (Debugging Tools for Windows - opis w dziale FAQ) i ustaleniu na co system wskazuje.
Coś jest w podglądzie zdarzeń i/lub w *.dmp ( debuger* do użycia)? Czy po wykonaniu procedury czystego rozruchu: http://support.microsoft.com/kb/929135/p... i po ponownym starcie błąd - przy próbie wyjścia - się pojawia nadal? * Debugging Tools for Windows omówiony w dziale FAQ.
Jaką jest sygnatura błędu? Co jest w podglądzie zdarzeń? Co podaje plik zrzutu (Dział FAQ, tekst o Debugging Tools for Windows)? Co z napięciami i temperaturą? PS. Zapomniałeś o płycie głównej.
Po opisie sądząc kłania się sterownik karty graficznej i ew. kodeki. Żeby się upewnić poczytaj, w dziale FAQ, o Debugging Tools for Windows. PS. Test pamięci powinien trwać albo do pierwszego błędu, albo minimum jedno pełne przejście ( 100%).
Może ktoś się zna na tych numerach błędów ??? W dziale FAQ jest tekst poświęcony Debugging Tools for Windows - skorzystaj z zawartych w nim wskazówek. Komputer nie składa się wyłącznie z płyty głównej. PS. Znak zapytania na klawiaturze Ci się zacina.
Popraw linki: - zrzut wg tego: http://www.elektroda.pl/rtvforum/topic59... opisu; - raport jako załącznik. Na początek: http://support.microsoft.com/?kbid=32928... + Debugging Tools for Windows (opis w dziale FAQ).
Wygląda więc na to, że jeden z inteligentnych przycisków ma na pokładzie MCU https://obrazki.elektroda.pl/4647406300_... To TLSR8250 firmy Telink. Wygląda na to, że są tacy [url=http://wiki.telink-semi.cn/wiki/IDE... palenie narzędzi co mogłoby pozwolić ci uzyskać dane z chipa. Niestety...
Teoretycznie niezgodność sterowników. W praktyce trzeba to zweryfikować poprzez odczytanie pliku *.dmp, o którym mowa na screenie (narzędzie Debugging Tools for Windows jest omówione w dziale FAQ - tekst Gusioo'a). PS. Możesz "dla sportu" sprawdzić co będzie, gdy wyjmiesz jedną kość pamięci.
Ale tu nie chodzi tylko o tę konkretną aktualizację, tylko tak jest z każdą inną!. O programie Debugging Tools for Windows czytałem tu: http://www.searchengines.pl/phpbb203/ind... więc z tego co tam jest napisane problemem u mnie było by to: Probably caused by : dump_atapi.sys ( dump_atapi+cd00 )
Najczęściej to wina źle dobranych sterowników. Pobierz program Windows Debugging Tools. Odpal WinDbg czy jakoś tak i wciśnij CTRL + D. W oknie, które ci się pojawi przejdź do lokalizacji C:\WINDOWS\Minidump\ i wybierz z listy ostatni plik odpowiadający za tego BSODa. I wklej tu nam jego zawartość.
W dziale FAQ jest tekst o Debugging Tools for Windows - skorzystaj z niego, by spróbować ustalić, na który sterownik system wskazuje. Najpierw jednak przeprowadź pomiar napięć oraz test pamięci RAM i odczyt S.M.A.R.T dysku. Gdy będziesz przedstawiał wyniki podaj pełną konfigurację oraz informacje o ew. OC.
Skoroś raczył tylko trochę szczegółów podać to w odpowiedzi dostaniesz jedną wskazówkę - Dział FAQ tekst o Debugging Tools for Windows. Gdybyś, po ustaleniach na jego podstawie, nadal miął jakieś wątpliwości, to racz poważnie potraktować własny problem i przedstaw go w anturażu, na jaki zasługuje.
Odczytałem programem Debugging Tools for Windows że są jakieś błędy związane z kartą graficzną, ale dziwne ponieważ komputer chodził 7lat i wszystko grało. I pisze tam błąd: BugCheck:1000007F probably carsed by: nv4 disp.dll wiesz coś na tan temat?
windows debugging tools debugging vista enable debugging
zmiennym kątem wyprzedzenia czujnik poziom oleju miska wsady flash blaupunkt
electrolux ewt11262ilw toshiba 40tl938 firmware
Brak prądu na sterownik VVT Peugeot 308 1.6 VTi Alternatywy dla rezonatora kwarcowego: MEMS, ceramiczne, RC