Windows 7 hvordan identifisere en buggy-driver. Bruke Driver Verifier for å fikse en Blue Screen of Death. Se etter usignerte drivere

En driver er et program som er nødvendig for operativsystem og ulike programvareapplikasjoner for samhandling med maskinvareenheter koblet til den. Maskinvarekomponenter som lyd, skjermkort, skrivere, skannere og de trenger alle en kompatibel driver for at de skal fungere ordentlig.

Alle enhetsdrivere er designet for spesifikke operativsystemer. For eksempel vil Windows XP-drivere være forskjellige fra Windows Vista-drivere. Derfor er det nødvendig å ta ekstra forholdsregler når du installerer og oppdaterer enhetsdrivere, da installering av feil eller inkompatible drivere ikke bare kan skade enheten, men også systemet ditt.

Vanlige årsaker til driverfeil

Noen vanlige årsaker til driverfeil er oppført nedenfor:

• Du prøver å bruke en maskinvareenhet som ikke er riktig koblet til datamaskinen.
• To eller flere drivere på systemet er inkompatible med hverandre.
• Driveren eller driverne er installert som ikke er kompatible med systemet ditt.
• Det er unødvendige eller utdaterte drivere på PC-en din.

Trinn for å fikse driverfeil
Det første trinnet for å identifisere en driverfeil er å sikre at enheten er riktig koblet til systemet ditt. Mange enheter gir tilkoblingsfeil, så sjekk at enheten er koblet til systemet på riktig måte. Deretter må du forsikre deg om at det ikke er noen problemer med driverne. Du kan gjøre dette ved å bruke Enhetsbehandling-verktøyet som fulgte med datamaskinen din Windows-system. Du kan åpne Enhetsbehandling ved å kjøre direkte devmgmt. msc fra kommandolinje Start> Ferdigden. Når du åpner Enhetsbehandling, vil du se en liste over alle enhetene som er koblet til systemet ditt. Du kan enkelt identifisere den defekte filen fordi den vil bli merket med en gul trekant med utropstegn innsiden. Høyreklikk på en enhet for å åpne egenskapsdialogboksen. Sjekk delen i egenskapsdialogen Enhetsstatus på fanen Er vanlig. Drivere vises på fanen Drivere i egenskapsvinduet. Her, fullfør en av følgende oppgaver:

• Sjekk og installer driveroppdateringer: Utdaterte drivere en av hovedårsakene til driverfeil. Klikk på knappen for å løse dette problemet Oppdater driver. Veiviseren for maskinvareoppdatering åpnes. Du kan bruke veiviseren til å oppdatere driveren. Det anbefales at du først laster ned driveroppdateringen og lagrer den på et passende sted på harddisken og deretter starter oppdateringsprosessen fordi oppdateringsveiviseren vil be deg spesifisere et sted å installere oppdateringen.

• Tilbakeføring av sjåfør: Hvis du begynner å motta en feilmelding kort tid etter at du har installert en ny oppdatering, er det sannsynlig at den nye oppdateringen er buggy. For å fikse dette problemet, klikk på knappen Tilbakerulling av sjåførenå gå tilbake til ditt forrige versjon sjåfører.

• Avinstallerer driveren: Hvis det er problemer med dine nåværende drivere - manglende eller ødelagte filer - så er det beste du kan gjøre å klikke Slett for å avinstallere gjeldende driver, og installer deretter driveren på nytt.

I tilfelle du ikke er sikker på hva du gjør, og hvis du finner rettelsene ovenfor litt vanskelige, anbefales det at du velger et pålitelig skanningsverktøy for drivere. Verktøy for driverskanning er utviklet for å sjekke alle enhetsdrivere og sørge for at de ikke er oppdaterte. Når nye oppdateringer er tilgjengelige, laster driverskanneren automatisk ned og installerer de beste oppdateringene på datamaskinen din.

Bruke systemverktøyet som følger med Windows Vista/7 Driverbekreftelse Manager, du kan utføre en omfattende diagnose av driverne som er installert i systemet og finne problematiske komponenter som forstyrrer den stabile driften av datamaskinen og utstyret som er koblet til den.

For å kjøre det nevnte verktøyet, må du logge på Windows med administratorrettigheter, og deretter i adressefeltet på "Start -> Kjør"-menyen, skriv inn kommandoen verifier.exe og klikk OK. Som et resultat vil vinduet Driver Verification Manager åpnes, der du må klø deg i hodet og bestemme deg for det riktige alternativet for å starte verktøyet. Du kan utføre både selektiv og fullstendig testing av alle drivere uten unntak.

