BSOD ir daudz iemeslu, taču šajā rakstā mēs apsvērsim problēmu, kas rodas instalēto draiveru konflikta dēļ. Tā vienkārši varētu būt instalēts draiveris vai bojāts. BSOD problēmas novēršana var būt pavisam vienkārša, ja tā ir tikai draivera problēma un jūs zināt, kura tā ir. Varat atkārtoti instalēt draiveri vai atjaunināt to, atgriezieties pie vecā versija vai atbrīvojieties no lietojumprogrammas, kas instalēja draiveri jūsu datorā, fiziski to noņemot. Problēma ir tā, ka ne vienmēr ir iespējams noskaidrot, kurš autovadītājs ir "vaininieks", pat izpētot visus datus no zils ekrāns. Bet ir izeja. Ja jums nav daudz zināšanu un pieredzes, bet ir nepieciešams pārbaudīt draiverus, šādiem gadījumiem varat izmantot īpašu OS iebūvēto verifikācijas rīku Verifier.exe. Esošais apraksts Microsoft zināšanu bāzē ir parādīts, izmantojot sarežģītus tehniskos terminus, kas ne vienmēr ir zināmi pat pieredzējušiem lietotājiem. Tāpēc šajā rakstā ir sniegts īss uzdevuma izpildei nepieciešamo manipulāciju saraksts. Draivera verificētāja palaišana Atverot izvēlni “Sākt”, meklēšanas laukā ievadiet vaicājumu “Palaist” un noklikšķiniet uz rezultāta, kas parādās augšpusē. Parādītajā logā jums jāievada komanda " pārbaudītājs” (bez pēdiņām) un apstipriniet, noklikšķinot uz “Labi”.
Tiek parādīts dialoglodziņš Failu verifikācijas pārvaldnieks. Pirmajā dialoglodziņā jums jāizvēlas vienums “Izveidot nestandarta parametrus (programmas kodam)”. Noklikšķiniet uz "Tālāk".
Nākamais solis ir izvēlēties atsevišķus parametrus, lai pārbaudītu draiveri. Lai to izdarītu, mēs veiksim šādas manipulācijas: “Atlasiet atsevišķus parametrus no pilns saraksts" - "Tālāk".
Pēc darbību veikšanas jums vajadzētu saņemt dialoglodziņu ar testēšanas parametru sarakstu. Atzīmējiet visas izvēles rūtiņas, izņemot vienumu “Simulēt resursu trūkumu”. Noklikšķiniet uz Tālāk.
Pēdējais solis šajā daļā ir dot dispečeram komandu automātiskā atlase neparakstīti draiveri. Izvēlieties "Automātiski atlasīt neparakstītus draiverus". Noklikšķiniet uz Tālāk.
Gadās, ka vadītājs neatklāja neparakstītus draiverus. Pēc tam izmantojiet selektīvās draivera pārbaudes funkciju, kas tiks apspriesta vēlāk. Darbs ar neparakstītiem draiveriem Ja tiek atklāti neparakstīti draiveri, pārvaldnieks tos parādīs saraksta veidā.
Tie var būt ierīču vai lietojumprogrammu draiveri. Kad ir atklāti neparakstīti draiveri, nav nepieciešams aizvērt pārvaldnieku un noklikšķināt uz pogas “Pabeigt”. Vispirms pārbaudīsim, vai nav atjaunināti draiveri. Meklējiet atjauninātus draiverus Lai pārbaudītu, jums jāveic šādas darbības: 1. Programmas draiveris ir sarakstā. Šādā gadījumā jums ir jāapmeklē lietojumprogrammas ražotāja vietne, lai pārbaudītu, vai nav atjaunināti draiveri. Gadījumā atjaunināta versija trūkst draivera, mēģiniet atinstalēt lietojumprogrammu. Nebaidieties, jūs vienmēr varat to instalēt vēlreiz vēlāk. Bet šī būs lieliska pārbaude: ja kritiskas kļūdas vairs nenotiek, iemesls bija šo pieteikumu. 2. Sarakstā ir ierīces draiveris. Šajā gadījumā (ja jums ir Windows Vista), palaidiet atjaunināšanas centru un iespējojiet jauna draivera funkcijas meklēšanu. Ja tiek atrasts jauns draiveris, palaidiet tā instalēšanu. 3. Ja atjaunināšanas centrs neatrada jaunu draiveri, apskatiet ražotāja vietni, visticamāk, ka jaunais draiveris būs tur. Pēc draivera vai lietojumprogrammas atjaunināšanas aizveriet skenēšanas pārvaldnieku (poga Atcelt), restartējiet un gaidiet, līdz OS tiek ielādēts. Ja kritiskas kļūdas pārtraukta - draiveru vai lietojumprogrammu atjaunināšana tos likvidēja. Draiveru noņemšana Ja jaunus draiverus nevar atrast, varat mēģināt noņemt draiveri. UZMANĪBU! Ja noņemsit draiveri, ierīce pārtrauks darboties. Pēc pārstartēšanas operētājsistēma mēģinās instalēt draiveri no krātuves, taču tas nav fakts, ka to darīs standarta draiveris. Ja neesat pārliecināts par nepieciešamību noņemt kādu draiveri, to nevajadzētu noņemt. Palaidiet ierīces pārvaldnieku, rīkojoties šādi: Sākt – Palaist – devmgmt.msc– Ievadiet. Atrodot vēlamo ierīci, ar peles labo pogu noklikšķiniet uz tā un noklikšķiniet uz Rekvizīti - Draiveris - Atinstalēt. Notiek neparakstītu draiveru pārbaude UZMANĪBU! Pēc neparakstītu draiveru pārbaudes var gadīties, ka sistēma netiks sāknēta. Tālāk ir sniegts šajā situācijā veikto darbību apraksts. Ja neesat pārliecināts, ka vēlaties noņemt draiveri un turpināt skenēšanu, skenēšanas pārvaldniekā noklikšķiniet uz pogas Pabeigt. Kad tiek prasīts izvēlēties fizisko disku, atlasiet to, kurā ir instalēta operētājsistēma, un pēc tam vēlreiz noklikšķiniet uz Pabeigt. Tiks parādīts ziņojums ar tekstu: "Lai izmaiņas stātos spēkā, dators ir jārestartē." Mierīgi aizveriet visas lietojumprogrammas un restartējiet. Ja sistēma netiek sāknēta un parādās zils ekrāns ar kļūdas aprakstu, tas nozīmē draiveri apgrūtinoši atrasts. Pēc datora atkārtotas restartēšanas pirms OS ielādes noklikšķiniet uz F8 verifier.exe/resetverifier.exe
Pielāgota draivera pārbaude Atkārtoti palaidiet Driver Verifier Manager un veiciet iepriekšējās darbības līdz tālāk redzamajam punktam.
Izvēlieties "Izvēlēties draivera nosaukumu no saraksta". Nākamais solis būs logs, kurā tiks atlasīti pārbaudāmie draiveri. Nevajadzētu atlasīt visus draiverus uzreiz, jo OS skenēšanai rezervēs diezgan lielus resursus un pavadīs tam daudz laika. Labāk ir atkārtot verifikācijas procedūru vairākas reizes, bet ar nelielu vadītāju skaitu. Tas ietaupīs jūsu laiku un resursus. Vispirms pārbaudīsim nesen atjauninātus draiverus vai vienkārši problemātiskus draiverus (draiveri pretvīrusu programma, ugunsmūris, virtuālais disks vai automašīnas). Nākamais solis ir pārbaudīt draiverus, kurus neražo Microsoft. Vienā reizē pārbaudiet atlikušos draiverus 10–15.
Izvēlieties nepieciešamie draiveri un noklikšķiniet uz pogas "Gatavs". Kad tiek prasīts izvēlēties fizisko disku, atlasiet to, kurā ir instalēta operētājsistēma, un pēc tam vēlreiz noklikšķiniet uz Pabeigt. Tiek parādīts ziņojums ar aicinājumu atsāknēt. Restartējiet datoru. Ja pēc atsāknēšanas parādās zils ekrāns ar kļūdas ziņojumu, tas nozīmē, ka ir atrasts draiveris, kas izraisa problēmu. Pēc datora atkārtotas restartēšanas pirms OS ielādes noklikšķiniet uz F8 un atlasiet “Ieskrieties drošais režīms" Kad esat pieteicies, noklikšķiniet uz pogas Sākt un ierakstiet Palaist/Meklēt verifier.exe/reset. Ja problēmas neradās un sistēma startēja standarta režīmā, tad neparakstītie draiveri problēmas nerada un ir jāpārbauda citi draiveri. Vēlreiz palaidiet Driver Verifier Manager ( verifier.exe) un atlasiet “Rādīt informāciju par pašlaik pārbaudītajiem draiveriem”.
Atkārtojiet visu atlikušo draiveru skenēšanu. Tiek pabeigta draivera pārbaude Ja visu draiveru pārbaude neatklāj kritisko kļūdu cēloņus, visticamāk, problēma nav saistīta ar draiveriem. Iespējams, problēma nav programmatūra, bet gan datora aparatūra. Visticamāk, tās ir problēmas ar cieto disku vai RAM. Var arī būt, ka barošanas blokam nav pietiekami daudz jaudas, lai nodrošinātu visu ierīču darbību vai kāda cita aparatūras problēma, ko nevar noteikt, pārbaudot draiverus. Diagnosticēt RAM un HDD.

