Verifying DMI pool data… a konec!

Jeden z počítačů, který máme doma má neduživý chladič procesoru. Díky tomu se občas stane, že můžeme celý večer koukat na hlášku Verifying DMI pool data, nebo mlátit hlavou do zdi, protože osvědčené postupy kříšení počítače nezabírají. Pokud se něco podobného stalo i vám, tak pozorně čtěte a ztracenou formu své milované kysničce vrátíte možná už za několik minut.

Možná se ptáte, jak s tím souvisí chladič procesoru a na co vlastně ten náš stůně, že? Já vám to nebudu skrývat: má moc tenká žebra a blízko u sebe. Proto se po pár měsících zanese prachem a přestane chladit – což, jak jistě uznáte, je u chladiče dost podstatná věc. A přehřeje se procesor, počítač zatuhne a při příštím startu se BIOS přenastaví na bezpečné hodnoty. Protože se domnívá, že příčinou přehřátí bylo přetaktování, sníží frekvenci procesoru a já, místo abych ji pouze zvýšil zpět na správnou hodnotu, resetuju BIOS na optimalizované (výchozí) hodnoty. A je to! Počítač se restartuje a já uvidím po POST testech hlášku Verifying DMI pool data… Update successful, a při jakémkoliv dalším restartu skončíme s hláškou Verifying DMI pool data… Naposledy tenhle svůj trik ještě vylepšil tím, že mi do této tmavé obrazovky pro zpestření zobrazil několik barevných políček s tajemnými symboly (takové ty znaky, které můžete vidět jen ve strojovém kódu).

Kde je problém? Pokud máte alespoň základní představu o startu počítače, víte, že na začátku proběhnout testy hardwarových komponent (tzv. POST testy, Power On Self Test) – otestuje se paměť, zjistí se existence pevných disků, klávesnice, myši atd., atd. a pak počítač vyhledá na pevném disku zavaděč a buď zobrazí nabídku spustitelných operačních systémů nebo rovnou začne spouštět výchozí systém. V našem případě POST testy proběhnou a počítač zatuhne ve chvíli, kdy má najít zavaděč na pevném disku. Systém tedy nebyl schopen přečíst z pevného disku informaci o nainstalovaném operačním systému a nedokázal ho spustit.

Mám porušený zavaděč?

Možné příčiny tohoto problému jsou: porušený spouštěcí sektor (MBR – Master Boot Record), porušený zavaděč, chybná komunikace BIOSu s pevným diskem. Mám tedy porušený spouštěcí sektor? Odpověď na tuto otázku zní: Spíše ne. V případě, že došlo k porušení zavaděče, hlavního spouštěcího záznamu, skončí počítač po POST testech s černou obrazovkou.

Pokud vidíte hlášení Verifying DMI pool data…, pak počítač skončil o chloupek dříve – ještě než navázal správnou komunikaci s pevným diskem. V určitém procentu případů snad může jít o vadný disk, mnohem spíše by se ale závada pevného disku projevila již při POST testu – BIOS by pevný disk vůbec nedetekoval. Většinou však počítač neumí přečíst data zapsaná na pevném disku, nebo ještě spíše, tato data mu nedávají smysl.

Můžete zkusit jednoduchý test. Nastartujte počítač s live CD Ubuntu. Pokud není disk vadný, s největší pravděpodobností, stejně jako já, jeho obsah v Linuxu uvidíte a můžete s ním pracovat.

Již jsem naznačil, že problém nastane obvykle změnách nastavení BIOSu (ať už vašich, úmyslných, nebo automatických) či po jeho resetu do výchozího stavu. BIOS detekuje připojený pevný disk a řekne počítači, podle jakého systému má data na disku vyhledávat. Pokud se zmýlí v tomto systému, počítač není schopen na disku najít smysluplná data. Je to, jako když si pro překlad portugalského textu vezmete na pomoc finsko-český slovník.

Nemám to ověřeno, ale problém podle mého názoru nastává především u disků naklonovaných nebo přenesených z jiného počítače. U nového počítače totiž většinou necháte disk detekovat automaticky a jak jej BIOS detekuje poprvé, tak by jej měl detekovat i v budoucnu.

Změňte adresování dat

Systém, podle kterého počítač na disku vyhledává data, se jmenuje adresování bloků dat a BIOS je obvykle schopen nastavit několik způsobů:

CHS (cylinder-head-sector), jde o starý systém

LBA (Logical Blocks Addressing)

Large

Možnost nastavení způsobu čtení dat je vždy v BIOSu v místě, kde se nastavují vlastnosti disků – podle typu BIOSu jde o první nebo druhou záložku (například moje stará deska ASUS A7N8X-X s BIOSem AWARD má tyto volby na první záložce, AMI BIOS ve Virtual PC ji má na druhé záložce – Advanced > IDE Configuration > Primary IDE Channel…) Musíte najít disk, ze kterého váš počítač bootuje (obvykle je připojen k primárnímu IDE kanálu) a otevřít jeho podrobné volby.

Konkrétní volba se jmenuje v různých BIOSech různě. V jednom typu AMI BIOSu volíte možnost  zapnutí/vypnutí režimu LBA/Large, v jiném modelu AMI BIOSU najdete u konkrétního disku položku Data Access, která po rozbalení obsahuje volby CHS, LBA, Large, jinde najdete přepínač Large/Normal… Univerzální návod prostě neexistuje.

Abyste mohli položky změnit budete muset nejspíš vypnout automatickou detekci konkrétního disku. Takže si poznamenejte nastavení (BIOS nezná klávesovou zkratku Ctrl+Z!) a zkuste hodnotu změnit. Pak klávesou F10 nastavení uložíte, opustíte BIOS a restartujete. Pokud počítač stále nestartuje a končí s hláškou Verifying DMI pool data, znovu vstupte do BIOSu a vyzkoušejte další z voleb. U mého počítače pomohlo přenastavení z volby Large na LBA.

V případě, že s žádnou z voleb adresování dat na disku neuspějete, vraťte do BIOSu tu původní, kterou jste si poznamenali a vyzkoušejte opravu hlavního spouštěcího záznamu pomocí příkazů fixmbr, případně i fixboot spuštěných z konzoly zotavení.