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...
Masz jedynie pokazać co wygenerował Windows Debugging Tools.
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ę).
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.
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).
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.
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 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...
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?
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,...
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...
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...
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ś ?
Mam laptopa HP Pavilion dv5 1150ew z 2008r. Na początku wszystko było normalnie, dopiero po ok 2 latach postanowiłem zmienić dysk na większy (500GB). Wtedy zaczęły się bluescreeny. Po jakimś czasie przeczyściłem go, bo myślałem, że to był powód, ale teraz sprawdziłem to Windows Debugging Tools ( jak to źle napisałem to sorry) i wyszło, że to przez "hardware"....
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...
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...
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.
Płyta główna: Msi H55-GD65 Procesor: Intel Core i3 540 3,06 GHz (niepodkręcany) + BOXowy wentylator RAM: 2x OCZ Value 2GB 1333MHz (z tego co kojarze napięcie 1,5v) Dyski: Systemowy - WD Caviar Green 500GB 32kb cache (2 partycje) Magazyn - Seagate 160GB 16kb Cache (2 partycje) Zasilacz: OCZ ModXStream 600W Karta graficzna: Asus Geforce 7600 GT 256MB...
Przedstaw w załączniku log z Debugging Tools for Windows.
Dział FAQ - Debugging Tools for Windows do poczytania i zastosowania.
Podaj log z minidump. Zrobisz to za pomocą Debugging tools for windows.
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.
Pobierz Debugging Tools for Windows i daj log z pliku midump.
Dział FAQ - tekst o Debugging Tools for Windows (autorem jest Gusioo).
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
Zajrzyj do tego *.dmp. Jak? - Dział FAQ - Debugging Tools for Windows.
Skorzystaj z możliwości odczytu pliku *.dmp - opis Debugging Tools for Windows jest w dziale FAQ.
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ść.
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.:...
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).
Debugging Tools for Windows, w dziale FAQ omawiany, pozwoli Ci sprawdzić co w *.dmp jest wskazane jako przyczyna. W konsekwencji zaś znajdziesz punkt zaczepienia.
HD tune nie w wersji pro i pokaż co pokazują zakładki. Do Bsod narzędzie Debugging tools for Windows opis w FAQ forum.
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
zrob odczyt mini dumpa programem "debugging tools for windows" opis jak to zrobic znajdziesz tutaj http://support.microsoft.com/kb/315263/p...
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
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?
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.
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ń?
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.
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ę.
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ł.
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.
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.
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).
Dział FAQ - tekst, który Gusioo napisał o Debugging Tools for Windows - sama lista plików zrzutu niewiele daje (trzeba ich zawartość odczytać).
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?
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".
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ę
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?
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.
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).
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ć...
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.
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.
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.
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.
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.
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.
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.
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.
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ę.
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".
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.
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.
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.
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.
W Windows 7 Blue Sreen tworzy pliki *.dmp które znajdziesz w katalogu Minidump w C:\Windows. To w jakim katalogu pliki *dump sie znajduje zależy jak użytkownik nadał ścieżkę zapisu. Sciezkę zapisu plików *dmp znajdziesz w SYSTEM > Zaawansowane ustawienia systemu - >Okno Zaawansowane i na dole masz " Uruchamianie i odzyskiwanie" klikasz w "Ustawienia...
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ć.
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%).
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).
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...
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
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.
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.
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.
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.
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.
Skorzystaj z aplikacji przywracanie systemu jak to nie pomoże, podmień plik na nowy w Konsoli odzyskiwania: expand [litera napędu]:\i386\ntoskrnl.ex_ [litera partycji windows]:\Windows\system32\ntoskrnl.exe Ale objawy sugerują na osiąganie krytycznej temperatury procesora lub grafiki. Użyj oprogramowania do sprawdzenia temperatury np. speedfan [darmowa...
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.
Pobierz Debugging TOols for Windows [url=http://www.microsoft.com/en-us/down... załaduj poprzez file -> open crash dump plik C:\Windows\Minidump\021714-26644-01.dmp i wklej wynik.
Debugging Tools for Windows - dział: FAQ, Autor: Gusioo - by ustalić jaki sterownik (mam wrażenie, że sygnatura 0x.....A jest bez jednego znaku) jest przez system wskazywany. Poza tym parę konkretów by się przydało - tak co do sprzętu, jak i przeglądarki (jej może dotyczyć kłopot związany z jakimś dodatkiem uruchamiającym się równolegle).
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 )
windows zapisuje takie zdarzenia do folderu windows/minidump ,tam jest plik z informacją . Najpierw musisz zciągnąć program ze strony Microsoftu WinDbg , a inaczej Debugging Tools for Windows i nim otwierasz ten plik , opis użytkowania i interpretacji byle gdzie w google znajdziesz. Ja skorzystałem kiedyś tutaj z wiedzy Kolegi Kolobosa , o ile się nie...
Brak konfiguracji sprzętowej i wersji systemu (wraz z ew. SP). Przydać się może dołączenie zrzutu pliku *.dmp (opis Debugging Tools for Windows w dziale FAQ). Nadto informacje dot S.M.A.R.T (też w FAQ podano co i czym) oraz napięć też są wskazane. PS. Popraw ortografię i uzupełnij interpunkcję.
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.
Zmień sposób linkowania grafiki na tu: http://www.elektroda.pl/rtvforum/topic59... opisany. Błędy w logach - eventvwr.msc - jakieś są ? Z Debugging Tools for Windows skorzystaj - opis w dziale FAQ.Brakuje konfiguracji. Skoro wiążesz pojawienie się problemu z aktualizacją, to spróbuj ją odinstalować (lub skorzystać z przywracania systemu).
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?
dziękuję koledzy za pomoc i sugestie, ściągnąłem program "Debugging tools for windows", zgrałem (przez live cd ) minidump tworzony podczas bluescreena i odczytałem plik zrzutu powyższym programem - efekt - wywala "memory_corrupted" wymieniłem RAM i wszystko póki co śmiga, jeszcze raz dziękuję za porady, pozdrawiam ----------------------- [url=http://www.kom-it.net/]...
Witam wszystkich Od jakiegoś czasu na komputerze ( windows 7 64bit) pojawia mi się blue screen, po czym następuje reset komputera. Wykonałem test pamięci i nic. Za pomocą Debugging Tools for Windows wyciągnęłem informacje z plików .dmp. Nie wiem co dokładnie trzeba wkleić, więc wrzucam wam to: BugCheck 50, {fffff959c21209c0, 0, fffff800034089bc, 5}...
A tak konkretnie? Dział FAQ - Debugging Tools for Windows lub http://www.nirsoft.net/utils/blue_screen... i sam możesz sprawdzić co system, jako przyczynę, wskazuje. PS. Łaskaw bądź uzupełnić brakujące "ogonki" oraz znaki interpunkcyjne (wraz ew. korektą pisowni konieczną w konsekwencji ich użycia).
Zanim się zaczniesz, zgodnie z sugestią powyżej podaną, za śrubokręt brać, sprawdź czy nie jest to kwestia ustawień BIOS-u - kontrolera S-ATA i/lub uszkodzenia sterowników Intela (reinstalacja lub zmiana wersji pod rozwagę). Może coś by się dało jeszcze z pliku *.dmp wyłuskać - tekst o Debugging Tools for Windows w dziale FAQ.
debugging tools windows daemon tools deamon tools windows
sprawdzić miernikiem inwerter głowica telewizorze iskra komputer
electrolux ewt11262ilw toshiba 40tl938 firmware
Wymiana podświetlenia pokrętła w piekarniku Amica z chowanymi pokrętłami Bojler Ariston Evo nie grzeje, miga panel - usterka