Etter å ha angitt programmets driftsmodus og trykket på "Fullfør"-knappen, må du starte datamaskinen på nytt og vente på at operativsystemet skal lastes. Hvis en defekt driver oppdages, vil Windows falle inn i den såkalte "blue screen of death" (BSOD - Blue Screen Of Death) og rapportere en kritisk feil som inneholder informasjon om den problematiske komponenten, som må tas i betraktning.

Det neste trinnet er å slette de defekte driverfilene. For å gjøre dette må du holde nede F8-tasten når du starter datamaskinen, starte systemet i sikkermodus og deretter standard bruker Windows eliminere den defekte komponenten. Deretter må du åpne konsollen igjen og skrive inn verifier.exe /reset-instruksjonen for å deaktivere Driver Verifier Manager-applikasjonen. Det er viktig å merke seg at det også er nødvendig å angi den siste kommandoen hvis datamaskinen starter opp, noe som indikerer fraværet av problematiske drivere.

Ytterligere referanseinformasjon om dette problemet Se artikkelen "Bruk driververifikatoren til å identifisere Windows-driverproblemer (avansert)" på Microsofts støtteside.

Indikerer en systemdriver som sannsynligvis ikke forårsaker problemet (f.eks. win32k.sys). I dette tilfellet vil det være nødvendig med en seriøs analyse av dumpen, som krever svært dyp kunnskap og erfaring på dette området. Du kan imidlertid sjekke driverne selv ved å bruke operativsystemets innebygde driverkontroll. Verifier.exe. Selv om det er dekket i detalj i Microsofts kunnskapsbase-artikkel Bruke driververifikatoren til å feilsøke Windows-driverproblemer, presenteres materialet som presenteres der på et ganske avansert teknisk nivå. Nedenfor er Kort beskrivelse handlinger som må iverksettes for å sjekke sjåfører.

På denne siden

Komme i gang med Driver Verifier

På menyen Start — Henrette(eller Start — Søk) Tast inn verifikatoren og trykk Enter. Driver Checker vil starte. Velg en gjenstand Opprett ikke-standard parametere (for programkode) og trykk på knappen Lengre.

Velg individuelle alternativer fra full liste og trykk på knappen Lengre.

I neste trinn merker du av for alle boksene unntatt Simulere ressursmangel og trykk på knappen Lengre.

I neste trinn velger du Velg usignerte drivere automatisk og trykk på knappen Lengre. Hvis ingen usignerte drivere blir funnet, gå til .

Usignerte drivere

Hvis usignerte drivere oppdages, vil du se en liste over dem.

Drivere kan tilhøre både enheter og applikasjoner. Ikke lukk vinduet Driver Verifier eller klikk på Lengre Nå.

Søk etter oppdaterte drivere

Du må sjekke om det er oppdaterte drivere.

1. Hvis du ser en applikasjonsdriver oppført, besøk produsentens nettsted for å se om applikasjonen er oppdatert. Hvis det ikke er noen oppdatert versjon, kan du prøve å avinstallere appen (du kan alltid installere den på nytt senere). Hvis kritiske feil stopper, var det årsaken.
2. Hvis du ser en enhetsdriver i listen og kjører Windows Vista, bruk senteret Windows-oppdateringer for å søke etter nye drivere. Denne metoden fungerer bra for Windows Vista fordi mange enhetsprodusenter samarbeider med Microsoft for å gjøre driverne deres tilgjengelige for nedlasting via Windows Update. I Kontrollpanel velger du Windows-oppdatering og se etter oppdateringer til enhetsdriveren. Hvis driveren blir funnet, installer den.
3. Hvis Windows Update ikke tilbyr deg nye drivere, besøk enhetsprodusentens nettsted. Kanskje nye drivere er tilgjengelige der. Hvis du har problemer med å finne drivere, vennligst besøk forumet Finn drivere, fastvare og manualer på OSzone.net.

Etter å ha oppdatert et program eller en driver, lukker du vinduet Driver Verifier. å trykke på en knapp Avbryt(men ikke Lengre) . Start datamaskinen på nytt og fortsett å bruke operativsystemet. Hvis den kritiske feilen ikke lenger oppstår, har du løst den ved å oppdatere driveren.

Fjerning av drivere

Hvis nye drivere ikke blir funnet, prøv å avinstallere driveren.

Merk følgende! Fjerning av drivere fører til at enheten ikke fungerer. Etter en omstart vil operativsystemet i beste fall installere den aktuelle driveren fra sin egen driverbutikk. Hvis du ikke er sikker på om du skal fjerne en bestemt driver, må du ikke fjerne den.