Bojāts draiveris var radīt daudzas problēmas jūsu datorā. Galvenā pazīme, ka jūsu datoram ir bojāts draiveris, ir zils nāves ekrāns, ko bieži izraisa draivera atspējošana.

Šajā rakstā mēs jums pateiksim, kā atrast bojātu draiveri un pēc tam to atjaunināt vai pilnībā noņemt.

Dažreiz Windows paziņo lietotājam, ka kāds no draiveriem ir atteicies. Tomēr gadās, ka sistēma nevar noteikt, kas ir problēma, tāpēc tā nerāda kļūdu ziņojumus, tāpēc tā darbojas lēnāk vai ne, kā nepieciešams. Šajā gadījumā Vadītāja verifikācijas pārvaldnieks(Driver Verifier) ​​rada papildu slodzi sistēmas draiveriem, tādējādi cenšoties izraisīt avāriju. Ja kāds no draiveriem neizdodas, tad Vadītāja verifikācijas pārvaldnieks ziņos par problēmu, izmantojot zilu ekrānu.

Brīdinājums

Pirms lietošanas Vadītāja verifikācijas pārvaldnieks, lūdzu, ņemiet vērā, ka rīks var jums ierobežot iespēju izmantot jūsu savu datoru. Tāpēc ka Vadītāja verifikācijas pārvaldnieks aktivizē zilu nāves ekrānu, kad atklāj bojātu draiveri, tas var radīt lielas problēmas, palaižot Windows.

Ja jums nav iespējas iekļūt sistēmā Windows, lai atspējotu draiveru testēšanu, dators darbosies cilpā "boot -> load -> crash", no kuras ir diezgan grūti izkļūt. Automātiskā labošanas funkcija ir viena no nedaudzajām iespējām, lai piekļūtu sistēmai Windows, taču labāk ir izvairīties no šādas situācijas.

Pirms Driver Verifier izmantošanas pārliecinieties, vai jums ir vismaz viena no šīm avārijas izejām:

• Varat pāriet uz drošo režīmu. Pirms palaišanas ieejiet drošajā režīmā Windows sāknēšana parasti tas tiek darīts, datora sāknēšanas laikā atkārtoti nospiežot taustiņu F8. Tomēr jauni datori sāk darboties tik ātri, ka jums vienkārši nebūs laika nospiest F8 īstajā brīdī.
• Vai pirms lietošanas esat izveidojis sistēmas atjaunošanas punktu? Vadītāja verifikācijas pārvaldnieks. Ir arī ieteicams veikt instalāciju Windows disks lai jūs varētu atjaunot datora rūpnīcas iestatījumus.

