Diagnostické kódy UEFI POST: Kompletný a praktický sprievodca

Keď je počítač alebo server zapnutý, prvá vec, ktorá vstupuje do hry, nie je operačný systém, ale firmwareTeda malý blok kódu, ktorý sa nachádza na základnej doske a rozhoduje o tom, či je počítač pripravený na spustenie. V moderných počítačoch túto úlohu zvyčajne zohráva UEFI, nástupca klasického BIOSu, a jednou z jeho základných úloh je vykonanie POST (Power-On Self Test), čo je séria kontrol, ktoré v prípade poruchy generujú chybové kódy, pípnutia a správy, ktoré často znejú ako nezmysel, ak neviete, ako ich interpretovať.

undefined PSČ UEFI Sú kľúčovým ukazovateľom k zisteniu, čo zlyháva: od chybného modulu RAM až po zle osadenú grafickú kartu, poškodený pevný disk alebo chybu komunikácie s riadiacou jednotkou (BMC, IMM, SP atď.). Pochopenie ich významu, spôsobu zaznamenávania a odporúčaní jednotlivých výrobcov (Lenovo(IBM, Dell, Oracle atď.) je nevyhnutný pre technikov aj pokročilých používateľov, ktorí chcú diagnostikovať svoje zariadenia bez toho, aby sa stratili v zbytočných technických detailoch.

Čo sú UEFI a POST a akú úlohu hrajú pri spustení počítača?

UEFI UEFI (Unified Extensible Firmware Interface) je štandard, ktorý nahradil tradičný BIOS vo väčšine moderných počítačov a serverov. Na rozdiel od klasického BIOSu, ktorý fungoval v 16-bitovom režime a bol úzko prepojený s ROM základnej dosky, UEFI sa môže nachádzať v akejkoľvek energeticky nezávislej pamäti a beží v 32-bitovom alebo 64-bitovom chránenom režime, čo mu umožňuje ponúkať viac funkcií, lepší výkon a pokročilé možnosti zabezpečenia.

POST Samotest pri zapnutí (POST) je „kontrola“, ktorú firmvér vykoná na hardvéri hneď po zapnutí počítača. Počas tejto fázy sa zistia a inicializujú komponenty, ako sú procesor, RAM, čipová sada, grafická karta, klávesnica, diskové jednotky a ďalšie dôležité zariadenia. Ak všetko funguje správne, firmvér odovzdá riadenie zavádzaciemu programu operačného systému; v opačnom prípade generuje chybové kódy, správy na obrazovke a pípania, ktoré označujú, ktorá časť zlyhala.

Proces POST sa vykonáva veľmi špecifické testySkontroluje sa CPU, overí sa samotný firmvér, načíta sa konfigurácia uložená v pamäti CMOS, inicializuje sa systémový časovač (vnútorné hodiny) a radič DMA, skontroluje sa RAM a vyrovnávacia pamäť, načítajú sa ďalšie moduly firmvéru a detegujú sa a konfigurujú základné periférie, ako je klávesnica a zariadenia. skladovanie.

Ak POST nájde mierna anomáliaSkúste pokračovať s topánkaHneď ako však zistí kritickú chybu (napríklad chýba použiteľná RAM, grafická karta nereaguje alebo zlyhá CPU), zastaví sa a zobrazí jeden z týchto signálov: správu na obrazovke, ak video subsystém funguje, sekvenciu pípnutí so špecifickým vzorom a/alebo POST kódy odoslané na interné porty alebo zaznamenané v radiči riadenia systému.

Keď je všetko správne a nie sú zistené žiadne chyby, mnoho firmvérov vydá jednu chybu krátke pípnutie čo sa tradične interpretuje ako potvrdenie, že POST prebehol bez problémov a počítač odovzdá kontrolu operačnému systému.

Diagnostické kódy UEFI POST na serveroch (IMM, SP, BMC atď.)

Na mnohých moderných serveroch sa diagnostické kódy UEFI POST nezobrazujú len ako správy na obrazovke alebo pípnutia, ale sú Zaznamenávajú si to podrobne v integrovaných moduloch správy. Napríklad spoločnosť Lenovo ukladá tieto kódy do denníka udalostí IMM; iní výrobcovia používajú ovládače s názvom SP alebo BMC, ku ktorým sa pristupuje prostredníctvom rozhraní, ako je Oracle ILOM alebo podobné.

Keď dôjde k udalosti POST, príručky výrobcov zvyčajne obsahujú pole s názvom „Odpoveď používateľa“Nájdete tam podrobné pokyny na riešenie problému. Cieľom je postupovať podľa pokynov v uvedenom poradí a ak chyba pretrváva aj po dokončení všetkých krokov, kontaktujte príslušnú technickú podporu (podpora Lenovo, podpora IBM atď.).

Manuály k serveru UEFI/POST sú zostavené rozsiahle zoznamy chybových kódov spolu s popismi a možnými príčinami. Môžu napríklad uvádzať, či chyba súvisí s pamäťovým subsystémom, zbernicou PCIe, radičom I/O, problémami s teplotou, pevnými diskami SAS/SATA, poruchami batérie CMOS, chybami hesla atď.

Dôležitou súčasťou diagnózy je preskúmanie Záznam udalostí SP alebo IMMNájdete tam podrobnejšie správy, než tie, ktoré sa zobrazujú na obrazovke, často s dodatočnými informáciami: postihnutý port alebo slot, presný typ chyby zbernice, príslušný pamäťový modul, prekročené teplotné prahy a dokonca aj históriu opakujúcich sa chýb, ktoré pomáhajú identifikovať prerušované alebo čoskoro zlyhávajúce komponenty.

V niektorých prípadoch môže chyba POST vyžadovať jednoduchý reset ovládača riadeniaNapríklad určité interné poruchy komunikácie medzi hlavným firmvérom (BIOS/UEFI) a SP/BMC môžu generovať varovania, ako napríklad „BMC nereaguje“, a odporúčaným riešením môže byť reštart SP alebo, ak sa tým problém nevyrieši, eskalácia prípadu na podporu, aby sa vylúčila fyzická porucha na doske alebo v samotnom riadiacom module.

Príklady bežných správ POST na serveroch UEFI

V serverových prostrediach je bežné nájsť chyby spojené s IOH počas posledného spustenia. Správy ako „Pri poslednom spustení bola zistená neopraviteľná chyba: chyba protokolu IOH(0)“, „Chyba IOH(0) QPI [x]“, „Chyba PCI-E [x]“, „Chyba ESI“, „Tepelná chyba“, „Rôzne chyby“ alebo „Chyba VT-d“ označujú problémy zistené v koncentrátore vstupov/výstupov alebo v prepojeniach, ktoré spravuje.

Vo všetkých týchto prípadoch je typickým odporúčaním skontrolovať funkciu riadenia porúch a ďalšie podrobnosti nájdete v protokole udalostí SP v Oracle ILOM alebo inej ekvivalentnej konzole. Tieto protokoly zvyčajne špecifikujú, či ide o jednorazové zlyhanie, tepelný stav, chybu prepojenia QPI, problém s konkrétnym portom PCIe alebo konflikt s funkciami virtualizácie I/O (VT-d).

Ďalšou bežnou správou je „Chyba pevného disku“ spojené s poruchami SAS alebo SATA. Firmvér zvyčajne indikuje, že na diskovej jednotke sa vyskytla chyba a odporúča skontrolovať protokol SP, aby sa zistilo, ktorá pozícia, port alebo LUN spôsobuje problém, ako aj skontrolovať stav diskov na príslušnom radiči.

Správy ako „Zlý znak PBR“ Tieto chyby poukazujú na problémy s tabuľkou oddielov disku. V týchto prípadoch je príčinou zvyčajne chýbajúca alebo poškodená tabuľka oddielov na disku. Riešenie zahŕňa opätovné vytvorenie tabuliek oddielov pomocou vhodných nástrojov (napríklad formátovacích nástrojov Oracle Solaris alebo fdisk en Linux) a v prípade potreby systém preinštalujte.

V pamäťovom subsystéme sa vyskytujú chyby nasledujúceho typu „Test čítania/zápisu RAM zlyhal“Tieto chyby naznačujú, že test čítania/zápisu RAM počas POST zlyhal. Opäť sa odporúča skontrolovať protokol udalostí SP, aby ste našli konkrétnu postihnutú banku alebo modul, a potom pokračovať vo fyzickej kontrole pamäťových modulov (ich opätovné osadenie, jednotlivé testovanie alebo výmena).

Oznámenia týkajúce sa konfigurácia batérie a CMOSnapríklad „Slabá batéria CMOS“ alebo všeobecné chyby CMOS. Tieto hlásenia označujú, že batéria zodpovedná za napájanie pamäte CMOS – kde je uložený čas, dátum a časť konfigurácie – je vybitá alebo zlyhá a že je vhodné skontrolovať udalosť v SP a zvyčajne vymeniť batériu.

V sekcii zabezpečenia sa zobrazujú správy, ako napríklad: „Kontrola hesla zlyhala“ Keď overenie hesla nakonfigurovaného vo firmvéri zlyhá, tieto udalosti sa tiež zaznamenajú do SP/IMM v spravovanom prostredí, aby sa sledovali neúspešné pokusy o prístup ku konfigurácii systému.

Význam pípnutí POST v systéme BIOS Award a AMI

Okrem kódov na obrazovke alebo v registroch mnoho BIOSov stále používa vzory pípania na signalizáciu chýb, čo je obzvlášť užitočné, keď sa systému nepodarí inicializovať video. Kombinácia krátkych a dlhých pípnutí pomáha identifikovať, či je problém v pamäti RAM, procesore, klávesnici, grafickej karte alebo samotnom systéme BIOS.

V systémoch s moderným systémom Award BIOS sa pípanie zvyčajne zameriava na problémy s videomDlhé pípnutie nasledované dvoma krátkymi pípnutiami teda signalizuje chybu grafickej karty alebo jedného z grafických zariadení; odporúča sa skontrolovať, či je karta správne umiestnená vo svojom slote (PCIe, AGP v starších počítačoch) a ak je to možné, vyskúšať inú. Iné vzorce zvyčajne poukazujú na chyby pamäte.

V Tabuľka ocenení BIOS Taktiež podrobne popisuje kombinácie ako jedno krátke pípnutie (správne spustenie), dve krátke pípnutia (problém s CMOS, ktorý je možné vyriešiť resetovaním konfigurácie vybratím batérie alebo presunutím príslušného prepojovacieho mostíka), jedno dlhé pípnutie a jedno krátke pípnutie (problémy so základnou doskou alebo RAM), jedno dlhé pípnutie a tri krátke pípnutia (klávesnica) atď., s odporúčaniami od zmeny polohy modulov až po výmenu komponentov.

BIOS AMI Majú o niečo rozsiahlejšiu tabuľku očíslovaných pípnutí. Napríklad jedno pípnutie označuje chybu aktualizácie pamäte, dve chybu parity, tri chybu v prvých 64 KB RAM, štyri nefunkčný systémový časovač, päť chybu procesora, šesť chybu A20, osem chýb čítania/zápisu vo video RAM, deväť nesprávny kontrolný súčet ROM, desať problém v registri uzatvárania CMOS a jedenásť chybu vyrovnávacej pamäte.

Spôsob, akým konajú, je vo väčšine prípadov zvyčajne podobný: premiestniť modulySkúste vymeniť iný komponent alebo, ak problém poukazuje na základnú dosku alebo BIOS, pošlite ho na opravu alebo nechajte aktualizovať firmvérový čip. Mnohé manuály tiež odporúčajú použitie mäkkých gumičiek na čistenie kontaktov modulov RAM alebo grafických kariet, ak existuje podozrenie na slabý kontakt v dôsledku nečistôt alebo oxidácie.

V praxi možno rozlíšiť dve „rodiny“ pípnutí Dajú sa pomerne ľahko rozpoznať: nepretržité, krátke alebo dlhé a opakujúce sa vzory zvyčajne poukazujú na problémy s RAM alebo napájaním, zatiaľ čo neopakujúce sa melodické sekvencie zvyčajne naznačujú poruchy grafickej karty alebo iných špecifických zariadení. Pochopenie tohto vzoru pomáha presne určiť podozrivý komponent.