I Enhetsbehandling ( Start — Søk / Kjør — devmgmt.msc — OK) finn enheten, høyreklikk på den og velg fra kontekstmenyen avsnitt Egenskaper. Gå deretter til fanen Sjåfør og trykk på knappen Slett.

Se etter usignerte drivere

Merk følgende! Etter å ha sjekket usignerte drivere, kan det hende at systemet ikke starter opp (beskrevet nedenfor er hvordan du skal handle i en slik situasjon).

Hvis du ikke vil fjerne driveren og/eller vil se etter usignerte drivere, klikker du i vinduet Driver Verifier. Lengre. Du vil bli bedt om å velge en fysisk disk.

Klar, start deretter datamaskinen på nytt. Hvis du etter omstart ser en blå skjerm med en feil, har den problematiske driveren blitt identifisert og navnet vil bli inkludert i feilmeldingen. Gå inn i sikkermodus og tilbakestill alle driververifiseringsalternativer ved å gå inn Start — Søk / Kjør team verifier.exe /reset.

Hvis systemet starter opp i normal modus, fullføres sjekken for usignerte drivere - de er ikke kilden til problemet. Du kan se en liste over testede drivere ved å kjøre verifier.exe .

Siden usignerte drivere ikke er årsaken til en fatal feil, må du sjekke andre drivere.

Tilpasset sjåførsjekk

Hvis ingen usignerte drivere blir funnet, eller hvis du sjekker dem ikke avslører noen problemer, må du utføre en tilpasset driversjekk. I dette tilfellet, i vinduet vist nedenfor, velg Velg drivernavn fra listen.

I neste trinn vil du bli bedt om å velge drivere som skal skannes. Ikke velg alle drivere samtidig, siden det vil ta mye tid og systemressurser å sjekke dem.

Derfor kan verifiseringen måtte utføres i flere stadier. Trinn-for-trinn-sekvensen for valg av drivere kan være som følger:

1. Nylig oppdaterte drivere eller de som vanligvis forårsaker problemer (drivere antivirusprogrammer, brannmurer, virtuelle disker).
2. Drivere er ikke levert av Microsoft.
3. Gruppe på 10 - 15 sjåfører om gangen.

Velg stasjonen som operativsystemet er installert på og klikk Klar, start deretter datamaskinen på nytt.

Merk følgende! Etter å ha sjekket driverne, kan det hende at systemet ikke starter opp (beskrevet nedenfor er hvordan du skal handle i en slik situasjon).

Hvis du etter omstart ser en blå skjerm med en feil, har den problematiske driveren blitt identifisert og navnet vil bli inkludert i feilmeldingen. Start datamaskinen på nytt og logg på sikkerhetsmodus ved å trykke F8 mens du laster. Etter å ha logget på, tilbakestill alle ved å gå inn Start — Søk / Kjør team verifier.exe /reset.

Hvis systemet starter opp i normal modus, ble kontrollen av de valgte driverne fullført - de er ikke kilden til problemet. Du kan se en liste over testede drivere ved å kjøre verifier.exe og velge elementet i det første trinnet Vis informasjon om for øyeblikket verifiserte drivere.

Velg nå neste sjåførgruppe og sjekk på nytt.

Alle sjåfører er sjekket – hva videre?

Hvis kontrollen av alle sjåfører var vellykket, må jeg ta av meg hatten for tålmodigheten og utholdenheten din. Mest sannsynlig er ikke drivere årsaken til den kritiske feilen som oppstår på systemet ditt. Det er mulig at problemet ligger i maskinvaren til datamaskinen din - for eksempel en defekt harddisk eller tilfeldig tilgangsminne, eller strømforsyningen har utilstrekkelig kraft for å sikre driften av alle enheter. Det kan være andre maskinvareproblemer som heller ikke kan identifiseres ved å sjekke driverne.

Verktøyet som vi skal beskrive i dag heter Driver Verifier og er inkludert i alle operativsystemer, inkludert Windows XP. Dette programmet lar deg sjekke og identifisere problematiske som i stor grad kan skade systemet. Det mest kjente problemet er dødens blå skjerm.