Kā palaist Driver Verifier Manager

Pirms sākat lietošanas instrukcijas Vadītāja verifikācijas pārvaldnieks, noteikti izlasiet iepriekš sadaļu "Brīdinājums". Tajā teikts, kā izvairīties bezgalīga iekraušana Windows.

Kad esat simtprocentīgi pārliecināts, ka jums ir avārijas izeju plāns, noklikšķiniet uz " Windows taustiņš + R"un ievadiet cmd dialoglodziņā Izpildīt", pēc tam noklikšķiniet uz " labi».

Komandu logā ievadiet:

pārbaudītājs

Uznirstošajā logā atlasiet " Izveidojiet nestandarta parametrus (programmas kodam)", pēc tam noklikšķiniet uz " Tālāk».

Tiks parādīts visu to testu saraksts, kurus varat palaist, lai pārbaudītu draiverus. Sarakstā atlasiet visus testus, izņemot"Simulēt nejaušu resursu trūkumu" un "Papildu DDI atbilstības pārbaude", pēc tam noklikšķiniet uz " Tālāk».

Nākamajā ekrānā atlasiet " Izvēlietiesdraiveru vārdi no saraksta"un nospiediet" Tālāk».

Šeit varat atlasīt draiverus, kurus vēlaties pārbaudīt. Ja nezināt, kurš draiveris ir bojāts, atlasiet visus, izņemot Microsoft, jo tie parasti darbojas bez kļūdām.

Kad nospiežat " Gatavs", sistēma Windows liks jums restartēt datoru. Pēc datora ieslēgšanas turpiniet to lietot kā parasti. Ja tiek parādīts zils ekrāns, pievērsiet uzmanību kļūdas ziņojumam un restartējiet datoru.

Kad esat identificējis bojāto draiveri, varat to atspējot Vadītāja verifikācijas pārvaldnieks viens no diviem veidiem. Varat atkārtoti atvērt komandu uzvedni, ievadīt komandu pārbaudītājs un atlasiet " Noņemiet esošos iestatījumus».

Varat arī atvērt komandu uzvedni un ierakstīt:

Verifikators /sāknēšanas režīms atiestatīt sāknēšanas neveiksmi

Pēc Driver Verifier Manager atspējošanas restartējiet datoru. Ja dators neieslēdzas, izmantojiet kādu no avārijas izejām, par kurām mēs runājām sadaļā “Brīdinājums”.

Secinājums

Ja domājat, ka kāds no draiveriem ir bojāts, bet nevarat saprast, kurš, tad Vadītāja verifikācijas pārvaldnieks būs liels palīgs.

Tomēr jābūt gataviem iespējai, ka pēc draiveru pārbaudes dators nevarēs ieslēgties, tāpēc apsveriet rezerves izeju ar ārkārtas situācija, piemēram, pārejiet uz drošo režīmu vai palaidiet Windows atjaunošanas punktu.

Vai jums kādreiz ir bijušas problēmas ar datora draiveriem? Kā jums izdevās atrast bojāto vadītāju? Pastāstiet mums komentāros zemāk!

Lietderība Driver Verifier (verifier.exe) ir izstrādāta, lai analizētu problemātiskos draiverus, ja atmiņas izgāztuves analīze pēc BSOD neļauj atrast problemātisko draiveri. Driver Verifier ir “dzīvības glābējs” visproblemātiskākajās situācijās.

Izmantojot draivera verificētāju, varat:

vadītāja stresa tests (tiek simulēti resursu trūkuma apstākļi);

bufera pārplūdes kontrole;

kontrole pār kļūdām, kas rodas nepareizas darbības dēļ noteiktā IRQL;

I/O kļūdu analīze;

strupceļu situāciju noteikšana utt.

Lietderība Driver Verifier ir ļoti noderīga, ja:

administratoram (lietotājam) ir aizdomas, ka šis konkrētais draiveris izraisa sistēmas avāriju, un viņš vēlas tālāk pārbaudīt, vai tas tā tiešām ir;

draiveru izstrādātāji vēlas pārbaudīt savu draiveri;

Analizējot izgāztuvi pēc BSOD, nav iespējams atrast problemātisko draiveri.

Viens no sarežģītākajiem atmiņas izgāztuves analīzes gadījumiem ir tad, kad draiveris kļūdaini pārraksta datus pirms vai pēc tam piešķirtā bufera beigām. Šādos gadījumos OS kodolā rodas kļūdas (piemēram, izgāztuves analīze pēc BSOD parāda, ka kļūda radusies ntoskrnl.exe).

Paskatīsimies līdzīgs gadījums uz konkrētu piemēru. Izmantojot utilītu NotMyfault, mēs izsaucam BSOD — “Bufera pārpilde”.

Zemāk ir pievienots izgāztuves analīzes rezultāts, izmantojot windbg.

Saskaņā ar izgāztuves analīzi mēs iegūstam:

1. Arg1: 00000007, mēģinājums atbrīvot baseinu, kas jau bija atbrīvots (tika mēģināts atbrīvot jau atbrīvotu baseinu)

2. IMAGE_NAME: ntkrpamp.exe (pats sistēmas kodols ar to ir saistīts)

Tieši ar šādām kļūdām verificētājs nāk palīgā.

Palaidiet verificētāju.

Atlasiet “Izveidot nestandarta parametrus”. Pēc tam atlasiet “Atlasīt parametrus no saraksta”.

Atlasiet visu, izņemot “Imitēt resursu trūkumu”.

Pēc tam atlasiet “Atlasīt šim sarakstam neizlādētos draiverus” un norādiet ceļu uz myfault.sys draiveri, kas atrodas tajā pašā direktorijā, kur programma NotMyfault.exe.

Pēc tam atzīmējiet draiveri un noklikšķiniet uz "Pabeigt". Pēc tam mums ir jārestartē dators.

