Podczas zamykania systemu operacyjnego na ekranie pojawił się błąd, tak zwany bluescreen, 0x000000F3 Bug Check 0xF3 DISORDERLY_SHUTDOWN – niepowodzenie zamykania systemu, spowodowane brakiem pamięci. Błąd ten może wskazywać na
A. uruchamianie zbyt wielu aplikacji przy starcie komputera.
B. przegrzanie procesora.
C. uszkodzenie partycji systemowej.
D. niewystarczający rozmiar pamięci wirtualnej.
Pytanie z egzaminu CKE, styczeń 2020 (arkusz E.12-SG-20.01).
Kod Bug Check 0x000000F3 DISORDERLY_SHUTDOWN oznacza problem przy zamykaniu systemu, który w tym opisie jest powiązany z brakiem pamięci. Dlatego najlepszym wskazaniem jest niewystarczający rozmiar pamięci wirtualnej, czyli pliku stronicowania pagefile.sys w Windows. System używa pamięci wirtualnej jako rozszerzenia RAM-u: gdy fizycznej pamięci zaczyna brakować, część danych może zostać przeniesiona na dysk. Przy zamykaniu system musi jeszcze poprawnie zakończyć procesy, zapisać stan usług, opróżnić bufory i zamknąć uchwyty plików. Jeżeli limit pamięci zadeklarowanej, czyli RAM + plik stronicowania, jest zbyt mały, mogą pojawić się błędy krytyczne. W praktyce sprawdziłbym ustawienia w Zaawansowanych ustawieniach systemu, sekcja Wydajność → Pamięć wirtualna, oraz zostawił zarządzanie plikiem stronicowania systemowi, co jest dobrą praktyką w typowych stacjach roboczych Windows. Z mojego doświadczenia ręczne ustawianie zbyt małego pagefile, bo ktoś chce oszczędzić miejsce na SSD, często kończy się dziwnymi błędami aplikacji albo niestabilnym zamykaniem systemu. Warto też sprawdzić Podgląd zdarzeń, Monitor niezawodności i ilość wolnego miejsca na partycji systemowej, bo plik stronicowania musi mieć gdzie się rozszerzyć.
W tym przypadku kluczowe jest powiązanie komunikatu DISORDERLY_SHUTDOWN z brakiem pamięci podczas zamykania systemu. To nie jest typowy objaw uszkodzenia partycji systemowej, chociaż uszkodzony system plików też potrafi powodować bluescreeny, błędy startu, problemy z odczytem plików systemowych czy komunikaty z narzędzia chkdsk. Gdyby podejrzewać partycję, sensowne byłoby sprawdzenie SMART dysku, uruchomienie chkdsk, sfc /scannow albo analiza dzienników systemowych. Sam opis błędu prowadzi jednak bardziej do pamięci wirtualnej niż do struktury partycji. Uruchamianie zbyt wielu aplikacji przy starcie komputera może zwiększać zużycie RAM-u i spowalniać system, więc łatwo tu wpaść w pułapkę myślową. Ale to jest raczej przyczyna dużego obciążenia pamięci, a nie bezpośrednie wskazanie dla kodu 0x000000F3 w opisanej sytuacji. Można ograniczyć autostart w Menedżerze zadań, ale jeśli plik stronicowania jest zbyt mały albo wyłączony, problem dalej może wrócić. Przegrzanie procesora daje inne symptomy: nagłe wyłączenia, throttling, restarty pod obciążeniem, wysokie temperatury w monitoringu sprzętowym, czasem błędy WHEA. Nie pasuje to dobrze do informacji o niepowodzeniu zamykania spowodowanym brakiem pamięci. Najrozsądniejsza diagnostyka to sprawdzenie konfiguracji pagefile.sys, ilości RAM-u, obciążenia pamięci przez procesy oraz wpisów w Podglądzie zdarzeń. Moim zdaniem to dobry przykład, że przy BSOD nie zgaduje się po samym słowie bluescreen, tylko czyta kod błędu i kontekst komunikatu.