Data om slike sjåfører registreres i en minnedump slik at analyser kan gjennomføres senere. Så, verktøyet utsetter sjåfører for såkalte stresssituasjoner (tester), og skaper visuelle ekstreme forhold, for eksempel mangel på hukommelse, ulike låser, IRQL, IRP-sjekker, DMA, etc., I/O-kontroll. Med andre ord simuleres ekstreme situasjoner som ikke bør oppstå under normalt arbeid med Windows, eller de skjer ikke ofte. Dermed lar verktøyet deg identifisere drivere som kan føre til systemkrasj.

Som jeg allerede har sagt, er verktøyet innebygd i alt Windows-versjoner og er på vei %windir%\system32. Verktøyet kan også brukes i to versjoner: kommandolinje og grafisk grensesnitt.

Så for å kjøre driverkontrollverktøyet, må du åpne vinduet "Løpe" skriv inn følgende kommando:

verifikatoren

Et vindu åpnes med de nødvendige innstillingene, der vi velger det andre elementet - "Opprett egendefinerte parametere" eller "Opprett egendefinerte innstillinger".

Nå må vi sortere innholdet; for å gjøre dette, klikk på ordet øverst i tabellen Forsørger. Nå kan du velge alle drivere. Forresten, du trenger ikke velge drivere fra Microsoft.

Nå kan du trykke på knappen Bli ferdig, hvoretter du blir bedt om å starte systemet på nytt.

Så omstarten er fullført, og nå vil systemet starte opp i driververifiseringsmodus. Verktøyet vil kjøre i bakgrunnen og utføre ulike tester. Du kan rolig jobbe ved datamaskinen til verktøyet er ferdig. Etter arbeid vil informasjonsfilen bli lagret i en minnedump. En slik fil er vanligvis plassert langs stien: C:\Windows\Minidump\*.dmp. Nå kan det analyseres, for eksempel ved hjelp av Windbg, eller et annet lignende program.

Hvis det innen noen få dager viser seg at problemet ikke har gjentatt seg, kan vi si at problemet ikke er i driverne i det hele tatt, og du må lete etter årsaken et annet sted. I mellomtiden kan du allerede deaktivere driververifiseringsmodus. Jeg vil si med en gang at denne modusen bremser systemet kraftig, derfor anbefales det ikke å jobbe med det ofte.

Du kan deaktivere verktøyet slik: på kommandolinjen skriver du inn følgende kommando:

Det er alt. Jeg håper denne artikkelen hjalp deg med å løse problemene dine.

Vi advarer deg om at alle eksperimenter med drivere er farlige og kan skade systemet. Det er bedre å ta en sikkerhetskopi av systemet på forhånd og så ikke krysse fingrene ved å fjerne en annen mistenkelig driver fra Windows.

Og så snart de ikke skjeller Windows fra Microsoft, kaller den stakkaren samtidig sakte, glitchy og til og med ustabil. Men ingen har det travelt med å gi det opp, og generelt sett er det usannsynlig at de noen gang vil gi det opp. Derfor, i stedet for å skjelle ut dårlige utviklere og starte meningsløse flammer, ville det være greit å finne ut hvorfor systemet faktisk er buggy? Jeg skal fortelle deg en liten hemmelighet. I de beryktede skjermene av død og ustabilt arbeid Windows i de aller fleste tilfeller er det tredjeparts drivere som har skylden, og selve operativsystemet har absolutt ingenting med det å gjøre. Nå vil vi fortelle deg hvordan du oppdager slike drivere og fjerner dem fra systemet.

Driverdesignfeil kan variere fra krasj til Blue Screen of Death ( BSOD– Blue Screen of Death) og til nedgangen til datamaskinen og den merkelige oppførselen til enkelte applikasjonsapplikasjoner som er fullstendig urelaterte til driveren.

The Blue Screen of Death er bemerkelsesverdig (uten ironi!) ved at den tydelig signaliserer tilstedeværelsen av et alvorlig problem og gir et tips om hvor du skal grave. Ofte (men ikke alltid) vises navnet på den "fornærmende" sjåføren direkte i øvre høyre hjørne av den blå skjermen. Imidlertid kan det hende at det ikke er der, eller enda verre, navnet på en helt ubeslektet sjåfør kan være der.

For eksempel en ganske vanlig skjermkortdriver Matrox G450 har en tendens til å ødelegge de grunnleggende strukturene til det grafiske undersystemet Windows 2000 , noe som resulterer i at BSOD viser navnet på systemdriveren win32k.sys, som implementerer en betydelig del av BRUKER- og GDI-funksjonene og som naturligvis ikke har noe med det å gjøre. Så å tolke den blå skjermen av dødsavlesninger er magi, intuisjon, vitenskap og kunst - litt av hvert.