Mēs veicam visas tās pašas darbības kā sākumā. Palaidiet NotMyfault.exe, atlasiet “Buffer overflow” un noklikšķiniet uz “Crash”. Kā jūs pamanījāt, avārija var nenotikt uzreiz, jo kurš un kad mēģinās strādāt ar šo atmiņu, iepriekš nav zināms. Kā redzams zemāk esošajā attēlā, pateicoties pārbaudītājam, sistēma var identificēt problemātisko draiveri.

Es sniegšu analīzi, izmantojot!analyze –v failā windbg.exe par atmiņas izgāztuvi pēc BSOD.

Pārbaudes programma padara to tā, ka pārbaudāmais draiveris, nevis parastā kodolā pieejamā atmiņa, izmanto īpašu pūlu, kas paredzēts šādas kļūdas noteikšanai. Pateicoties tam, jūs varat atrast draiveri, kas izraisa BSOD.

Ja skatāmies uz analīzes rezultātiem, mēs redzam sekojošo.

1. DRIVER_PAGE_FAULT_BEYOND_END_OF_ALLOCATION (d6) – šī ir viena no kļūdām, ko ģenerē verificētājs

2. IMAGE_NAME: myfault.sys — draiveri, kas izraisīja problēmu.

Tādējādi, ja analizējot atmiņas iztukšošanu pēc BSOD, nevar atrast “vainīgo draiveri”, izmantojiet programmu verifier.exe (instalējiet visas pārbaudes, izņemot atmiņas trūkumu).

Vienkāršākais veids, kā izmantot Driver Verifier (verifier.exe), ir palaist to ar šādiem parametriem:

verificētāja /standarta /draivera draivera faila nosaukums

Lietderība Šoferis Verificētājs iekļauts visās Windows versijas, sākot ar Windows XP, un ļauj pārbaudīt draiverus, identificēt problemātiskos draiverus, kas izraisa zilais nāves ekrāns (BSOD- Blue Screen of Death) un ierakstiet Detalizēta informācija par problemātisko draiveri atmiņas izdrukā turpmākai analīzei. Lietderība pakļauj pārbaudītos draiverus dažādiem “ stresa testi", imitējot dažādus ekstremālus apstākļus: atmiņas trūkums, I/O kontrole, IRQL, strupceļi, DMA pārbaudes, IRP utt. T.i. tiek simulētas situācijas, kas produktīvās sistēmās rodas reti, un tiek uzraudzīta vadītāja uzvedība tajās. Lietderības mērķis ir identificēt situācijas, kurās draiveris var izraisīt sistēmas avāriju ar BSOD.

Tiek izsaukts utilīta Driver Verifier izpildāmais fails Verificētājs.exe un atrodas %windir%\system32 direktorijā. Ir divas utilīta izmantošanas iespējas: no komandrindas vai izmantojot GUI.

Lai iespējotu draivera verifikācijas režīmu operētājsistēmā Windows 8, palaidiet utilītu Driver Verifier, ierakstot

Verificētājs

Uzdevumu sarakstā atlasiet Izveidojiet pielāgotus iestatījumus (koda izstrādātājiem) un nospiediet Nākamais.

Pārliecinieties, vai opcijas ir atlasītas Standarta iestatījumi, Piespiedu kārtā neapstiprinātie I/O pieprasījumi Un IRP reģistrēšana. Klikšķis Nākamais.

Tālāk atlasiet.

Kārtojiet tabulas saturu, noklikšķinot uz slejas galvenes "Provider" un draiveru sarakstā atlasiet tos, kurus vēlaties pārbaudīt. Mūsu piemērā mēs veiksim pārbaudi visiem draiveriem, kurus nav izstrādājis MicrosoftKorporācija. Mēs izvēlējāmies draiverus: e1g6032e.sys (Intel) un lsi_sas.sys (LSI).

Piezīme. Vadītāja pieejamība Digitālais paraksts Microsoft norāda, ka draivera stabilitāte ir pārbaudīta noteiktā veidā un tā kods kopš tā laika nav mainīts. Tāpēc tas nav ieteicams vai lietots.

Viss, kas jums jādara, ir jānoklikšķina Pabeigt un tiks parādīts informācijas logs, kurā teikts, ka jums ir jārestartē sistēma, lai izmaiņas stātos spēkā.

Padoms. Vadītāja verifikācijas režīmu var iespējot arī no komandrinda. Piemēram, lai palaistu Driver Verifier ar standarta iestatījumi draiverim myPCDriver.sys komanda izskatīsies šādi: verifier /standard /driver myPCDriver.sys

Pēc atsāknēšanas sistēma tiek palaists draivera verifikācijas režīmā. Draiveris darbojas fons, veicot dažāda veida atlasīto draiveru testēšanu, lai identificētu kļūdas. Izmantojiet datoru kā parasti un gaidiet, līdz parādīsies BSOD. Ja zināt, kādas darbības iepriekš izraisīja sistēmas avāriju, atkārtojiet tās. Ja rodas BSOD, jums ir jākopē atmiņas izdrukas fails (pēc noklusējuma tas tiek saglabāts mapē C:\Windows\Minidump\*.dmp) un jāanalizē, izmantojot Windbg vai līdzvērtīgu.

Svarīgs! Pēc draivera atkļūdošanas režīma aktivizēšanas, izmantojot Driver Verifier, šis režīms darbosies, līdz tas tiks piespiedu kārtā atspējots.

Ja problēma neatkārtojas 1-2 dienu laikā, tad ar zināmu pārliecības pakāpi varam secināt, ka pārbaudāmie draiveri nav sistēmas avārijas cēlonis un tiem var atspējot skenēšanas režīmu.

Padoms. Validatora izmantošana Windows draiveri ievērojami palēnina Windows, tāpēc nav ieteicams pastāvīgi strādāt šajā režīmā.

Varat atspējot Driver Verifier no komandrindas:

Pārbaudītājs / atiestatīšana

