ZAWODNIK

Diagnostyka usterek na egzaminie INF.02

INF.02 · teoria
autor: redakcja · 24.08.2026 · aktualizacja: 26.08.2026
Diagnostyka usterek w kwalifikacji INF.02: najważniejsze zasady, przykłady i 160 powiązanych pytań w banku.

[ INF.02: PYTANIA Z TEGO DZIAŁU ]

Przejrzyj pytania: diagnostykaĆwicz dział: diagnostyka
Dia­gno­sty­ka to za­wę­ża­nie listy po­dej­rza­nych, a nie zga­dy­wa­nie. Każdy test ma odciąć część moż­li­wych przy­czyn, więc ko­lej­ność czyn­no­ści znaczy więcej niż sama zna­jo­mość na­rzę­dzi. Za­czy­naj od tego, co widać i można do­tknąć, a do­pie­ro potem sięgaj po po­le­ce­nia. Za­pi­suj wynik każ­de­go kroku razem z brzmie­niem ko­mu­ni­ka­tu: dowód, że coś działa, zawęża listę równie sku­tecz­nie jak zgło­szo­ny błąd.

Ko­lej­ność spraw­dza­nia od war­stwy fi­zycz­nej

  • 1.
    Kabel, złącze oraz dioda link na karcie sie­cio­wej i porcie prze­łącz­ni­ka. Zga­szo­na dioda przy pod­łą­czo­nym kablu wska­zu­je war­stwę pierw­szą; po­twier­dza to ipconfig ze stanem „Nośnik odłą­czo­ny" za­miast adresu.
  • 2.
    Drugi kom­pu­ter wpięty w to samo gniaz­do roz­strzy­ga, czy uster­ka siedzi w stacji, czy w oka­blo­wa­niu i gnieź­dzie.
  • 3.
    Dalej w górę war­stwa­mi: adres IP i maska, brama, DNS, na końcu sama usługa.
  • 4.
    Stosuj po­ło­wie­nie za­kre­su: od­po­wiedź bramy na ping po­twier­dza od razu war­stwy 1 do 3 na od­cin­ku do ro­ute­ra i prze­no­si po­szu­ki­wa­nia wyżej.
Każdy krok ma dawać od­po­wiedź tak albo nie, bez do­my­słów i bez wra­ca­nia do rzeczy już spraw­dzo­nych.

Co ip­con­fig mówi o etapie awarii

ipconfig /all po­ka­zu­je adres, maskę, bramę, ser­we­ry DNS, adres fi­zycz­ny karty oraz adres ser­we­ra DHCP z datami dzier­ża­wy.
Objaw w ip­con­fig
Dia­gno­za
adres 169.254.x.x, maska 255.255.0.0, brak bramy
APIPA: karta działa, ale nie do­sta­ła dzier­ża­wy z DHCP
po­praw­ny adres, brak bramy
łącz­ność tylko we wła­snej pod­sie­ci
„Nośnik odłą­czo­ny"
war­stwa fi­zycz­na: kabel, port, karta
Prze­łącz­ni­ki ipconfig, które wra­ca­ją w za­da­niach:
1
2
3
4
5
ipconfig /all pelne dane karty: adres, maska, brama, DNS, MAC, DHCP
ipconfig /release zwalnia dzierzawe DHCP
ipconfig /renew prosi o nowa dzierzawe
ipconfig /displaydns wypisuje lokalna pamiec nazw
ipconfig /flushdns czysci ta pamiec
Wpis w tej pa­mię­ci żyje tyle, ile TTL re­kor­du, więc stara od­po­wiedź po­tra­fi prze­trwać na­pra­wę strefy. Częsta po­mył­ka: przy ad­re­sie wpi­sa­nym ręcz­nie /renew nie ma czego od­na­wiać.

Od­czy­ty­wa­nie wy­ni­ków ping, tra­cert i pa­th­ping

Test
Co po­twier­dza
ping 127.0.0.1
stos TCP/IP
ping do bramy
łącz­ność w sieci lo­kal­nej
ping 8.8.8.8
droga na ze­wnątrz
ping po nazwie
do­dat­ko­wo dzia­ła­nie DNS
Win­dows wysyła do­myśl­nie cztery pa­kie­ty po 32 bajty, a -t utrzy­mu­je test do prze­rwa­nia. „Re­qu­est timed out" to brak od­po­wie­dzi w li­mi­cie czasu, „De­sti­na­tion host unre­acha­ble" to brak trasy. Gdy ping 8.8.8.8 wraca, a ping po nazwie kończy się błędem, uster­ka leży w DNS, nie w łącz­no­ści.
tracert wysyła po trzy próby z ro­sną­cym TTL i bada do 30 prze­sko­ków: gwiazd­ki na jednym prze­sko­ku przy od­po­wia­da­ją­cych dal­szych to zwykle za­blo­ko­wa­ny ICMP, nie awaria. pathping wysyła 100 za­py­tań na prze­skok (około 25 sekund po­mia­ru każdy) i podaje pro­cent utraty.

nslo­okup i net­stat, gdy usługa nie od­po­wia­da