I tillegg til driverdefekter, kan blå skjermbilder også være forårsaket av maskinvarefeil, for eksempel en overklokket prosessor, defekt RAM eller en skjev kontroller. harddisk, et PCI-kort som ikke er satt helt inn i sporet, en løs kontakt i en av kontaktene, en dårlig strømforsyning, en hovent elektrolytisk kondensator på hovedkort. Og de siste surmuler forskjellige årsaker: på grunn av overoppheting fra en nærliggende prosessor, mangel på keramiske kondensatorer "ikke rapportert" av produsenten (som et resultat av at RF-komponenten går gjennom elektrolytten og varmer den kraftig opp), og til slutt, på grunn av lekkasje av nøkkeltransistorer i stabilisatorenheten. Derfor, før vi hogger ved, må vi sørge for at jernet vi sitter på er i full stand. Hvordan kan dette gjøres?

Oppgjør med jern

Blåskjermer med dødsfall forårsaket av maskinvarefeil er spontane, vises uforutsigbart og uavhengig av spesifikke brukerhandlinger. Applikasjoner begynner også å produsere kritiske feil på en rekke steder, og feilkoder, adresser og annen informasjon utstedt av systemet vil være forskjellig i alle tilfeller! Forresten, drivere som håndterer asynkrone forespørsler fra I/O-enheter, for eksempel trådløse nettverk, oppfører seg nesten nøyaktig likt. Blåskjermer med dødsfall forårsaket av defekte sjåfører oppstår vanligvis når du utfører et bestemt sett med handlinger og inneholder mer eller mindre konstant informasjon.

For å fjerne alle mistanker fra maskinvaren, er det nok å koble en annen til systemet HDD, installer på den en virgin clean Windows og jobbe med det en stund. Hvis dødens blå skjermer ikke forsvinner, betyr det at maskinvaren virkelig har skylden, og det er på tide å endre det. Å finne defekte komponenter er et tema for en egen diskusjon, som vi lar stå til neste gang, men foreløpig brett opp ermene og ta tak i disse lumske sjåførene.

Ved uten sertifikat går rett i brennkammeret

Hele settet med verktøy som er nødvendig for sjåførutvikling ( DDK– Driver Development Kit), distribuerer Microsoft det gratis sammen med den medfølgende dokumentasjonen. Drivere, noen ganger veldig buggy og ustabile.

For å forhindre at slikt kaos oppstår, Microsoft tilbake i antikken introduserte den en prosedyre for å sertifisere sjåfører for overholdelse av kravene som ble pålagt dem, hvoretter sjåføren får utstedt en digital signatur. Eller... den ble ikke utstedt, og den ble sendt til revisjon. Og selv om sertifisering bare er en formell prosedyre som ikke garanterer fravær av fatale feil og utviklingsfeil, eliminerer den fortsatt noen av de ærlige "banebrytende" sjåførene.

Ideelt sett bør bare digitalt signerte drivere beholdes på systemet. Og selv om en digital signatur ikke er en forsikring, indikerer dens tilstedeværelse allerede et visst nivå av utviklingskultur. Drivere uten digital signatur- dette er verre enn en gris i en poke, og bør bli kvitt hvis mulig (spesielt siden mange av dem er ondsinnede programmer installert av rootkits eller aggressive forsvarsmekanismer som trenger dypt inn i systemet og forårsaker dets ustabilitet). Kort sagt, la oss ikke hengi oss til demagogi, men la oss prøve å svare på ett enkelt spørsmål: hvordan lage en liste over sjåfører uten en digital signatur?

Verktøyet vil hjelpe oss med dette sigverif.exe, inkludert i standardleveringspakken til operativsystemet og plassert i WINNT\System32-katalogen. Vi starter den og ser en dialogboks. Klikk på "Avansert"-knappen og i "Søk"-fanen konfigurerer du valgkriteriene ved å flytte alternativknappen fra "Varsle om avmeldt"-posisjonen systemfiler"(hvor den forsvant som standard) til posisjonen "Søk etter andre filer som ikke er digitalt signert." Etter det, i "Søkealternativer", åpne "Søk etter filer av følgende type"-boksen og velg "*.sys", og angi søkemappen "C:\WINNT" nedenfor, og sørg for å merke av for "Inkludert undermapper»-avmerkingsboksen.