Vai no grafiskā interfeisa, atlasot Dzēst esošos iestatījumus.

Ja nevarat pieteikties sistēmā parastajā režīmā, varat atspējot atkļūdošanas režīmu no drošā režīma.

Ja sistēma netiek sāknēta drošajā režīmā, mēģiniet dzēst šādas reģistra atslēgas, sāknējot no sāknēšanas diska:

• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDrivers
• HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\VerifyDriverLevel

Jūs varat pārbaudīt pašreizējo utilīta Driver Verifier statusu šādi.

Brīdinām, ka jebkādi eksperimenti ar draiveriem ir bīstami un var sabojāt sistēmu. Labāk ir iepriekš izveidot sistēmas dublējumu un pēc tam nešķērsot pirkstus, no sistēmas Windows noņemot citu aizdomīgu draiveri.

Un tiklīdz viņi nelamājas Windows no Microsoft, nosaucot nabadzīti vienlaikus par lēnu, greizu un pat nestabilu. Bet neviens nesteidzas no tā atteikties, un kopumā ir maz ticams, ka viņi kādreiz no tā atteiksies. Tāpēc tā vietā, lai lamātu nabaga izstrādātājus un sāktu bezjēdzīgas liesmas, būtu labi noskaidrot, kāpēc patiesībā sistēma ir buggy? Es jums pastāstīšu nelielu noslēpumu. Bēdīgi slavenajos nāves un nestabilā darba ekrānos Windows vairumā gadījumu vainīgi ir trešo pušu draiveri, un pašai operētājsistēmai ar to nav nekāda sakara. Tagad mēs jums pateiksim, kā noteikt šādus draiverus un noņemt tos no sistēmas.

Vadītāja dizaina defekti var būt no avārijām līdz zilajam nāves ekrānam ( BSOD– Blue Screen of Death) un datora palēnināšanos un dažu ar draiveri pilnībā nesaistītu lietojumprogrammu dīvaino uzvedību.

Blue Screen of Death ir ievērojams (bez nekādas ironijas!) ar to, ka tas skaidri norāda uz nopietnas problēmas klātbūtni un sniedz padomu, kur rakt. Bieži (bet ne vienmēr) “pārkāpjošā” vadītāja vārds tiek parādīts tieši zilā nāves ekrāna augšējā labajā stūrī. Tomēr tas var nebūt, vai, vēl ļaunāk, var būt pilnīgi nesaistīta autovadītāja vārds.

Piemēram, viens diezgan izplatīts videokartes draiveris Matrox G450 mēdz iznīcināt pamatstruktūras grafikas apakšsistēma Windows 2000 , kā rezultātā BSOD parāda sistēmas draivera nosaukumu win32k.sys, kas realizē ievērojamu daļu USER un GDI funkciju un kam, protams, ar to nav nekāda sakara. Tātad nāves lasījumu zilā ekrāna interpretācija ir maģija, intuīcija, zinātne un māksla - mazliet no visa.

Papildus draivera defektiem zilos nāves ekrānus var izraisīt arī aparatūras kļūmes, piemēram, pārspīlēts procesors, bojāta RAM vai greizs kontrolleris. cietais disks, PCI karte nav pilnībā ievietota slotā, vaļīgs kontakts vienā no savienotājiem, slikts barošanas avots, uztūcis elektrolītiskais kondensators mātesplatē. Un pēdējie dusmojas dažādu iemeslu dēļ: tuvējā procesora pārkaršanas dēļ, keramikas kondensatoru trūkuma dēļ, ko ražotājs “nav ziņojis” (kā rezultātā RF komponents iet cauri elektrolītam un to ļoti uzsilda), un, visbeidzot, , sakarā ar galveno tranzistoru noplūdi vienības stabilizatorā. Tāpēc pirms malkas skaldīšanas mums jāpārliecinās, vai gludeklis, uz kura sēžam, ir pilnā darba kārtībā. Kā to var izdarīt?

Kārtība ar dzelzi

Zilie nāves ekrāni, ko izraisa aparatūras kļūmes, ir spontāni, parādās neprognozējami un neatkarīgi no konkrētām lietotāja darbībām. Lietojumprogrammas arī sāk radīt kritiskas kļūdas dažādās vietās, un kļūdu kodi, adreses un cita sistēmas izdotā informācija visos gadījumos būs atšķirīga! Starp citu, piemēram, draiveri, kas apstrādā asinhronos pieprasījumus no I/O ierīcēm bezvadu tīkli, uzvedas gandrīz tieši tāpat. Zilie nāves ekrāni, ko izraisa bojāti draiveri, parasti parādās, veicot noteiktu darbību kopumu, un satur vairāk vai mazāk nemainīgu informāciju.

Lai novērstu visas aizdomas no aparatūras, pietiek ar to, lai sistēmai pievienotu citu cieto disku un instalētu senatnīgu tīru. Windows un kādu laiku pie tā strādājiet. Ja zilie nāves ekrāni nepazūd, tas nozīmē, ka aparatūra patiešām ir vainīga un ir pienācis laiks to mainīt. Bojātu komponentu atrašana ir atsevišķas diskusijas tēma, kuru atstāsim nākamajai reizei, bet pagaidām atrotām piedurknes un ķeramies pie šiem mānīgajiem draiveriem.

Malka bez sertifikāta nonāk tieši kurtuvē

Viss rīku komplekts, kas nepieciešams draivera attīstībai ( DDK– Driver Development Kit), Microsoft to izplata bez maksas kopā ar pavaddokumentāciju. Šoferi, dažreiz ļoti buggy un nestabili.

Lai šāds haoss nenotiktu, Microsoft tālajā senatnē ieviesa kārtību, kādā tiek sertificēti autovadītāji par atbilstību tiem izvirzītajām prasībām, pēc kuras vadītājam tiek izsniegts ciparparaksts. Vai... tas netika izsniegts, un tas tika nosūtīts pārskatīšanai. Un, lai gan sertifikācija ir tikai formāla procedūra, kas negarantē fatālu kļūdu un izstrādes defektu neesamību, tā tomēr novērš dažus “pionieru” draiverus.

