W komunikacie o błędzie systemu informacja wyświetlana w postaci heksadecymalnej oznacza
A. kod błędu.
B. odnośnik do systemu pomocy.
C. nazwę sterownika.
D. definicję błędu.
Pytanie z egzaminu CKE, wrzesień 2014 (arkusz E.12-X-14.08).
Informacja wyświetlana w postaci heksadecymalnej w komunikacie błędu systemu najczęściej oznacza kod błędu, czyli techniczny identyfikator problemu. Taki zapis jest wygodny dla systemu operacyjnego, sterowników i narzędzi diagnostycznych, bo liczby szesnastkowe krótko zapisują wartości binarne używane wewnątrz komputera. Przykładowo w Windows można spotkać kody typu 0x0000007B, 0x80070005 albo inne wartości STOP/HRESULT. Sam kod nie zawsze mówi użytkownikowi po ludzku, co dokładnie się stało, ale pozwala szybko znaleźć opis w dokumentacji producenta, bazie wiedzy Microsoftu, Podglądzie zdarzeń albo w logach systemowych. Z mojego doświadczenia najlepiej nie przepisywać tylko fragmentu komunikatu, ale zapisać cały kod, nazwę modułu, czas wystąpienia i okoliczności awarii. To dobra praktyka w diagnostyce: najpierw identyfikujemy kod, potem sprawdzamy źródło błędu, sterownik, usługę albo aktualizację, która mogła go wywołać. Heksadecymalna wartość nie jest więc definicją błędu, tylko jego numerem identyfikacyjnym, na podstawie którego można dojść do przyczyny.
W komunikatach systemowych łatwo pomylić kilka różnych informacji, bo często występują obok siebie: kod, opis tekstowy, nazwa pliku sterownika oraz czasem odnośnik do pomocy. Warto jednak rozdzielać te elementy. Wartość zapisana szesnastkowo, na przykład zaczynająca się od 0x, nie jest definicją błędu. Definicja to raczej słowny opis, typu odmowa dostępu, nie można odnaleźć urządzenia albo sterownik nie odpowiada. Kod heksadecymalny jest tylko identyfikatorem, który trzeba dopiero zinterpretować w dokumentacji lub narzędziu diagnostycznym.
Nie jest to też nazwa sterownika. Sterownik zwykle pojawia się jako nazwa pliku, często z rozszerzeniem .sys, np. nvlddmkm.sys albo disk.sys. Taka nazwa wskazuje konkretny moduł jądra lub komponent sprzętowy, ale sam zapis heksadecymalny nie nazywa sterownika. Czasem kod błędu występuje zaraz obok nazwy pliku i stąd bierze się pomyłka, szczególnie przy analizie niebieskiego ekranu w Windows.
Odnośnik do systemu pomocy ma zwykle postać tekstu, adresu URL albo przycisku prowadzącego do dokumentacji. Liczba w systemie szesnastkowym nie jest linkiem, tylko parametrem diagnostycznym. Dobra praktyka jest taka, żeby nie zgadywać znaczenia po wyglądzie komunikatu, tylko zanotować pełną treść błędu i sprawdzić kod w wiarygodnym źródle: dokumentacji producenta, Podglądzie zdarzeń, dziennikach systemowych lub narzędziach typu Event Viewer i WinDbg. Moim zdaniem to jedna z tych rzeczy, które mocno pomagają w realnym serwisie, bo zamiast szukać na ślepo, pracuje się na konkretnym identyfikatorze problemu.
Nie jest to też nazwa sterownika. Sterownik zwykle pojawia się jako nazwa pliku, często z rozszerzeniem .sys, np. nvlddmkm.sys albo disk.sys. Taka nazwa wskazuje konkretny moduł jądra lub komponent sprzętowy, ale sam zapis heksadecymalny nie nazywa sterownika. Czasem kod błędu występuje zaraz obok nazwy pliku i stąd bierze się pomyłka, szczególnie przy analizie niebieskiego ekranu w Windows.
Odnośnik do systemu pomocy ma zwykle postać tekstu, adresu URL albo przycisku prowadzącego do dokumentacji. Liczba w systemie szesnastkowym nie jest linkiem, tylko parametrem diagnostycznym. Dobra praktyka jest taka, żeby nie zgadywać znaczenia po wyglądzie komunikatu, tylko zanotować pełną treść błędu i sprawdzić kod w wiarygodnym źródle: dokumentacji producenta, Podglądzie zdarzeń, dziennikach systemowych lub narzędziach typu Event Viewer i WinDbg. Moim zdaniem to jedna z tych rzeczy, które mocno pomagają w realnym serwisie, bo zamiast szukać na ślepo, pracuje się na konkretnym identyfikatorze problemu.