Faktisk, strengt tatt, er ikke drivere pålagt å ha sys-utvidelsen og er ikke alltid begrenset til WINNT-katalogen, som er i katalogene til "deres" applikasjoner, og noen applikasjoner lagrer til og med drivere... inne i seg selv! Umiddelbart etter lansering (eller når som helst), lagrer de filen på disk i gjeldende eller midlertidig katalog, laster driveren inn i minnet og... sletter den umiddelbart fra disken! Dette gjøres ikke bare av ondsinnede virus, men også av ganske respektable programmer, for eksempel noen verktøy fra den berømte Windows-undergrunnsforskeren Mark Russinovich.

Derfor, for renheten til eksperimentet, ville det ikke skade oss å få en liste over sjåfører plassert i dette øyeblikket i minnet, og sammenlign dem med driverne på disken. Ordene "for øyeblikket" er nøkkelen, siden drivere kan lastes ned/lastes ned gratis uten å starte operativsystemet på nytt. Det anbefales å utføre denne operasjonen flere ganger ved å kjøre kommandolinjeverktøyet drivers.exe, som er en del av DDK, som kan lastes ned fra Microsoft-serveren. Startet uten noen brytere ved hjelp av en linjekommando, verktøyet drives.exe dumper all informasjonen på skjermen, noe som ikke er bra, siden det vanligvis er mange drivere i systemet og de ikke får plass på skjermen. Imidlertid lar religion oss omdirigere utdatastrømmen til tekstfil(drivers.exe >filnavn.txt), kan åpnes av alle tekstredigerer- enten med Word eller med en notisblokk. Da gjenstår det bare å velge den vertikale blokken (som Notepad ikke tillater) og få en liste over drivere. Rett fra operativsystemkjernen!

Hvis minst én av disse driverne ikke er i C:\WINNT\-katalogen, vil dens digitale signatur ikke bli verifisert! Naturligvis vekker en slik sjåfør umiddelbart oppmerksomhet, og vi har et rimelig spørsmål: hvor kommer den fra? Først skanner vi alle kataloger på disken; hvis den ikke er der, sett et bruddpunkt på CreateFileW-funksjonen i Soft-Ice og se på argumentene som sendes til den. Før eller senere vil vi støte på buggy-driveren vår, hvoretter vi bare kan se på nedre høyre hjørne av Soft-Ice-skjermen, hvor navnet på prosessen som genererte den vises. For flere detaljer, se boken "Teknikker for feilsøking av programmer uten kildetekster," en elektronisk kopi av denne kan finnes på ftp- eller http-serveren nezumi.org.ru, så vel som på disken vår. Og vi fortsetter å plage nytten sigverif.exe.

Etter å ha klikket på "OK", "Start", vil et "termometer" vises på skjermen, som viser fremdriften, og harddisken vil begynne å rasle med alle hodene den har. Etter fullført arbeid vil en liste over sjåfører uten digital signatur bli satt sammen og vist på skjermen.

Noen hotheads foreslår, for å rense systemet for kjetteri, å fjerne alle usignerte drivere - da, sier de, vil alle problemer forsvinne. Hvordan kan dette gjøres? Den groveste løsningen er å ganske enkelt fjerne dem fra disken via FAR eller Explorer (med administratorrettigheter, selvfølgelig!). Men konsekvensene av en slik operasjon kan være svært katastrofale, og det er bedre å høyreklikke på driverikonet i Utforsker, finne navnet på produsenten i "Egenskaper", som du kan bestemme hva slags applikasjon/maskinvare som er installert denne driveren, og avinstaller den på en sivilisert måte. Riktignok er det ett "men" her.

Driveren er uthevet i figuren nedenfor. g400m.sys, som følger med Matrox G450-kortet, og selv om Matrox ikke er et svakt selskap i det hele tatt, fikk det ingen digital signatur (enten ga Microsoft det ikke, eller Matrox selv ville ikke bry seg). Naturligvis, etter å ha fjernet den fra systemet, må du glemme SVGA-modusen. Du kan imidlertid gå til Matrox-nettstedet og laste ned den nyeste versjonen av driveren (den er allerede digitalt signert). Bare her ... både signerte og usignerte versjoner inneholder mange fatale feil, spesielt som et resultat av visse omstendigheter, når du prøver å bytte til overleggsmodus, krasjer systemet inn i BSOD, siden driveren prøver å frigjøre allerede frigjort minne.

Tilstedeværelsen/fraværet av en digital signatur i seg selv betyr altså ingenting, og selv om vi kun bruker signerte drivere, gir dette oss ingen garantier for stabilitet.

Det er her vi går videre til den andre delen av artikkelen, nemlig å teste sjåfører under forhold nær kamp.

Vi gir veden en skikkelig prøve