Ideālā gadījumā sistēmā vajadzētu saglabāt tikai digitāli parakstītus draiverus. Un, lai gan digitālais paraksts nav apdrošināšanas polise, tā klātbūtne jau liecina par zināmu attīstības kultūras līmeni. Draiveri bez digitālā paraksta ir sliktāki par cūku, un, ja iespējams, no tiem vajadzētu atbrīvoties (jo īpaši tāpēc, ka daudzi no tiem ir ļaunprātīgas programmatūras, ko instalē rootkit vai agresīvi aizsardzības mehānismi, kas dziļi iekļūst sistēmā un izraisa tās nestabilitāti). Īsāk sakot, neļausimies demagoģijai, bet mēģināsim atbildēt uz vienu vienkāršu jautājumu: kā izveidot draiveru sarakstu bez ciparparaksta?

Lietderība mums palīdzēs šajā jautājumā sigverif.exe, iekļauts standarta piegādes komplektā operētājsistēma un atrodas direktorijā WINNT\System32. Mēs to palaižam un redzam dialoglodziņu. Noklikšķiniet uz pogas "Papildu" un cilnē "Meklēt" iestatiet atlases kritērijus, pārvietojot radio pogu no pozīcijas "Paziņot par abonēšanas atcelšanu". sistēmas faili"(kur tas pēc noklusējuma nīkuļoja) uz pozīciju "Meklēt citus failus, kas nav digitāli parakstīti." Pēc tam sadaļā “Meklēšanas opcijas” atveriet lodziņu “Meklēt šāda veida failus” un atlasiet “*.sys”, un zemāk norādiet meklēšanas mapi “C:\WINNT”, noteikti atzīmējiet izvēles rūtiņu “Ieskaitot apakšmapes” izvēles rūtiņa.

Patiesībā, strikti runājot, draiveriem nav nepieciešams sys paplašinājums, un tie ne vienmēr ir ierobežoti ar WINNT direktoriju, kas atrodas "viņu" lietojumprogrammu direktorijās, un dažas programmas pat glabā draiverus... sevī! Tūlīt pēc palaišanas (vai jebkurā citā laikā) viņi saglabā failu diskā pašreizējā vai pagaidu direktorijā, ielādē draiveri atmiņā un ... nekavējoties izdzēš to no diska! To dara ne tikai kaitīgie vīrusi, bet arī visai cienījamas programmas, piemēram, daži slavenā Windows apakšvirsmas pētnieka Marka Russinoviča utilīti.

Tāpēc eksperimenta tīrības labad mums nenāktu par ļaunu iegūt sarakstu ar draiveriem, kas atrodas Šis brīdis atmiņā un salīdziniet tos ar diskā esošajiem draiveriem. Vārdi “pašlaik” ir galvenais, jo draiverus var lejupielādēt/izlādēt bez maksas, nepārstartējot operētājsistēmu. Šo darbību ieteicams veikt vairākas reizes, palaižot komandrindas utilītu drivers.exe, kas ir daļa no DDK, kuru var lejupielādēt no Microsoft servera. Palaista bez slēdžiem ar rindas komandu, utilītu drives.exe izmet visu informāciju uz ekrāna, kas nav labi, jo parasti sistēmā ir daudz draiveru un tie neietilpst ekrānā. Tomēr reliģija ļauj mums novirzīt izvades plūsmu uz teksta fails(drivers.exe > faila nosaukums.txt), ko var atvērt ikviens teksta redaktors- vai nu ar Word, vai ar piezīmju grāmatiņu. Tad atliek tikai atlasīt vertikālo bloku (ko Notepad neļauj) un iegūt draiveru sarakstu. Tieši no operētājsistēmas kodola!

Ja vismaz viens no šiem draiveriem neatrodas C:\WINNT\ direktorijā, tā ciparparaksts netiks pārbaudīts! Dabiski, ka šāds autovadītājs nekavējoties piesaista uzmanību, un mums rodas pamatots jautājums: no kurienes tas nāk? Pirmkārt, mēs skenējam visus direktorijus diskā; ja tā nav, iestatiet pārtraukuma punktu funkcijā CreateFileW programmā Soft-Ice un apskatiet tam nodotos argumentus. Agri vai vēlu mēs saskarsimies ar mūsu buggy draiveri, pēc kura viss, ko varam darīt, ir apskatīt Soft-Ice ekrāna apakšējo labo stūri, kur tiek parādīts procesa nosaukums, kas to ģenerēja. Plašāku informāciju skatiet grāmatā “Programmu atkļūdošanas metodes bez avota tekstiem”, kuras elektronisko kopiju var atrast ftp vai http serverī nezumi.org.ru, kā arī mūsu diskā. Un mēs turpinām mocīt lietderību sigverif.exe.

Pēc noklikšķināšanas uz “OK”, “Start” ekrānā parādīsies “termometrs”, kas parāda progresu, un cietais disks sāks čaukstēt ar visām galvām, kas tam ir. Pabeidzot darbu, tiks sastādīts un uz ekrāna parādīts draiveru saraksts bez ciparparaksta.

Daži karstgalvji iesaka, lai attīrītu sistēmu no ķecerības, noņemt visus neparakstītos draiverus - tad, viņi saka, visas problēmas pazudīs. Kā to var izdarīt? Rupjākais risinājums ir vienkārši noņemt tos no diska, izmantojot FAR vai Explorer (protams, ar administratora tiesībām!). Bet šādas darbības sekas var būt ļoti postošas, un labāk ir ar peles labo pogu noklikšķināt uz draivera ikonas pārlūkprogrammā Explorer, sadaļā “Properties” atrodiet ražotāja nosaukumu, pēc kura jūs varat noteikt, kāda veida lietojumprogramma/aparatūra ir instalēta. šo draiveri un atinstalējiet to civilizētā veidā. Tiesa, šeit ir viens “bet”.

