Ultimate Guide to Resise Błędzione błędy ekranu (BSOD) w systemie Windows

Totovelo10 złożył nowy komentarz do artykułu VirtualBox: Zainstaluj zaproszone dodatki 7 godzin temu

Ręcznie awaria okien – niebieski ekran na żądanie

Windows zawiera funkcję, którą można umożliwić ręczne awarie systemu poprzez trzymanie prawego klawisza CTRL i dwukrotnie naciskając klawisz „Scroll Block”. Może to być przydatne do generowania zrzutu awaryjnego do aplikacji debugowania lub może być zabawnym dowcipem. Wykonaj następujące kroki, aby włączyć tę funkcję:

1. Otwórz edytor rejestru, klikając przycisk Start i wpisując Regeit i uderzanie Enter. Jeśli jesteś na XP najpierw wybierz Uruchom, a następnie wpisz się Regeit i naciśnij Enter.
2. Nawigować do: HKEY_LOCAL_MACHINE \ System \ CurrentControlset \ Services \ i8042prt \ Parameters.
3. Utwórz nową wartość DWORD i nazwij ją Crashontlscroll
4. Kliknij prawym przyciskiem myszy nową wartość DWORD i wybierz Modyfikować.
5. Wpisz 1 w polu danych wartości i kliknij OK.
6. Zamknij regedit i ponownie uruchom swój system.

Teraz możesz niebieski ekran (awaria) swój system, przytrzymując prawy klawisz CTRL i dwukrotnie naciskając „Zamknięcie przewijania”.

WSKAZÓWKA:

Twój system może ponownie uruchomić automatycznie po zainicjowaniu tej awarii. Jeśli Twój system ponownie uruchamia się IMMILETYNY INICJI PRACA, a chcesz zobaczyć niebieski ekran, wykonaj następujące kroki:

1. Iść do Panel sterowania > System
2. Kliknij na Zaawansowany patka
3. Pod Uruchamianie i odzyskiwanie, Kliknij Ustawione przycisk.
4. Pod Awaria systemu, Odznacz opcję Automatycznie uruchom ponownie.

Ultimate Guide to Resise Błędzione błędy ekranu (BSOD) w systemie Windows

Kiedy w systemie występuje błąd śmiertelny, Windows wyświetla słynny Niebieski ekran śmierci (lub BSOD na niebieski ekran śmierci). Ten śmiertelny błąd występuje, gdy system operacyjny osiąga stan krytyczny, w którym nie może już poprawnie funkcjonować.

Możesz spotkać się z nią podczas instalowania aktualizacji, programu, sprzętu lub nagle, bez żadnych precyzyjnych działań, które wydawało się, że ją uruchomiły. Windows nadal działa tak : Nagle zatrzymuje się, aby chronić się przed możliwą utratą danych, pokazuje swoje niebieski ekran Następnie uruchom ponownie komputer.

Zgodnie z raportami o błędach, które zostały wysłane do Microsoft do kwietnia 2014 r., Powody, dla których Windows Crashe są w ten sposób rozpowszechnione:

• Trzecia -Piloci peryferyjni: 70%
• Nieznane z powodu poważnej uszkodzeń pamięci: 15%
• Błędy materialne: 10%
• Kod Microsoft: 5%

Czasami wyjątkowy, niebieski ekran śmierci, który następuje po śmiertelnym błędzie, może niestety być wielokrotnie wyświetlany na twoim komputerze. Jeśli tak jest obecnie, będziesz potrzebować Znajdź pilota odpowiedzialnego za błąd śmiertelny i przynieś rozwiązanie. Urządzenie, jego pilot lub program połączony z nim może być przyczyną niebieskiego ekranu. Aktualizacja pilota lub programu rozwiązuje w większości przypadków napotkane problemy.

W tym samouczku pokażę ci, jak Przeanalizuj niebieski ekran Aby znaleźć Kierowca odpowiedzialny za błąd śmiertelny i w ten sposób być w stanie ostatecznie rozwiązać problem ! Celem jest umożliwienie ponownego użycia komputera w pokoju, bez obawy, że niebieski ekran pojawi się ponownie i przerwać w pracy.

Preamble: Pliki obrazu pamięci

Gdy system się zawiesza, Windows wyświetla zatem niebieski ekran, który towarzyszy Zatrzymaj kod. Ten kod stopów daje nam pierwsze informacje na temat Charakter śmiertelnego błędu.