DDK inkluderer et fantastisk verktøy Sjåfør Verifikator, som skaper de mest alvorlige forholdene for sjåfører, på grensen til ekstrem og selvmord, der sannsynligheten for feil er størst, og navnet på den defekte sjåføren bestemmes med høyeste nøyaktighet (selv om den ikke lider på grunn av utviklingsfeil, men ødelegger datastrukturen til andres sjåfører).

Det er viktig å merke seg det Sjåfør Verifikator– Dette er ikke en medisin, men kun et diagnostisk verktøy. Det vil fortsatt ikke redde deg fra feil (tvert imot, det vil øke intensiteten deres med et par størrelsesordener), men det vil bidra til å identifisere den "lure" sjåføren med en tilstrekkelig grad av pålitelighet.

Så vi starter verifier.exe, vi ser vinduet Sjåfør Verifikator sjef, gå til Innstilling-fanen og flytt alternativknappen til Bekreft alle sjåfører-posisjonen, hvoretter vi trykker på "Foretrukket innstilling"-knappen, som angir følgende verifiseringstyper:

• Spesiell basseng– sjåførene som testes vil bli tildelt et spesielt minneområde for tildeling, som ikke fungerer veldig raskt, men som er i stand til å oppdage de fleste typer ødeleggelse av egne og andres data.

• Makt IRQL sjekker. IRQL er nivået for avbruddsforespørsel. Den vanligste feilen driverutviklere gjør er å prøve å få tilgang til minne på et IRQL-nivå der personsøkerbehandlingen ikke fungerer. Og hvis den nødvendige siden plutselig viser seg å bli kastet ut på disk, vil systemet bli til en blå skjerm med inskripsjonen "IRQL_LESS_OR_EQULAR". Ved å tvinge denne modusen tvinges driversidene til å skylles til disken slik at designfeilen vises 100 % av tiden.

• Lav ressurs simulering Det er nyttig å installere det for å se hvordan driveren vil oppføre seg i tilfelle en katastrofal mangel på systemressurser, men du trenger ikke å gjøre dette, men det er bedre å la avmerkingsboksen for Pool-sporing (overvåke riktig håndtering av minnet) basseng). Inn-/utdatafeil (I/O-verifisering) utgjør en ubetydelig del av alle feil, så plasseringen av denne avkrysningsboksen er generelt sett helt ukritisk.

Når du er ferdig med å velge innstillingene, klikker du på "Bruk"-knappen og, som foreslått for oss, start på nytt.

Umiddelbart etter at oppstarten begynner, vil systemet redusere hastigheten merkbart, noe som er som det skal være, siden kjernen utfører mange flere kontroller enn vanlig. Når feil oppdages, blinker et blått skjermbilde med førernavnet og annen informasjon som er nyttig for utviklere, men ubrukelig for oss. Alt vi kan gjøre er å oppdatere driveren til det meste siste versjon eller nekte å bruke programmet (maskinvaren) som bruker det. Egentlig har vi litt flere muligheter for å tenne på vått ved, men mer om det senere.

Du kan finne ut bekreftelsesstatusen når som helst ved å kjøre verifier.exe. Sjåførstatus-fanen viser statusene til alle oppdagede drivere med en forklaring av den nåværende situasjonen. Lastet-statusen betyr at denne driveren har blitt lastet og testet minst én gang (men kanskje ikke fullstendig, det vil si at ikke alle deler av driveren er testet). Unloaded-statusen betyr at driveren er lastet, verifisert (eventuelt delvis) og losset av systemet/programmet som bruker den eller etter eget ønske. Sistnevnte er spesielt typisk for drivere som er igjen fra utstyr som ble fjernet ved barbarisk å trekke utvidelseskortet ut av sporet, det vil si uten å utføre avinstallering. Den overlevende sjåføren skanner bussen, prøver å finne "dens" maskinvare, mislykkes med søket, og laster deretter av seg selv fra minnet, forresten, bremser oppstarten av systemet (noen ganger veldig betydelig) og kommer i konflikt med andre sjåfører. Moral: utstyr skal fjernes fra systemet i henhold til alle regler! Imidlertid er ikke alle Unloaded-status et tegn på en unormal situasjon, og før du sletter en sjåfør med en slik status, må du finne ut hva slags rein dette er og hvor det kom fra i utgangspunktet.

Never Loaded-statusen indikerer at denne driveren ennå ikke er lastet inn, noe som betyr at den ikke har blitt sjekket, derfor må du vente før du starter ulike programmer som kan være forbundet med det. Noen drivere (spesielt feil avinstallert) lastes imidlertid ikke inn og blir derfor aldri sjekket.

