Rozwiązany Antywirus i bluescreen

Dziś już jestem wyeksploatowany ale po kolei:

Cytat:1. Jak załączyć (dograć) symbole do systemu, by móc w pełni odczytać plik dmp?

Symboli się nie dogrywa, nie załącza się. Konfiguruje się ścieżkę folderu do symboli, które na bieżąco będą ściągane podczas debugowania z serwera MS. Oznacza to tyle, że jeśli znajdzie nowe nie istniejące na dysku to je ściągnie. W miarę debugów tych symboli na dysku będzie coraz więcej. We wszelkich tutorialach pisze aby wrzucić ścieżkę symboli do WinDbg. Jest to o kant tyłka potłuc - trzeba to robić za każdym razem. Lepiej wrzucić systemową zmienną środowiskową.
Nazwa zmiennej
_NT_SYMBOL_PATH
Wartość
symsrv*symsrv.dll*c:\symb*http://msdl.microsoft.com/download/symbols
Gdzie
c:\symb oznacza mój folder z symbolami.

Cytat:Po ich zainstalowaniu ustawię w WinDbg (X64) ścieżkę do symboli i zobaczę, co mi wygeneruje.

Bezużyteczne a ponadto widzę iż to już inny dump bo inna zawartość. To co wrzuciłeś wskazywało na ntfs.sys z tego co pamiętam. Ale.... (tu wkraczamy do pytania nr 2) no właśnie to jest tyko debugger a sztuka debugowania jest trudna i wymusza dużą wiedzę, doświadczenie na temat architektury systemów. Dlatego 99% populacji nie potrafi nic ponadto jak wcisnąć lub wydać komendę !analyze -v i na tej podstawie potem piszą bzdury, że przyczyną jest np ntoskrnl.exe (jądro systemowe). Dlatego muszę przygasić optymizm. Bardzo proste błędy zdradzające jednoznacznie przyczyny zdarzają się rzadko - wiem bo każdy dmp tu przechodzi przez moje ręce. A ten Twój który widziałem to już wyższa szkoła jazdy i podejdę do niego w tygodniu jak czas pozwoli. WIndbg jest zaawansowanym narzędziem pozwalającym nie tyko na analizę plików zrzutów pamięci (wycinek przed pojawieniem się bsoda jak i po) jądra systemowego.