I Informacje: Możesz znaleźć wszystkie kody stop i ich znaczenie w kodzie referencyjnym kontroli błędu witryny Microsoft Hardware Dev Center.

Jednak ten kod zatrzymania może być całkiem całkiem Avare z informacjami. W powyższym przechwyceniu kod stopu Zarządzanie pamięcią wskazuje, że wystąpił poważny błąd zarządzania pamięcią … bez wiedzy o wiele więcej (patrz. Sprawdź błąd 0x1a: pamięć_management).

Do systemu Windows 7 wyświetlony niebieski ekran Cztery parametry, które były związane z Zatrzymaj kod (Możliwe jest znalezienie tych czterech parametrów w obserwatorze zdarzeń). Pozwalają ci dowiedzieć się więcej o śmiertelnym błędy.

W poniższym przykładzie pierwszy parametr kodu stop Unmountable_boot_volume Wskazuje urządzenie, które nie zostało zamontowane przez system (patrz. : Sprawdź błąd 0xed: unmountable_boot_volume).

Jeśli jest dostępne, Nazwa pilota kto posadzony jest również wyświetlany. W poniższym przykładzie są to rtkvhd64.Sys. Ten ostatni mówi nam z drugiej strony wiele więcej O przyczynie śmiertelnego błędu. Google Research mówi nam, że jest to sterownik audio Audio RealTek High Definition.

Nazwa modułu odpowiedzialnego za awarię Nie zawsze pojawiają się !

Mam kod zamknięcia, który nie daje mi żadnych informacji, a nazwa sterownika odpowiedzialna za awarię nie jest wyświetlana … jak zrobię, aby znaleźć pochodzenie błędu śmiertelnego ?

Nie miałem czasu, aby zobaczyć, co było oznaczone na niebieskim ekranie ! Jak zrobię, aby debugować Windows ?

Nie panikuj ! Zamierzałem ci dać Rozwiązanie Aby znaleźć źródło swoich niebieskich ekranów.

Po sadzeniu systemu i po wyświetleniu niebieskiego ekranu Windows przechodzi do Opróżnianie pamięci fizycznej (RAM) komputera, rozładowując jego zawartość w pliku dysku twardym: Plik obrazu pamięci (lub pliki zrzutu pamięci). Możesz także postępować zgodnie z postępem opróżniania pamięci na niebieskim ekranie poprzez procent ukończenia, który jest stopniowo niesamowity (do „100% gotowych”))).

Ten plik obrazu pamięci zawiera zatem kopię wszystkich danych obecnych w pamięci komputera przed wynikiem. Dane te okażą się cenne w celu ustalenia Całkowita diagnoza w wypadku Okna. Konsultując się z nimi, z pewnością znajdziemy Pilot Windows Pilot !

Istnieją dwa typy plików obrazu pamięci: pliki dla Tryb rdzenia (Zrzut w trybie jądra) i pliki dla tryb użytkownika (Pliki zrzutowe w trybie użytkownika). [1]

[1] Tryb użytkownika i Tryb jądra ^

Na komputerze z systemem Windows procesor ma dwa różne tryby: a tryb użytkownika i jeden Tryb rdzenia. Procesor Przełącz między dwoma trybami W zależności od rodzaju kodu, który wykonuje: Aplikacje Istnieją w trybie użytkownika, Komponenty systemu operacyjnego W trybie jądra. Większość piloci Istnieją w trybie jądra, ale niektóre mogą działać w trybie użytkownika.

Aby rozwiązać problemy z niebieskim ekranem, musisz przeanalizować Tryb plików obrazu Tryb Tryb. Są to pliki zawierające informacje do debugowania systemu; Pliki trybu użytkownika pozwalają im na debugowanie tylko programów zainstalowanych przez użytkowników.

Windows może generować pięć rodzajów Pamięć obrazu w trybie jądra, różnica wokół wielkości wygenerowanego pliku:

• Pełny obraz pamięci : zawiera Cała pamięć fizyczna który był używany przez Windows w momencie awarii. To jest największy plik obrazu pamięci. Wymaga pliku wymiany [2], który jest co najmniej tak nieporęczny jak główna pamięć systemu: rozmiar pliku wymiany musi zatem być równy całej pamięci RAM + 1 MB. Jeśli masz 16 GB pamięci RAM na komputerze, rozmiar pliku wymiany musi zatem wynosić 16,001 GB, aby móc pomieścić dane pamięci fizycznej !
• Obraz jądra : zawiera Tylko pamięć używana przez jądro W czasie wypadku. Ten plik jest znacznie mniejszy niż pełny plik obrazu pamięci. Jego rozmiar jest mniej więcej równy jednej trzeciej pamięci fizycznej zainstalowanej w systemie (jeśli masz 16 GB pamięci RAM, rozmiar pliku wyniesie około 5,3 GB). Ten plik obrazu nie zawiera pamięci nie allokowanej ani pamięci przydzielonej do aplikacji w trybie użytkownika. Zawiera tylko pamięć przydzieloną do jądra Windows, warstwę abstrakcji sprzętowej (HAL), a także pamięć przydzielona do pilotów i programów w trybie jądra. To jest najbardziej przydatny plik obrazu pamięci. Mniejsze i szybsze do wykonania niż pełny plik obrazu pamięci, nie zawiera danych pamięci fizycznej, która na ogół nie jest zaangażowana w awarię.
• Częściowy obraz pamięci (256 kb) : najmniejszy plik obrazu pamięci, przydatny w bardzo ograniczonych systemach kosmicznych. O ile zawiera Ograniczone informacje (Przesrzymaj wiadomość, lista załadowanych sterowników …) Analiza tego pliku może nie pozwolić na odkrycie źródła napotkanych błędów w momencie awarii komputerowej.
• Automatyczne opróżnianie pamięci : zawiera te same informacje że Plik obrazu pamięci jądra. Różnica między nimi nie znajduje się w samym pliku obrazu, ale w sposób, w jaki Windows określa rozmiar pliku wymiany systemu. Jeśli rozmiar pliku wymiany systemowej jest zdefiniowany na „automatycznym zarządzaniu plikiem zarządzania czytelnikom”, a parametr obrazu pamięci jest zdefiniowany na „automatycznym opróżnianiu pamięci”, system Windows automatycznie definiuje rozmiar pliku Exchange, wystarczająco duży, aby przechwycić jądro obraz pamięci.
• Aktywne opróżnianie pamięci : Podobnie jak w pełnym obrazie pamięci, nie zawiera jednak pamięci przypisanej do maszyn wirtualnych Hyper-V, bezużyteczne do debugowania maszyny hosta.

[2] Plik Exchange Windows ^