Etter å ha jobbet med systemet i hard check-modus i noen tid (fra flere timer til flere dager), vil vi identifisere nesten alle de defekte driverne som vi tidligere led av og skrive ned navnene deres på et stykke papir.

Du kan sette systemet tilbake til normal modus (det vil si uten ytterligere kontroller som spiser opp ytelsen) ved å bruke samme verifikatoren. Vi går tilbake til fanen Innstillinger, flytter alternativknappen til posisjonen Bekreft valgte sjåfører (ingen driver skal velges), klikker på "Tilbakestill alle", deretter på "Bruk" og start på nytt. Alle! Systemet går nå med normal hastighet, men uten kontroller.

Hva skal man gjøre med fuktig ved?

Men egentlig, hva kan du gjøre med en defekt driver? Hackere som vet hvordan de skal holde en debugger i hendene, hvis de har nok ledig tid, kan demontere den (heldigvis er drivere vanligvis små i størrelse), finne en feil og finne en måte å fikse den på, men.. Dette er for tidkrevende.

Å kaste driveren (sammen med maskinvaren/programmet som bruker den) er heller ikke et alternativ. Selv om det er kjent at blå skjermer av død har skylden lydkort fra en ukjent kinesisk produsent som koster $20, så har vi en veldig sterk motivasjon for å erstatte den med noe mer verdig. Men dette er strengt tatt allerede klart for alle og krever ikke ytterligere kommentarer.

Men ikke alle vet at et stort antall krasj og blå skjermer av død skyldes det faktum at en driver utviklet (og testet) i et enkeltprosessormiljø er installert på en toprosessormaskin. Med "dual-prosessor" her mener vi både en ekte plattform med to steiner og Hyper-Threading/multi-core prosessorer. Det er kjent (og bekreftet av et stort antall tester) at hjemmedatamaskin to prosessorer er helt ubrukelige, siden det i de aller fleste applikasjoner er praktisk talt ingen økning i ytelse.

Derfor, hvis systemet er ustabilt, og det av en eller annen grunn ikke er mulig å bli kvitt den defekte driveren, kan du prøve å komme inn i BIOS-oppsett, gjør din "virtuelle dual-prosessor"-maskin til en én-prosessor. En lignende effekt kan oppnås ved å åpne boot.ini-filen (på datamaskiner med Windows NT/2000/XP den ligger i rotkatalogen til den logiske stasjonen som systemet er installert på) og legger til /ONECPU-bryteren til den, og start deretter på nytt i håp om at feilene forsvinner.

Oppføring 1

Eksempel på en typisk boot.ini-fil

timeout=30

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

Oppføring 2

Vi konfigurerer systemet til å bruke kun én prosessor av alle tilgjengelige

timeout=30
default=multi(0)disk(0)rdisk(0)partisjon(1)\WINNT
multi(0)disk(0)rdisk(0)partisjon(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS /ONECPU

Men på Windows Vista det er ingen boot.ini-fil, og selv om det er mulig (midlertidig) å konfigurere oppstartsinnstillingene ved hjelp av spesiell nytte, planlegger Microsoft å forlate dette smutthullet fullstendig, slik at bare BIOS-oppsettet vil gjenstå. Imidlertid, som for Vista, så innen de bytter til det, vil driverutviklere sannsynligvis ha skaffet seg multiprosessormaskiner (siden det rett og slett ikke vil være noen andre igjen for salg) og vil teste kreasjonene deres i et multiprosessormiljø.

Et annet subtilt poeng. Husk at vi sa ovenfor at den vanligste feilen som gjøres av driverutviklere er å få tilgang til uttakbart minne på IRQL-nivået der personsøkerbehandlingen ikke fungerer, og hvis den forespurte siden ikke er i minnet, oppstår det en krasj? Den åpenbare løsningen her ville være å øke RAM til et volum der praktisk talt ingen sider blir kastet ut til disk. Med dagens minnepriser har nesten alle råd til å kjøpe et par nye minnepinner. Men det finnes en mer tilgjengelig (og mer elegant) løsning på problemet. Hvis parameteren DisablePagingExecutive, som ligger i neste registergren HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement, lik en(null som standard), kjernefysiske komponenter vil ikke bli foreskrevet. Derfor starter vi ganske enkelt "Registry Editor", endrer denne kjære parameteren og starter på nytt (endringene trer i kraft først etter en omstart), i håp om at dette vil bidra til å løse problemet med feil.