nslookup zwraca adres hosta i nazwę ser­we­ra, który od­po­wie­dział:
1
2
nslookup serwer.local pyta DOMYSLNY serwer DNS stacji
nslookup serwer.local 1.1.1.1 pyta WSKAZANY serwer
Ze­sta­wie­nie obu od­po­wie­dzi roz­dzie­la pro­blem ze strefą domeny od pro­ble­mu z lo­kal­nym DNS. „Non-au­tho­ri­ta­ti­ve answer" znaczy tylko, że od­po­wiedź po­cho­dzi z pa­mię­ci pod­ręcz­nej, i nie jest błędem.
netstat -ano wy­pi­su­je po­łą­cze­nia, porty na­słu­chu­ją­ce i PID pro­ce­su; -b dodaje nazwę pliku wy­ko­ny­wal­ne­go (wymaga ad­mi­ni­stra­to­ra). Stan LISTENING to go­to­wość na po­łą­cze­nia, ESTABLISHED trwa­ją­ca sesja, a liczne TIME_WAIT po za­mknię­ciu sesji są nor­mal­ne. Gdy serwer WWW nie star­tu­je przez zajęty port 80: od­czy­taj PID z netstat, sprawdź go w tasklist albo w Me­ne­dże­rze zadań.

POST, sy­gna­ły dźwię­ko­we i Pod­gląd zda­rzeń

POST spraw­dza pro­ce­sor, pamięć i pod­sta­wo­we układy płyty, zanim firm­wa­re odda ste­ro­wa­nie sys­te­mo­wi. Zna­cze­nie sy­gna­łów dźwię­ko­wych zależy od pro­du­cen­ta firm­wa­re (AMI, Award, Pho­enix koduje ina­czej), więc od­czy­tuj je z do­ku­men­ta­cji kon­kret­nej płyty. Wiele płyt za­miast brzę­czy­ka ma diody stanu albo dwu­cy­fro­wy wy­świe­tlacz kodu POST.
Jeśli system wstaje, otwórz Pod­gląd zda­rzeń (eventvwr.msc) i prze­fil­truj dzien­nik System po po­zio­mach Błąd i Kry­tycz­ny w oknie czasu awarii. Zda­rze­nie 41 ze źródła Kernel-Power ozna­cza zga­śnię­cie bez po­praw­ne­go za­mknię­cia, zwykle w parze z 6008 ze źródła EventLog: po­dej­rze­nia kie­ru­ją się na za­si­la­nie, prze­grza­nie lub ste­row­nik. Notuj źródło razem z iden­ty­fi­ka­to­rem, bo do­pie­ro ta para jed­no­znacz­nie opi­su­je zda­rze­nie.

Za­si­lacz, pamięć i tryb awa­ryj­ny

Za­si­lacz ATX podaje +12 V, +5 V i +3,3 V z to­le­ran­cją 5 pro­cent: linia 12 V mieści się od 11,4 do 12,6 V, linia 5 V od 4,75 do 5,25 V. Mierz pod ob­cią­że­niem, bo odłą­czo­ny za­si­lacz często po­ka­zu­je po­praw­ne war­to­ści, które za­ła­mu­ją się przy po­bo­rze prądu. Zwar­cie zie­lo­ne­go prze­wo­du PS_ON (styk 16 w złączu 24-sty­ko­wym) do czar­ne­go uru­cha­mia wen­ty­la­tor, ale nie do­wo­dzi sta­bil­no­ści napięć.
Pamięć spraw­dzisz testem mdsched.exe albo Mem­test86 z pen­dri­ve'a; przy błę­dach zostaw jeden moduł i prze­kła­daj go między gniaz­da­mi, żeby od­dzie­lić wa­dli­wy moduł od wa­dli­we­go slotu. Tryb awa­ryj­ny ładuje mi­ni­mal­ny zestaw ste­row­ni­ków: znik­nię­cie objawu wska­zu­je przy­czy­nę pro­gra­mo­wą. W Win­dows 10 i 11 kla­wisz F8 do­myśl­nie nie działa; tryb włącza się przez msconfig albo re­start z wci­śnię­tym Shift. Losowe re­star­ty spraw­dzaj też ter­micz­nie, bo ten sam objaw daje prze­grza­nie i słab­ną­cy za­si­lacz.
Po­le­ce­nia dia­gno­stycz­ne Li­nuk­sa (lshw, dmidecode, dmesg) ze­bra­li­śmy w ścią­dze komend, na­rzę­dzia Win­dows w ar­ty­ku­le o sys­te­mie Win­dows, a pełne za­da­nia w ar­ku­szach INF.02.

[ INF.02: INNE ARTYKUŁY ]

Hub INF.02Zakres materiałuAdresacja IP i podsieci na egzaminie INF.02Bezpieczeństwo danych na egzaminie INF.02DHCP na egzaminie INF.02: konfiguracja krok po krokuDrukarki i urządzenia peryferyjne na egzaminie INF.02Komendy Linux na egzamin INF.02: ściąga z przykładamipokaż więcej (10)
ZAWODNIK
egzamin zawodowy INF.02 · INF.03 · INF.04
Serwer Discord›
Egzaminy zawodowe IT/Matury/Studia
@yastor
Polityka prywatnościRegulaminKontakt
© 2026 Zawodnik · by Yastor
Arkusze i zasady oceniania pochodzą z CKE. Serwis nie jest powiązany z Centralną Komisją Egzaminacyjną.