Vadītājs ir izcelts attēlā zemāk. g400m.sys, kas nāk ar Matrox G450 karti, un, lai gan Matrox nemaz nav vājš uzņēmums, tas nesaņēma ciparparakstu (vai nu Microsoft to neiedeva, vai arī pats Matrox negribēja apnikt). Protams, pēc tā noņemšanas no sistēmas jums būs jāaizmirst par SVGA režīmu. Tomēr varat doties uz Matrox vietni un lejupielādēt jaunāko draivera versiju (tā jau ir digitāli parakstīta). Tikai šeit... gan parakstītās, gan neparakstītās versijās ir daudz fatālu kļūdu, jo īpaši noteiktu apstākļu rezultātā, mēģinot pārslēgties uz pārklājuma režīmu, sistēma ietriecas BSOD, jo draiveris mēģina atbrīvot jau atbrīvoto atmiņu.

Tādējādi ciparparaksta esamība/neesamība pati par sevi neko nenozīmē, un, pat ja mēs izmantojam tikai parakstītus draiverus, tas mums nedod nekādas stabilitātes garantijas.

Šeit mēs pārejam uz raksta otro daļu, proti, braucēju testēšanu apstākļos, kas ir tuvu cīņai.

Mēs liekam malkai īstu pārbaudījumu

DDK ietver brīnišķīgu utilītu Šoferis Verificētājs, kas rada vissmagākos apstākļus autovadītājiem, kas robežojas ar ekstrēmu un pašnāvību, kurā neveiksmes iespējamība ir maksimāla, un defektīvā vadītāja vārds tiek noteikts ar visaugstāko precizitāti (pat ja tas necieš attīstības defektu dēļ, bet iznīcina citu cilvēku vadītāju datu struktūru).

Ir svarīgi to atzīmēt Šoferis Verificētājs– Šīs nav zāles, bet tikai diagnostikas instruments. Tas joprojām neglābs jūs no kļūmēm (tieši otrādi, tas palielinās to intensitāti par pāris kārtām), taču tas palīdzēs identificēt “malīgo” draiveri ar pietiekamu uzticamības pakāpi.

Tātad, mēs palaižam verifier.exe, mēs redzam logu Šoferis Verificētājs Pārvaldnieks, dodieties uz cilni Iestatījumi un pārvietojiet radio pogu uz pozīciju Verify all drivers (Pārbaudīt visus draiverus), pēc tam nospiežam pogu “Vēlamais iestatījums”, kas iestata šādus verifikācijas veidus:

• Īpašs baseins– testējamajiem draiveriem piešķiršanai tiks atvēlēts speciāls atmiņas laukums, kas nedarbojas ļoti ātri, bet spēj konstatēt lielāko daļu savu un citu datu iznīcināšanas veidu.

• Spēks IRQL pārbaudot. IRQL ir pārtraukuma pieprasījuma līmenis. Visbiežāk sastopamā draiveru izstrādātāju kļūda ir mēģinājums piekļūt atmiņai IRQL līmenī, kurā peidžeru pārvaldnieks nedarbojas. Un, ja vajadzīgā lapa pēkšņi izrādīsies izlikta uz diska, sistēma pārvērtīsies zilā ekrānā ar uzrakstu “IRQL_LESS_OR_EQULAR”. Piespiežot šo režīmu, draivera lapas ir jāizskalo diskā, lai dizaina defekts parādās 100% gadījumu.

• Zems resurss simulācija Ir lietderīgi to instalēt, lai redzētu, kā draiveris rīkosies katastrofāla sistēmas resursu trūkuma gadījumā, taču jums tas nav jādara, bet labāk ir atstāt izvēles rūtiņu Pool tracking (pārraugot pareizu atmiņas apstrādi). baseins). Ievades/izvades kļūdas (I/O verifikācija) veido nenozīmīgu daļu no visām kļūdām, tāpēc šīs izvēles rūtiņas pozīcija kopumā ir pilnīgi nekritiska.

Pabeidzot iestatījumu atlasi, noklikšķiniet uz pogas “Lietot” un, kā mums ieteikts, restartējiet.

Tūlīt pēc palaišanas sākšanas sistēma ievērojami palēnināsies, kā tam vajadzētu būt, jo kodols veic daudz vairāk pārbaužu nekā parasti. Atklājot kļūdas, mirgo zils nāves ekrāns ar draivera nosaukumu un citu informāciju, kas ir noderīga izstrādātājiem, bet mums nederīga. Viss, ko mēs varam darīt, ir atjaunināt draiveri uz lielāko daļu jaunākā versija vai atsakās izmantot programmu (aparatūru), kas to izmanto. Patiesībā mums ir nedaudz vairāk iespēju aizdedzināt mitru koku, bet par to vēlāk.

Verifikācijas statusu jebkurā laikā varat uzzināt, palaižot verifier.exe. Cilnē Driver Status ir norādīti visu atklāto draiveru statusi un pašreizējās situācijas skaidrojums. Ielādēts statuss nozīmē to šo vadītāju ir lejupielādējis un apstiprinājis vismaz, vienreiz (bet varbūt ne pilnībā, tas ir, ne visām vadītāja sadaļām bija laiks trenēties). Statuss Unloaded nozīmē, ka draiveris ir ielādēts, pārbaudīts (iespējams, daļēji) un izkrauts no sistēmas/programmas, kas to izmanto, vai pēc paša pieprasījuma. Pēdējais ir īpaši raksturīgs vadītājiem, kas palikuši pāri no aprīkojuma, kas tika noņemts, barbariski izvelkot paplašināšanas karti no slota, tas ir, neveicot atinstalēšanu. Izdzīvojušais vadītājs skenē autobusu, mēģinot atrast “tā” aparatūru, neizdodas ar meklēšanu un pēc tam izlādējas no atmiņas, starp citu, palēninot sistēmas sāknēšanu (dažreiz ļoti būtiski) un konfliktējot ar citiem vadītājiem. Morāle: iekārtas ir jāizņem no sistēmas saskaņā ar visiem noteikumiem! Tomēr ne katrs statuss Izkrauts ir nenormālas situācijas pazīme, un, pirms dzēst vadītāju ar šādu statusu, jums ir jāsaprot, kas tas ir par ziemeļbriežu un no kurienes tas vispār nācis.