Gdy pamięć RAM (RAM) jest nasycony, Windows tworzy plik (plik strony.Sys) na czytniku systemowym (C 🙂 Aby przechowywać tam dodatkowe informacje: to jest plik wymiany. Ta technika umożliwia systemowi systemu Windows na dysku twardym, który zwykle powinien przechowywać w pamięci RAM. Mówi się, że Windows ma pamięć wirtualna, co odpowiada sumę między rozmiarem pamięci RAM (pamięci RAM) a wielkością pliku wymiany.

Możesz skonfigurować typ pamięci, który tworzy Windows w przypadku awarii w Zaawansowane ustawienia systemu (%SystemRoot%\ System32 \ SystemPertiesAdvanced.Exe)> Rozpoczęcie i odzyskiwanie.

Zaleca się pozostawienie typu domyślnego obrazu pamięci: Automatyczne opróżnianie pamięci.

Tylko jeden i tylko plik Obraz pamięci można utworzyć podczas awarii systemu. Jeśli wystąpi drugi błąd śmiertelny i utworzono pamięć obrazu jądra (lub obrazu pełnej pamięci), zastąpi poprzedni (jeśli opcja „zastąpi wszystkie istniejące pliki parametrów” jest sprawdzona).

Plik obrazu pamięci jest zapisany domyślnie w %SystemRoot%\ pamięć.DMP.

Niezależnie od rodzaju wybranego obrazu pamięci, Windows zawsze tworzy więcej Częściowy plik obrazu pamięci Ilekroć system zatrzymuje się nieoczekiwanie (po wyświetleniu niebieskiego ekranu), nawet jeśli wybrałeś „Obraz pamięci jądra” lub „Pełny obraz pamięci” w ustawieniach.

Jeśli wystąpi drugi błąd śmiertelny, drugi Częściowy obraz pamięci jest utworzony, a poprzedni zostanie zachowany. Każdy nowy plik obrazu pamięci częściowej będzie miał inną nazwę, z datą awarii zakodowanej w nazwie pliku. Na przykład „050917-10843-01.DMP „to plik obrazu pamięci wygenerowany 9 maja 2017 r.

Wszystkie pliki obrazów pamięci częściowej są przechowywane w folderze %SystemRoot%\ Minidump.

Teraz, gdy wiesz, jak działają pliki obrazu pamięci, skonsultujmy się Informacje o zniesieniu które zawierają, aby znaleźć pilota odpowiedzialnego za twoje niebieskie ekrany śmierci !

Rozwiąż niebieski ekran śmierci (BSOD)

Krok 1: Przeanalizuj pliki obrazu pamięci

Na początek przeanalizujemy Częściowe pliki obrazu pamięci.

Nawet jeśli te ostatnie zawierają niewiele informacji, nierzadko zdarza się, że pilot odpowiedzialny za błąd śmiertelny.

Jeśli częściowe pliki obrazu pamięci nie pozwalają nam znaleźć źródła niebieskiego ekranu śmierci, przeanalizujemy Kompletny plik obrazu lub jądra który zawiera znacznie więcej informacji na temat wypadku, który spowodował niebieski ekran śmierci.

Za pośrednictwem plików obrazu pamięci

L ‘Narzędzie kontroli obrazu pamięci (Dumpchk.ex) to narzędzie wiersza poleceń oferowane przez Microsoft do sprawdzenia i Przeczytaj pliki obrazu pamięci.

W przeciwieństwie do innych dostępnych narzędzi do debugowania, wysypki.EXE nie wymaga dostępu do symboli debugowania, które są nieporęczne i które należy pobrać, aby debugować.

Chociaż to narzędzie to nie jest bardzo ergonomiczne.

Dlatego będziemy korzystać z programu BluesCreenview : Skanuje wszystkie pliki obrazu pamięci utworzone na komputerze po awarii systemu Windows i wyraźnie wyświetla zawierane informacje.

Teraz pobierz i zainstaluj BLASCREENVIEW na swoim komputerze, a następnie uruchom go.

W górnym panelu, wszyscy Pliki obrazu pamięci znalezione w folderze %SystemRoot \ Minidump, a także w pliku obrazu SystemRoot %\ Memory \.DMP są wyświetlane. W powyższym przechwytywaniu wyświetlane jest sześć obrazów pamięci częściowej. Oznacza to, że ten komputer napotkał niebieski ekran sześć razy !

Dla każdej awarii blueCreenView wyświetla nazwę częściowego pliku obrazu pamięci, Data i godzina awarii, Zatrzymaj kod (wyświetlane na niebieskim ekranie), 4 Parametry kodu zatrzymania, i Szczegóły dotyczące pilota Kto prawdopodobnie spowodował awarię (nazwa pliku, nazwa produktu, opis i wersja pliku).

Domyślnie w dolnym panelu BlueCreenView wyświetla Wszyscy piloci, którzy zostali załadowani Podczas awarii (którą wybrałeś w górnym panelu). Piloci, których adres pamięci został znaleziony w baterii katastrofy, są podświetlone na różowym, co ułatwia zlokalizowanie pilotów, którzy prawdopodobnie będą odpowiedzialni za awarię.

Twoja misja jest prosta : Znajdź pilota odpowiedzialnego za niebieski ekran w kolumnie „spowodowany przez sterownik” !

W poniższym schwytaniu widzimy, że awaria 5 sierpnia 2013 r. Została spowodowana przez pilota NVLDDMM.SYS, który prawdopodobnie obraca kartę graficzną NVIDIA.

Jeśli chcesz mieć więcej szczegółów na temat wykrytego sterownika (do którego komponentu, urządzenia lub programu należy), kliknij prawym przyciskiem myszy plik obrazu pamięci i wybierz Wyszukiwanie Google – kontrola błędów + sterownik Aby rozpocząć wyszukiwanie w Internecie.

Niestety często zdarza się, że częściowe pliki obrazów nie zawierają wystarczających informacji, aby móc zidentyfikować pilota odpowiedzialnego za niebieski ekran.

Tak jest, jeśli wyświetla BlueScreenView ntoskrnl.exe W kolumnie „spowodowanej przez sterownik”. To jest źle : To jest po prostu najnowszy plik baterii, który został załadowany przed pojawieniem się niebieskiego ekranu. To nie jest plik błąd krytyczny.

Zgodnie z tym, co bluescreenview wpływa w kolumnie „przyczyna przez sterownik”, Zastosuj następujące ::

• Jeśli BlascreenView wyświetla nazwę pliku, o której mowa komponent, urządzenie lub program → Zastosuj określone rozwiązania do wadliwego pilota.
• Jeśli plakat BlueScreenview ntoskrnel.exe → Będziemy musieli przeanalizować pełny plik obrazu (lub jądro), aby znaleźć pilota, który naprawdę spowodował niebieski ekran. Przejdź do następującej sekcji: Przeczytaj pełną pamięć lub plik obrazu jądra.

za pomocą pełnej pamięci lub pliku obrazu jądra

I Informacje: Pełna pamięć lub plik obrazu, który przeanalizujemy Ostatni niebieski ekran, który się pojawił w Twoim komputerze. Innymi słowy, jest to bardziej „kompletna” wersja Najnowszy częściowy plik obrazu wyświetlany w BlueCreenview (Możesz sortować częściowe pliki obrazów według daty, klikając nagłówek kolumny „Crash Time”).

Aby przeanalizować plik obrazu pełnego lub jądra, musimy zainstalować Debugery Windows (Zawarty w systemie Windows SDK).

W tym celu postępuj zgodnie z tymi instrukcjami:

1. Pobierz program instalacyjny SDK (zestaw programistycznych) zgodnie z wersją systemu Windows.
2. Uruchom w programie instalacyjnym systemu Windows DUSDK. Na pierwszym ekranie zostaw domyślną lokalizację, a następnie kliknij Następny.
   
3. Spośród wszystkich proponowanych funkcji zainstaluj tylko narzędzia debugowania. Wyjechać Narzędzia do debugowania dla systemu Windows zaznaczone i odznacz wszystkie pozostałe pola, a następnie kliknij zainstalować.
   

Po zainstalowaniu narzędzi do debugowania masz do dyspozycji pięć środowisk usuwania (patrz. Obszary debugowania, aby uzyskać więcej szczegółów), których Microsoft Windows Debugger (Windbg), A Debugger zdolne do debugowania w trybie użytkownika i trybie jądra.

Windbg zapewnia debugowanie dla jądra Windows, sterowników i usług systemowych, a także aplikacji i sterowników użytkowników. To jest ten, którego użyjemy.

I Sztuczka: Aby łatwiej odczytać pliki obrazu pamięci (.DMG), możesz je kojarzyć z programem Windbg. Aby to zrobić, otwórz wiersz polecenia jako administrator i wprowadź następujące polecenia (do dostosowania zgodnie z wersją Windows):

CD "C: \ Program Files (x86) \ Windows Kits \ 10 \ Debuggers \ x64 \" .\ Windbg.Exe -ia

1. Uruchom Windbg jako administrator: Otwórz menu Start, wprowadź „Windbg”, kliknij prawym przyciskiem myszy Windbg (x64) (Lub Windbg (x86) Jeśli używasz 32 -bitowej wersji systemu Windows), wybierz Wykonaj jako administrator.
2. Zasadne okno Debugger Windbg otwiera się.
3. Określ lokalizację symboli debugowania przez Linia >Ścieżka pliku symboli. Pliki symboli zawierają różnorodne dane, które są bardzo przydatne do debugowania.
   
4. Wprowadź następną lokalizację, a następnie kliknij OK ::

Srv*c: \ symbolssrvcache*https: // msdl.Microsoft.com/pobieranie/symbole

Zapisz obszar roboczy przez Linia >Zapisz obszar roboczy. Zapobiegnie nam to ponownego zdefiniowania lokalizacji symboli debugowania z każdą sesją.

Otwórz plik obrazu pamięci przez Linia >Otwarty zrzut katastrofy.

Przejdź do folderu C: \ Windows i wybierz plik Pamięć.DMP.

Poczekaj, aż Windbg ładuje symbole niezbędne do debugowania pliku obrazu pamięci. Tekst Debuggee nie jest połączone jest wyświetlany na dole okna; Musisz poczekać, aż wyświetli się wiersz polecenia KD>.

Gdy masz rękę, wprowadź polecenie !Analizuj -V, aby uruchomićAnaliza pliku obrazu pamięci.

Image_name: cpuz138_x64 Module_name: cpUZ138_X64 Moduł usterki: FFFFF8004DC30000 CPUZ138_X64 PROCES_NAME: Speccy64.exe

0x000000D1: Driver_Irql_Not_OR_Equal 0x0000000a: irql_not_less_equal 0x000050: page_fault_in_nunped_area 0x0000c2: Bad_Pool_Caller 0x0000000000ed: unMoutable_boot_volume 0x0000001e: KmoDe_not_ Ndled 0x000000. S_file_system