Od dnia 11 kwietnia 2017 r. użytkownicy systemu Windows Vista nie otrzymują już od firmy Microsoft nowych aktualizacji zabezpieczeń, poprawek innych niż poprawki bezpieczeństwa, bezpłatnej lub płatnej pomocy technicznej ani aktualizacji zawartości technicznej online. Artykuł ten nie będzie już aktualizowany i pozostaje jedynie do celów informacyjnych. Odwiedź
witrynę Microsoft w celu zapoznania się z informacją o zakończeniu wsparcia.
- Co to jest błąd niebieskiego ekranu?
- Rozwiązywanie typowych błędów niebieskiego ekranu
- 0x000000ED i 0x0000007B
- 0x00000024
- 0x0000007E i 0x0000008E
- 0x00000050
- 0x000000D1
- 0x000000EA
- Używanie Debuggera systemu Windows
Niniejszy artykuł opisuje błędy niebieskiego ekranu — czym są, co powoduje ich występowania, jak je rozpoznać i jak rozwiązywać najpowszechniejsze z nich.
Ten artykuł dotyczy systemu Microsoft Windows 7.
Kliknij poniżej, aby zmienić system operacyjny.
Firma Dell poleca:
Jak naprawiać błędy niebieskiego ekranu (STOP) powodujące nieoczekiwane zamykanie i ponowne uruchamianie systemu Windows Vista
W momencie napotkania pewnych sytuacji system Windows zatrzymuje się, a na ekranie pojawia się niebieski ekran, na którym są wyświetlane odpowiednie informacje diagnostyczne. Właśnie z uwagi na tło ekranu błędy te zostały nazwane „niebieskim ekranem" lub „niebieskim ekranem śmierci".
Niebieski ekran pojawia się, gdy:
- system Windows napotka błąd, którego nie może naprawić bez utraty danych;
- system Windows wykryje uszkodzenie danych krytycznych dla systemu operacyjnego;
- system Windows wykryje awarię sprzętu, której nie może naprawić.
- Tekst wyświetlany na niebieskim ekranie zmieniał się od potężnej ilości danych w systemie Windows NT 4.0 do względnie krótkiego tekstu w nowszych wersjach systemu Windows.
Oba błędy mają podobne przyczyny, a ich rozwiązanie przebiega w ten sam sposób. Oba błędy pojawiają się podczas uruchamiania systemu. Jeśli pojawił się jeden z nich, oznacza to, że:
- System wykonał test POST (Power-On Self-Test).
- System załadował NTLDR i przeniósł sterowanie procesem uruchamiania na NTOSKRNL (jądro).
- NTOSKRNL jest zdezorientowany. Nie może znaleźć swojej reszty lub nie może odczytać systemu plików z lokalizacji, w której szuka.
Rozwiązanie tych problemów polega na znalezieniu i usunięciu przyczyny dezorientacji jądra systemu Windows.
Procedura sprawdzająca
- Konfiguracja kontrolera SATA w systemie BIOS Jeśli kontroler SATA przełącza się z trybu ATA do AHCI (lub w drugą stronę), system Windows nie nawiąże komunikacji z kontrolerem SATA, ponieważ oba tryby korzystają z różnych sterowników. Spróbuj zmienić tryb kontrolera SATA w systemie BIOS.
- Ustawienia RAID Komunikat ten może pojawić się, jeśli były zmieniane ustawienia kontrolera RAID. Spróbuj zmienić ustawienia RAID na Autodetect (Automatyczne wykrywanie) (zwykle działa).
- Nieprawidłowe lub zbyt słabe podłączenie przewodów Spróbuj ponownie podłączyć przewody łączące dyski i ich kontrolery (na obu końcach).
- Dysk twardy Uruchom wbudowane narzędzie diagnostyczne i wykonaj badanie dysku twardego. Pamiętaj: Kod 7 oznacza uszkodzenie danych, które można naprawić, a nie awarię dysku.
- Uszkodzenie systemu plików Uruchom konsolę odzyskiwania z dysku instalacyjnego systemu Windows i uruchom polecenie chkdsk /f /r.
- Nieprawidłowo skonfigurowany plik BOOT.INI (Windows Vista). Kod błędu 0x7B może pojawić się, jeśli plik boot.ini został usunięty lub zmieniony. Uruchom konsolę odzyskiwania z dysku instalacyjnego systemu Windows i uruchom polecenie BOOTCFG /REBUILD
Ten komunikat o błędzie oznacza, że sterownik systemu plików NTFS napotkał sytuację, z którą nie może sobie poradzić, a która ma zawsze jedną z trzech poniższych przyczyn:
- Uszkodzenie danych na dysku
- Uszkodzenie danych w pamięci
- Całkowity brak pamięci (zwykle w przypadku bardzo obciążonych serwerów)
Procedura sprawdzająca
- Ponownie zamontować kości pamięci i podłączyć kable danych łączące dyski w celu wyeliminowania problemów uszkodzenia danych spowodowanych źle lub niedostatecznie zamontowanym sprzętem.
- Uruchomić kompleksowy test pamięci i dysku twardego. Szybki test jest w tym wypadku wystarczający. Należy przeprowadzić kompletną diagnostykę systemu.
- Jeśli badania diagnostyczne zakończą się pomyślnie, należy przeprowadzić kompleksowy test systemu plików, korzystając z konsoli przywracania (chkdsk /f /r) w celu wykrycia i naprawienia potencjalnych uszkodzeń danych.
- Jeśli żaden z powyższych sposobów nie zadziała, należy zainstalować ponownie system Windows.
- Jeśli to nie rozwiąże problemu, należy wymienić dysk twardy.
Te dwa komunikaty oznaczają, że program działający w jądrze napotkał sytuację, której nie może odwrócić. Oba błędy mają to samo rozwiązanie i kroki postępowania, a do określenia, co powoduje błąd, niezbędny będzie Debugger systemu Windows.
Procedura sprawdzająca
- Jeśli na niebieskim ekranie pojawi się nazwa sterownika lub plik biblioteki, należy ustalić z jakiej aplikacji pochodzi, a następnie zaktualizować lub wyłączyć tę aplikację.
- Zaktualizować system BIOS do najnowszej wersji.
- Odinstalować ostatnio zainstalowane programy i przywrócić poprzednie wersje sterowników.
- Wykonać diagnostykę pamięci operacyjnej komputera.
Ten komunikat oznacza, że system próbował uzyskać dostęp do nieistniejącej pamięci. Błąd prawie zawsze jest powodowany przez:
- sterownik próbujący uzyskać dostęp do strony pamięci, której nie ma;
- usługę systemową (np. skaner antywirusowy), która ma awarię na skutek wyjątku;
- nieprawidłowo zamontowaną pamięć;
- uszkodzone dane na dysku twardym.
Aby uzyskać szczegółowe informacje o przyczynie błędu, należy użyć Debuggera systemu Windows.
Procedura sprawdzająca
- Jeśli na niebieskim ekranie znajduje się nazwa sterownika lub pliku biblioteki, należy ustalić z jakiej aplikacji pochodzi i zaktualizować ją do najnowszej wersji lub odinstalować sterownik lub aplikację.
- Jeśli błąd pojawia się podczas uruchamiania systemu, należy spróbować uruchomić komputer w trybie Ostatniej znanej dobrej konfiguracji.
- Jeśli błąd zaczął pojawiać się po zainstalowaniu programu lub sterownika, należy odinstalować program lub sterownik.
- Wykonać kompleksową diagnostykę dysku twardego i pamięci (po ponownym zamontowaniu pamięci i podłączeniu przewodów danych dysku twardego).
Ten kod oznacza, że sterownik próbował uzyskać dostęp do części pamięci, do której nie powinien, co z kolei oznacza, że sterownik jest wadliwy. Rozwiązaniem tego problemu jest znalezienie i usunięcie bądź zamiana danego sterownika. W celu rozwiązania tego problemu należy użyć Debuggera systemu Windows.
Bez pomocy debuggera można jedynie odinstalować/zaktualizować/przywrócić poprzednią wersję sterownika, który został podany na niebieskim ekranie.
Ten niebieski ekran oznacza, że sterownik urządzenia — prawie zawsze sterownik karty graficznej — zawiesił się, oczekując na określone zdarzenie (zwykle na zadziałanie sprzętu). W większości tych komunikatów pojawia się nazwa pliku
nv4_disp.sys.
Procedura sprawdzająca:
- Zaktualizować sterowniki wideo do najnowszej wersji firmy Dell.
- Sprawdzić, czy wersja systemu BIOS jest aktualna.
- Jeśli sterownik wideo i system BIOS są aktualne, należy skontaktować się z producentem i zapytać, czy ostatnio nie pojawiła się nowsza wersja.
- W ostateczności należy wymienić kartę graficzną.
Ponowna instalacja systemu Windows prawdopodobnie nie spowoduje rozwiązania tego problemu.
Debugger systemu Windows to podstawowe, szeroko dostępne narzędzie używane przez programistów i pracowników obsługi technicznej firmy Microsoft do analizy i rozwiązywania problemów, które kończą się zrzutem pamięci.
Debugger systemu Windows to potężne narzędzie o wielu zastosowaniach, ale w niniejszym artykule opiszemy tylko funkcję analizy zrzutów pamięci w celu określenia przyczyny niebieskiego ekranu.
Przed rozpoczęciem korzystania z tego narzędzia należy pamiętać, że:
- Debugger systemu Windows nie jest własnym narzędziem systemu Windows. Musisz pobrać i zainstalować tę aplikację (15 MB) z witryny Microsoft. Instalację narzędzia musi przeprowadzić osoba mająca uprawnienia administratora.
- Debugger wymaga pewnej personalizacji przed użyciem.
- Pełna analiza zrzutu pamięci za pomocą Debuggera może potrwać od 30 sekund do 2 minut.
Aby użyć narzędzia, wykonaj następujące czynności:
- Pobierz i zainstaluj Debugger systemu Windows z witryny Microsoft
Strona domowa narzędzia Debugger systemu Windows pojawi się jako pierwsza po wpisaniu frazy „debugger windows" w wyszukiwarce Google.
- Po zakończeniu instalacji kliknij kolejno pozycje Start, Wszystkie programy, Debugging Tools for Windows i WinDbg, aby otworzyć narzędzie Windows Debugger.
- Skonfiguruj ścieżkę symbolu użytą przez debuggera tak, aby zamienić adresy w zrzucie pamięci w nazwy lokalizacji: rozwiń menu Plik, wybierz Ścieżka pliku symboli, wpisz „SRV*c:\debug_symbols*http://msdl.microsoft.com/download/symbols" w oknie dialogowym i kliknij OK.
- Otwieranie mini zrzutu: rozwiń menu Plik, wybierz opcję Otwórz zrzut, wybierz odpowiedni plik i kliknij przycisk Otwórz.
Zazwyczaj system przechowuje pliki zrzutu w jednej z poniższych lokalizacji: C:\WINNT\Minidump\ lub C:\Windows\Minidump\. Pliki mają nazwy miniMMDDRR-NN.dmp, gdzie MM oznacza miesiąc, DD dzień, a RR rok utworzenia pliku zrzutu. NN oznacza numer pliku utworzonego danego dnia, jeśli utworzono więcej niż jeden plik (pierwszy plik danego dnia będzie miał numer 01, drugi 02 itd.).
- Debugger otworzy plik zrzutu i poda krótki opis przyczyny awarii. (Rysunek 2)
Podczas pierwszego uruchomienia Debuggera, przed wyświetleniem zawartości pliku zrzutu narzędzie będzie przez kilka minut pobierać w tle informacje dotyczące symboli.
Rysunek 2: Debugger systemu Windows Proponowane polecenie dla wiersza poleceń Debuggera
Kod stop z niebieskiego ekranu (1000007F oznacza to samo co 0x7F)
Plik, który według systemu spowodował awarię (w tym przykładzie atapi.sys; czasami pojawiają się informacje typu memory_corruption
- Po przedstawieniu wstępnej analizy Debugger poda informacje dotyczące dalszego postępowania. W wierszu poleceń (kd>) u dołu ekranu wpisz „!analyze -v" i naciśnij klawisz Enter, aby WinDbg przeprowadził szczegółową analizę pliku.
Wyświetlone rezultaty będą obszerne i może zaistnieć konieczność przewijania zawartości okna Debuggera w celu uzyskania wszystkich istotnych informacji.
Rysunek 3: Analiza wyników Szczegółowy opis kodu stop (w tym przykładzie widać, że jądro napotkało błąd EXCEPTION_DOUBLE_FAULT (8) lub napotkało błąd podczas przetwarzania błędu)
Rysunek 4: Dalsza analiza wyników Kod kontroli błędu (warto zauważyć, że w tym przypadku występuje liczba 8, oznaczająca podwójny błąd)
Liczba awarii spowodowanych przez dany błąd (zwykle 1)
Kategoria danej awarii przypisana przez system Windows
Ślad stosu w momencie awarii, z najpóźniej przywołaną procedurą u góry (w przykładzie widać, ze awaria nastąpiła, gdy system przetwarzał żądanie kontrolera IDE)
Rysunek 5: Analiza dodatkowa
Nazwa modułu, w którym znajdował się system w momencie awarii. W działającym systemie nazwa modułu stanowi łącze, po kliknięciu którego można uzyskać informacje dotyczące modułu, jego twórców, daty utworzenia itp.