Statuss Nekad nav ielādēts norāda, ka šis draiveris vēl nav ielādēts, kas nozīmē, ka tas nav pārbaudīts, tāpēc pirms palaišanas ir jāgaida. dažādas programmas kas var būt ar to saistīti. Tomēr daži draiveri (īpaši nepareizi atinstalēti) netiek ielādēti un attiecīgi nekad netiek pārbaudīti.

Pēc kāda laika (no vairākām stundām līdz vairākām dienām) strādājot ar sistēmu cietās pārbaudes režīmā, mēs identificēsim gandrīz visus bojātos draiverus, no kuriem mēs iepriekš cietām, un pierakstīsim to nosaukumus uz lapiņas.

Atgrieziet sistēmu normālā režīmā (tas ir, bez papildu pārbaudes, pazeminot produktivitāti), varat izmantot to pašu verificētāju. Mēs atgriežamies cilnē Iestatījumi, pārvietojiet radio pogu uz pozīciju Pārbaudīt atlasītos draiverus (nevajadzētu atlasīt nevienu draiveri), noklikšķiniet uz "Atiestatīt visu", pēc tam uz "Lietot" un restartējiet. Visi! Sistēma tagad darbojas normālā ātrumā, bet bez pārbaudēm.

Ko darīt ar mitru malku?

Bet tiešām, ko jūs varat darīt ar bojātu vadītāju? Hakeri, kuri zina, kā turēt rokās atkļūdotāju, ja viņiem ir pietiekami daudz brīva laika, var to izjaukt (par laimi draiveri parasti ir mazi), atrast kļūdu un izdomāt veidu, kā to novērst, bet... tas ir pārāk laikietilpīgi.

Arī draivera izmešana (kopā ar aparatūru/programmu, kas to izmanto) nav iespējama. Lai gan, ja zināms, ka vainīgi nāves zilie ekrāni Skaņas karte svešinieks Ķīnas ražotājs 20 USD vērtībā, tad mums ir ļoti spēcīga motivācija to aizstāt ar kaut ko cienīgāku. Bet tas, stingri ņemot, jau visiem ir skaidrs un Papildu komentāri nevajag.

Bet ne visi zina, ka milzīgs skaits avāriju un zilo nāves ekrānu ir saistīts ar faktu, ka divu procesoru mašīnā ir instalēts draiveris, kas izstrādāts (un pārbaudīts) viena procesora vidē. Ar “divprocesoru” mēs domājam gan reālu platformu ar diviem akmeņiem, gan Hyper-Threading/daudzkodolu procesorus. Zināms (un apstiprināts) liela summa testi), kas mājas dators divi procesori ir absolūti bezjēdzīgi, jo lielākajā daļā lietojumprogrammu veiktspēja praktiski nepalielinās.

Tāpēc, ja sistēma ir nestabila un viena vai otra iemesla dēļ nav iespējams atbrīvoties no bojātā draivera, varat mēģināt iekļūt BIOS iestatījumos, pārvēršot savu “virtuālo divu procesoru” mašīnu par vienu procesoru. . Līdzīgu efektu var panākt, atverot failu boot.ini (datoros ar Windows NT/2000/XP tas atrodas saknes direktorijā loģiskais disks, kurā sistēma ir instalēta) un pievienojot tam slēdzi /ONECPU, pēc tam restartējiet, cerot, ka kļūdas pazudīs.

Saraksts 1

Tipiska faila boot.ini piemērs

taimauts = 30

multi(0)disk(0)disk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS

Saraksts 2

Mēs konfigurējam sistēmu, lai izmantotu tikai vienu procesoru no visiem pieejamajiem

taimauts = 30
default=multi(0)disk(0)disk(0)partition(1)\WINNT
multi(0)disk(0)disk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS /ONECPU

Bet tālāk Windows Vista nav boot.ini faila, un, lai gan ir (pagaidu) iespēja to konfigurēt sāknēšanas iestatījumi izmantojot īpaša lietderība, Microsoft plāno pilnībā atteikties no šīs nepilnības, lai paliktu tikai BIOS iestatīšana. Tomēr, kas attiecas uz Vista, tad līdz brīdim, kad pāries uz to, draiveru izstrādātāji, iespējams, būs iegādājušies daudzprocesoru iekārtas (jo citu vienkārši vairs nebūs pārdošanā) un pārbaudīs savus darbus vairāku procesoru vidē.

Vēl viens smalks punkts. Atcerieties, ka mēs iepriekš teicām, ka draiveru izstrādātāju visbiežāk pieļaujamā kļūda ir piekļuve iepriekšējai atmiņai IRQL līmenī, kurā peidžeru pārvaldnieks nedarbojas, un, ja pieprasītā lapa nav atmiņā, notiek avārija? Acīmredzamais risinājums šeit būtu palielināt brīvpiekļuves atmiņa uz apjomu, kurā praktiski neviena lapa netiek izlikta uz diska. Pie pašreizējām atmiņu cenām gandrīz katrs var atļauties iegādāties pāris jaunas atmiņas kartes. Bet problēmai ir pieejamāks (un elegantāks) risinājums. Ja parametrs DisablePagingExecutive, kas atrodas nākamajā reģistra filiālē HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement, ir vienāds ar vienu (pēc noklusējuma nulle), kodolkomponentes netiks novērstas. Tāpēc mēs vienkārši palaižam “reģistra redaktoru”, mainām šo loloto parametru un restartējam (izmaiņas stājas spēkā tikai pēc pārstartēšanas), cerot, ka tas palīdzēs atrisināt kļūmju problēmu.