För användare som åtminstone en gång har installerat om operativsystemet på egen hand Windows-system, uppstod frågan om vilka drivrutiner som måste installeras efter det för normal drift av alla enheter som är anslutna till datorn. I den här artikeln kommer vi att titta på hur du kontrollerar drivrutiner på Windows 10. Instruktionerna nedan kommer att fungera för andra versioner av systemet.
Hur man kontrollerar drivrutinsversionen
Om du försöker ta reda på det blir det tydligt att datorn måste ha drivrutiner installerade för alla enheter, både externa (mus, tangentbord, joystick) och inbyggda (videokort, nätverksadapter, processor). Utvecklare från Microsoft gör sitt bästa för att göra livet enklare för användarna, med varje uppdatering som avsevärt utökar den interna databasen med drivrutiner, men ibland måste du fortfarande leta efter programvara och installera den manuellt. Fyra sätt kommer nu att presenteras på hur man kontrollerar drivrutiner på Windows 7, 8 och 10.
Metod 1: officiella webbplatser för tillverkarna
Det mest tillförlitliga sättet att få den senaste enhetsprogramvaran är att ladda ner den direkt från tillverkarens officiella webbplats. Men det bör förstås att dessa manipulationer är avgörande och kommer inte att förse alla enheter med drivrutiner. Men detta är kärnan, först måste du uppgradera huvudkomponenterna: moderkortet, processorn och grafikkortet. Men först måste du veta namnet och modellen.
Ta reda på moderkortets modell
För att ta reda på tillverkare och modell moderkort måste du göra följande:
- Öppna fönstret Kör. För att göra detta, tryck på Win + R-tangenterna på ditt tangentbord.
- I fönstret som visas, skriv in och kör det genom att klicka på "OK".
- Kommandotolksfönstret visas. Skriv två kommandon i tur och ordning: wmic baseboard get Manufacturer och wmic baseboard get product.
- Problemet för det första kommandot kommer att indikera tillverkaren av kortet, det andra - dess modell.
Kom ihåg namnet, du behöver det för att hitta rätt drivrutin.
Ta reda på modellen för grafikkortet och processorn
Du kan ta reda på tillverkaren och modellen för videochippet och processorn på nästan samma sätt:
- Öppna fönstret Kör.
- Ange kommandot dxdiag i den.
- Klicka på OK.
- I fönstret som visas, gå till fliken "Skärm".
- I kategorin "Enhet" mittemot raderna "Namn", "Tillverkare" och "Typ av chips" kommer motsvarande information om datorprocessorn att anges.
- Gå till fliken Konverterare.
- I analogi med processorn kommer inte all nödvändig information om grafikkortet att indikeras.
Skriv ner alla mottagna data för att söka efter lämpliga drivrutiner för datorkomponenter.
Söker förare
Genom att känna till namnen på alla enheter för vilka drivrutiner måste installeras kan du enkelt hitta själva programvaran för dem utan större svårighet.
- Gå till någon sökmotor.
- Ange namn och modell för den komponent som behöver uppdateras.
- Gå till tillverkarens officiella webbplats.
- I webbplatsens gränssnitt, hitta sökfältet och kör en fråga med namnet på enheten.
- Hitta lämplig drivrutin i utgången.
- Ladda ner den till din dator.
- Installera.
Så här kan du helt enkelt uppdatera huvudkomponenterna i din dator. Nu vet du det första sättet att kontrollera dina datordrivrutiner, men det är långt ifrån det sista.
Metod 2: Programvara för att uppdatera drivrutiner
Den tidigare metoden för hur man kontrollerar drivrutiner kan verka ganska komplicerad för dig, och delvis är den det. För en vanlig användare blir det mycket lättare att använda specialprogram, i vilken automatiskt läge skanna din dator efter föråldrade versioner programvara och erbjuda lämpliga uppdateringar för dem. Ett sådant program är Driver Booster.
- Kör programmet.
- Klicka på knappen "Skanna".
- Vänta tills denna process är klar.
- Som ett resultat kommer enheter som behöver uppdateras att visas.
- Om du vill installera nya versioner av individuell programvara klickar du på "Installera" bredvid motsvarande komponent.
- Om du bestämmer dig för att uppdatera alla komponenter på en gång, klicka på motsvarande knapp på programmets övre panel.
Omedelbart efter detta startar processen att ladda ner och sedan installera drivrutiner för datorenheter. Din dator kan starta om flera gånger under detta steg.
Metod 3: onlinetjänster
Någon vill i grunden inte installera ytterligare programvara på en dator, i det här fallet finns det ett bra sätt att kontrollera drivrutiner på Windows 10 och i allmänhet alla andra versioner av operativsystemet, vilket innebär att man använder onlinetjänster.
- Öppna "Enhetshanteraren" och leta i den efter det enhets-ID som du vill ladda ner drivrutinen för.
- Gå till onlinetjänsten för att söka efter förare med deras ID.
- På startsida ange identifieraren i sökfältet och klicka på knappen "Sök".
- Utdata kommer att visa en lista över alla drivrutiner som är lämpliga för din hårdvara.
- Välj den du gillar och klicka på knappen "Ladda ner".
- Installera.
Som du kan se är detta förmodligen det mesta snabb väg hur man kontrollerar drivrutinerna på datorn, men det kan inte hjälpa alla.
Metod 4: uppdatering med regelbunden hjälp av operativsystemet
Krävs en uppdatering, hur kontrollerar man drivrutinerna? Du kan också uppdatera dem utan att använda ytterligare programvara via verktyget Enhetshanteraren.
- I systemsökningen anger du "Enhetshanteraren" och kör lämpligt program från resultaten.
- I listan över alla enheter väljer du den du vill uppdatera.
- Klicka på den med höger musknapp.
- Välj "Uppdatera drivrutiner" från menyn.
- I det nya fönstret klickar du på knappen "Uppdatera automatiskt".
Efter det kommer datorn självständigt att försöka hitta och installera nya versioner av drivrutiner för komponenten. Denna metod är inte alltid effektiv, eftersom sökningen efter programvara går genom den interna Microsoft-databasen.
Så, du har en återkommande blå skärm av döden, och som många BSoDs beror det på att en dålig förare är skyldig. Men skärmen ger dig inte den korrekta informationen, antingen för att den inte innehåller någon drivrutin alls, eller för att den listar en systemdrivrutin som fungerar som en falsk.
Driver Verifier- gratis verktyg ingår i alla Windows-versioner från Windows XP. Den kontrollerar bokstavligen alla drivrutiner på din dator tills den stöter på problemet som orsakade problemet, skapar avsiktligt samma blå skärm men skriver sedan informationen till en loggfil som hjälper dig att identifiera problemet.
Kör drivrutinen
Om du upplever samma blå skärm ofta och du vill bli aktiv och fixa det, så här använder du Driver Verifier.
- Klicka på knappen Start
- Klick " Kör"...
- Stiga på cmd och tryck Stiga på.
- Ange i det nya fönstret bekräftare och tryck Stiga på.
På Windows Vista och 7:
- Klicka på knappen Start
- Stiga på cmd i rutan och klicka Stiga på.
- Ange i det nya fönstret bekräftare och tryck Stiga på.
På Windows 8 och 8.1:
- tryck tangent Windows+X
- Klick " Kommandorad" ("Administratör") (Windows PowerShell (admin) i Windows 8.1)
- Ange i det nya fönstret bekräftare och tryck Stiga på.
Alla versioner av Windows:
- Se till att det är valt ställa in användarinställningar (för kodutvecklare) .
- Klick " Ytterligare" .
- Välj " Välj individuella inställningar" från komplett lista .
- Klick " Ytterligare" .
- Välja bort systemsimulering med låga resurser och standby I/O-förfrågningar. (Dessa två orsakar onödig arbetsbelastning på din PC.) Se till att allt annat är valt.
- Dubbelklicka " Ytterligare" .
- Välj " Välj Driver Names" i listan .
- Klick " Ytterligare" .
- Välj alla drivrutiner på den här skärmen utom de som säger Microsoft Corporation under leverantören. Det är mycket osannolikt att en Microsoft-drivrutin orsakar detta problem.
- Klick " Redo" .
Notera. Om du inte kan slutföra stegen ovan eftersom den blå skärmen fortsätter att visas, försök att ladda ner till .
Vid det här laget måste du starta om datorn. Försök sedan att orsaka BSoD igen genom att göra det du gjorde tidigare. Windows lägger en extra belastning på dina drivrutiner för att hjälpa dig. Om du inte kan återskapa BSoD, försök starta datorn över natten. När BSoD dyker upp igen, starta om din dator och läs Minidump-filen.
Läser en dumpfil
Verifier-drivrutinen körs, kör en blå skärm och skriver en loggfil. Denna loggfil finns i C:\Windows\Minidump\. Läs den så ser du vilken drivrutin som orsakar detta problem. Försök att slå upp namnet på drivrutinen för att se vilken maskinvara din dator använder.
Så hur läser man det? Du behöver ett felsökningsverktyg som du kan ladda ner från Microsoft.
MEN . Ladda ner SDK:n, installera den, välj felsökningsverktyg och avmarkera allt annat.
Observera att felsökningsverktygen för tidigare versioner Windows mer inte tillgänglig; du måste skicka dumpfilen till en Microsoft-tekniker för analys.
När du har installerat det, leta efter det på startskärmen. Det heter windbg (x64). Kör det.
- Klick " Fil", sedan" Öppna krasch" .
- Byta till C:\windows\minidump\ och öppna .DMP-filen som finns inuti.
- Titta på nedre del den resulterande filen, där raden säger " Förmodligen orsakad". Detta är en bra indikator på vilken drivrutin som orsakar problemet.
Fixa drivrutinen
Uppdatera drivrutinen som är kopplad till denna hårdvara:
- Klicka på knappen Start
- Klick Kontrollpanel
- Klick " Byt till klassisk vy"
- Dubbelklicka systemet
- Gå till fliken "Hårdvara"
- Klick Enhetshanteraren
- Klick " Uppdatera drivrutinen".
På Windows Vista och 7:
- Klicka på knappen Start
- Klick Kontrollpanel
- Dubbelklicka Enhetshanteraren
- Hitta enheten som orsakar problemet
- Högerklicka på den
- Klick " Uppdatera drivrutinen".
På Windows 8 och 8.1:
- tryck tangent Windows+X
- Klick Kontrollpanel
- Visa efter små ikoner
- Klick Enhetshanteraren
- Hitta enheten som orsakar problemet
- Högerklicka på den
- Klick " Uppdatera drivrutinen".
Eller använd vår app för att inte förväxlas med Driver Verifier. Driver Reviver uppdaterar automatiskt alla befintliga drivrutiner på din PC och är särskilt bra för att uppdatera underpresterande drivrutiner som den här till den senaste och bästa versionen.
Efter att ha åtgärdat problemdrivrutinen vill du inaktivera Driver Verifier.
Inaktivera drivrutinsverifierare
När du är klar med att använda Driver Verifier vill du stänga av den eftersom den är ganska tung på din PC medan den körs.
På alla versioner av Windows:
- Kör Driver Verifier igen med hjälp av stegen ovan.
- Välj " Radera befintliga inställningar» .
- Klick " Redo" .
- Starta om datorn igen.
Bokmärk den här artikeln för framtiden så när du har en blå skärm kan du åtgärda problemet. Kolla också in vår interaktiva och ange ditt felnamn för att få ytterligare tips genom att lösa just din blue screen of death. Lycka till!
Vi varnar dig för att alla experiment med förare är farliga och kan skada systemet. Det är bättre att göra det i förväg säkerhetskopiering av systemet och sedan inte korsa tummarna, ta bort en annan misstänkt drivrutin från Windows.
Och så fort de inte skäller Windows från Microsoft, kallar stackaren både långsam och buggig och till och med instabil. Först nu har ingen bråttom att vägra det, och i allmänhet är det osannolikt att de någonsin kommer att vägra det. Därför, istället för att skälla på dåliga utvecklare och sprida en meningslös låga, skulle det vara bra att ta reda på: varför är systemet buggigt? Jag ska berätta en liten hemlighet. I de ökända skärmarna av död och instabilt arbete Windows i de allra flesta fall är det tredje parts drivrutiner som är skyldiga, och själva operativsystemet har absolut ingenting med det att göra. Nu kommer vi att berätta hur du upptäcker sådana drivrutiner och tar bort dem från systemet.
Defekter i drivrutinen kan vara de största annan karaktär: från att falla in i dödens blå skärm ( BSOD- Blue Screen of Death) och till nedgången av datorn och det konstiga beteendet hos vissa applikationsapplikationer som inte alls är relaterade till föraren.
Dödens blå skärm är anmärkningsvärd (utan någon ironi!) genom att den tydligt signalerar närvaron av ett allvarligt problem och ger ett tips om var man ska gräva. Ofta (men inte alltid) visas namnet på den "skyldige" föraren direkt i det övre högra hörnet av dödens blå skärm. Däremot kanske det inte finns där eller, ännu värre, namnet på en helt utländsk förare kan finnas där.
Så till exempel en ganska vanlig grafikkortsdrivrutin Matrox G450 tenderar att förstöra de underliggande strukturerna i det grafiska delsystemet Windows 2000 , vilket resulterar i att BSOD visar namnet på systemdrivrutinen win32k.sys, som implementerar en betydande del av USER- och GDI-funktionerna och som naturligtvis inte har något med det att göra. Så tolkningen av vittnesbördet om dödens blå skärm är magi, och intuition, och vetenskap och konst - lite av allt.
Förutom förardefekter kan blå skärmar av dödsfall också orsakas av hårdvarufel, såsom en överklockad processor, felaktigt RAM-minne, en sned kontroller hårddisk, ett PCI-kort som inte är helt insatt i kortplatsen, en icke-kontakt i en av kontakterna, en dålig strömförsörjning, en svullen elektrolytisk kondensator på moderkort. Och det sistnämnda surrar av olika anledningar: på grund av överhettning från en närliggande processor, brist på keramiska kondensatorer "underrapporterade" av tillverkaren (som ett resultat av vilket HF-komponenten går genom elektrolyten och värmer upp den), slutligen p.g.a. läckage av nyckeltransistorer i nodstabilisatorn. Innan man hugger ved är det därför nödvändigt att se till att järnet som vi sitter på är fullt funktionellt. Och hur kan detta göras?
Showdown med järn
Blå skärmar av dödsfall orsakade av hårdvarufel är spontana, dyker upp oförutsägbart och oberoende av några specifika användaråtgärder. Applikationer börjar också ge kritiska fel i de flesta fall olika platser, och felkoder, adresser och annan information som utfärdas av systemet kommer att vara olika i alla fall! Förresten, drivrutiner som behandlar asynkrona förfrågningar från till exempel I/O-enheter trådlösa nätverk, beter sig nästan exakt likadant. Blå skärmar av dödsfall orsakade av defekta förare tenderar att inträffa när man utför en viss uppsättning åtgärder och innehåller mer eller mindre permanent information.
För att ta bort alla misstankar från strykjärnet räcker det att ansluta en annan till systemet. HDD, installera på den orörda Windows och jobba på det ett tag. Om dödens blå skärmar inte försvinner, så är det verkligen hårdvaran som bär skulden och det är dags att ändra det. Sökandet efter defekta komponenter är ett ämne för en separat diskussion, som vi lämnar till nästa gång, men nu, efter att ha kavt upp ärmarna, kommer vi att ta tag i dessa lömska förare.
Ved utan certifikat omedelbart in i ugnen
Hela uppsättningen verktyg som krävs för förarutveckling ( DDK– Driver Development Kit), distribuerar Microsoft gratis tillsammans med tillhörande dokumentation. Drivrutiner, ibland väldigt buggiga och instabila.
För att förhindra att ett sådant kaos inträffar, Microsoft tillbaka i gamla tider infördes ett förfarande för att certifiera förare för att uppfylla kraven för dem, varefter en digital signatur utfärdas till föraren. Eller ... inte utfärdat, och han gick för revision. Och även om certifiering bara är en formell procedur som inte garanterar frånvaron av fatala fel och utvecklingsfel, eliminerar den fortfarande några av de uppriktigt sagt "pionjär" förarna.
Helst bör endast digitalt signerade förare finnas kvar i systemet. Och även om en digital signatur inte är en försäkring, indikerar dess närvaro redan en viss nivå av utvecklingskultur. Förare utan digital signaturär värre än en katt och en katt i en hund, och bör kasseras när det är möjligt (särskilt eftersom många av dem är skadlig programvara installerad av rootkits eller aggressiva försvarsmekanismer, tränger djupt in i systemet och orsakar dess instabilitet). Kort sagt, det kommer inte att föda demagogi, men låt oss försöka svara på en enkel fråga: hur gör man en lista över förare utan en digital signatur?
Verktyget kommer att hjälpa oss med detta. sigverif.exe, som ingår i standardoperativsystemets leveransuppsättning och finns i katalogen WINNT\System32. Kör den och se dialogrutan. Vi trycker på knappen "Avancerat" och på fliken "Sök" ställer vi in urvalskriterierna genom att flytta radioknappen från positionen "Meddela om osignerade systemfiler" (där den vegeterade som standard) till positionen "Sök efter andra filer inte undertecknad med en digital signatur”. Efter det, i "Sökalternativ" öppnar du rutan "Sök efter filer av följande typ" och väljer "*.sys", och nedan anger vi mappen för att söka efter "C: \ WINNT", var noga med att kontrollera rutan "Inkludera undermappar".
I själva verket, strängt taget, drivrutiner krävs inte att ha en sys-tillägg och är långt ifrån alltid begränsade till WINNT-katalogen, som finns i katalogerna för "sina" applikationer, och vissa applikationer lagrar till och med drivrutiner ... i sig själva! Omedelbart efter lanseringen (eller när som helst) sparar de filen på disken i den aktuella eller temporära katalogen, laddar drivrutinen i minnet och ... raderar den omedelbart från disken! Inte bara skadliga virus gör detta, utan också ganska respektabla program, som vissa verktyg berömd forskare inälvor av Windows av Mark Russinovich.
Därför, för experimentets renhet, skadar det oss inte alls att få en lista över förare som finns i det här ögonblicket i minnet och jämför dem med drivrutinerna på disken. Orden "för tillfället" är nyckeln, eftersom att ladda/avlasta drivrutiner kan ske gratis utan att starta om operativsystemet. Det är tillrådligt att utföra denna operation flera gånger genom att köra verktyget kommandorad drivers.exe ingår i DDK, som kan laddas ner från Microsofts server. Startat utan några kommandoradsväxlar, verktyget drives.exe dumpar all information på skärmen, vilket inte är bra, eftersom det vanligtvis finns många förare i systemet och de inte får plats på skärmen. Religion tillåter oss dock att omdirigera utgångsströmmen till textfil(drivers.exe > filnamn.txt ), öppnas av vilken textredigerare som helst - även Word, till och med anteckningsblock. Sedan återstår bara att välja vertikalt block(vilket anteckningsblock inte tillåter) och få en lista över drivrutiner. Direkt från operativsystemets kärna!
Om minst en av dessa drivrutiner saknas i C:\WINNT\-katalogen, kommer dess digitala signatur inte att verifieras! Naturligtvis lockar en sådan förare omedelbart uppmärksamhet, och vi har en rimlig fråga: var kommer den ifrån? Först skannar vi alla kataloger på disken; om det inte finns där, ställ in en brytpunkt på Soft-Ices CreateFileW-funktion och titta på argumenten som skickas till den. Förr eller senare kommer vi att träffa vår buggy-drivrutin, varefter allt som återstår är att titta i det nedre högra hörnet av Soft-Ice-skärmen, där namnet på processen som skapade den visas. För mer information, se boken "Tekniker för att felsöka program utan källkoder", en elektronisk kopia av vilken finns på ftp- eller http-servern nezumi.org.ru, såväl som på vår disk. Och vi fortsätter att plåga nyttan sigverif.exe.
Efter att ha klickat på "OK", "Start", kommer en "termometer" att visas på skärmen, som visar framstegen, och hårddisken börjar prassla med alla sina huvuden som den har. Efter avslutat arbete kommer en lista över förare utan digital signatur att sammanställas och visas på skärmen.
Vissa hotheads föreslår, för att rena systemet från kätteri, att ta bort alla osignerade drivrutiner - då, säger de, kommer alla problem att tas bort som en svans. Och hur kan detta göras? Den mest oförskämda lösningen är att helt enkelt ta och ta bort dem från disken via FAR eller Explorer (naturligtvis med administratörsrättigheter!). Men konsekvenserna av en sådan operation kan visa sig vara mycket bedrövliga, och det är bättre att, genom att högerklicka på drivrutinsikonen i Explorer, hitta tillverkarens namn i "Egenskaper", genom vilken du kan bestämma vilken applikation / maskinvara installerade den här drivrutinen och avinstallera den på ett civiliserat sätt. Det är sant att det finns ett "men".
Följande bild framhäver föraren g400m.sys, som följer med Matrox G450-kortet, och även om Matrox inte alls är ett svagt företag fick det ingen digital signatur (antingen gav inte Microsoft det, eller så ville Matrox själv inte bry sig). Naturligtvis, efter att ha tagit bort det från systemet, måste du glömma SVGA-läget. Du kan dock gå till Matrox webbplats genom att ladda ner den senaste drivrutinsversionen (den är redan digitalt signerad). Först nu ... både de signerade och osignerade versionerna innehåller många fatala fel, i synnerhet som ett resultat av en kombination av vissa omständigheter när man försöker byta till överlagringsläge, kraschar systemet in i en BSOD, eftersom föraren försöker frigöra redan frigjort minne.
Förekomsten/frånvaron av en digital signatur i sig betyder alltså ingenting, och även om vi endast använder signerade drivrutiner ger detta oss inga garantier för stabilitet.
Det är här vi går vidare till den andra delen av artikeln, nämligen att testa förare under förhållanden nära strid.
Vi arrangerar ett rejält prov på ved
DDK innehåller ett underbart verktyg förare Bekräftare, som skapar de svåraste förhållandena för förare, på gränsen till extrem och självmord, där sannolikheten för misslyckande är maximal, och namnet på en defekt förare bestäms med högsta noggrannhet (även om den inte lider på grund av utvecklingsdefekter, men förstör datastrukturen för andra drivrutiner).
Det är viktigt att notera det förare Bekräftare Det är inte ett botemedel, utan bara ett diagnostiskt verktyg. Det kommer fortfarande inte att rädda dig från misslyckanden (tvärtom, det kommer att öka deras intensitet med ett par storleksordningar), men det kommer att hjälpa till att identifiera den "medelbara" föraren med en tillräcklig grad av säkerhet.
Så kör verifier.exe, se fönstret förare Bekräftare chef, gå till fliken Inställningar och flytta radioknappen till läget Verifiera alla förare, varefter vi trycker på knappen "Önskad inställning", som ställer in följande typer av kontroller (verifieringstyp):
- Särskild slå samman- de kontrollerade drivrutinerna kommer att tilldelas ett speciellt minnesområde för tilldelning, som inte är särskilt snabbt, men som kan upptäcka de flesta typer av förstörelse av sin egen och andras data.
- tvinga IRQL kontroll. IRQL står för Interrupt Request Level. Det vanligaste misstaget som drivrututvecklare gör är att försöka komma åt minnet vid en IRQL som swaphanteraren inte fungerar på. Och om den önskade sidan plötsligt visar sig tvingas ut till disk, kommer systemet att förvandlas till en blå skärm med inskriptionen "IRQL_LESS_OR_EQULAR". Genom att tvinga fram det här läget tvingas drivrutinssidorna till disken, så att utvecklingsfelet visar sig i 100 % av fallen.
- Låg resurs simulering det är användbart att installera för att se hur föraren kommer att bete sig i händelse av en katastrofal brist på systemresurser, men detta kan inte göras, men det är bättre att lämna kryssrutan Poolspårning (spåra korrektheten av minnespoolhanteringen ). Ingångs-/utgångsfel (I/O-verifiering) utgör en obetydlig del av alla fel, så placeringen av denna kryssruta är i allmänhet helt okritisk.
När vi är klara med valet av inställningar trycker vi på knappen "Apply" (apply) och när vi erbjuds startar vi om.
Så fort uppstarten startar kommer systemet att sakta ner märkbart, vilket det borde, eftersom kärnan gör mycket fler kontroller än vanligt. När fel hittas blinkar en blå skärm med namnet på föraren och annan information som är användbar för utvecklare, men värdelös för oss. Allt vi kan göra är att uppdatera drivrutinen till den senaste versionen eller sluta använda programmet (hårdvaran) som använder den. Egentligen har vi lite fler alternativ för att tända råved, men mer om det senare.
Du kan ta reda på verifieringsstatusen när som helst genom att köra verifier.exe. Fliken Driver Status listar status för alla upptäckta förare med en förklaring av den aktuella situationen. Statusen Loaded betyder att denna drivrutin har laddats och verifierats, enligt minst, en gång (men kanske inte helt, det vill säga inte alla delar av föraren hade tid att träna). Statusen Unloaded betyder att drivrutinen har laddats, kontrollerats (eventuellt delvis) och avladdats av systemet/programmet som använder den, eller på sitt eget sätt. egen vilja. Det senare gäller särskilt för drivrutiner som blivit över från utrustning som togs bort genom att barbariskt dra ut expansionskort ur kortplatsen, det vill säga utan att utföra en avinstallation. Den överlevande föraren skannar bussen, försöker hitta "dess" utrustning, avbryter med sökningen och laddar sedan av sig själv från minnet, förresten, saktar ner systemstarten (ibland mycket kraftigt) och kommer i konflikt med andra förare. Moral: utrustningen från systemet måste tas bort enligt alla regler! Men inte alla avlastade status är ett tecken på en onormal situation, och innan du tar bort en förare med en sådan status måste du ta reda på vad det är. ren så här och var kom det ifrån.
Statusen Never Loaded indikerar att den här drivrutinen ännu inte har laddats, vilket betyder att den inte har kontrollerats, därför måste du vänta med att köra olika program som kan förknippas med det. Men vissa drivrutiner (särskilt felaktigt avinstallerade) laddas inte och kontrolleras därför aldrig.
Efter att ha arbetat med systemet i hårdtestläget under en tid (från flera timmar till flera dagar), kommer vi att identifiera nästan alla defekta drivrutiner som vi drabbades av tidigare och skriva ner deras namn på ett papper.
Du kan återställa systemet till normalt läge (det vill säga utan ytterligare kontroller som tär på prestanda) med samma verifierare. Vi återgår till fliken Inställningar, flyttar alternativknappen till läget Verifiera valda förare (i det här fallet ska ingen drivrutin väljas), klicka på "Återställ alla", sedan på "Använd" och starta om. Allt! Nu fungerar systemet med normal hastighet men inga kontroller.
Vad ska man göra med rå ved?
Men egentligen, vad kan man göra med en defekt förare? Hackare som vet hur man håller en debugger i sina händer, med tillräckligt med ledig tid, kan demontera den (tack, drivrutiner är vanligtvis små i storlek), hitta ett fel och komma på ett sätt att fixa det, men ... det här är för mödosamt.
Att slänga drivrutinen (tillsammans med hårdvaran/programmet som använder den) är inte heller ett alternativ. Fast om det är känt att dödens blå skärmar bär skulden Ljudkort obekant kinesisk tillverkare värd $20, då har vi en ganska tung motivation att ersätta den med något mer värdigt. Men detta är i själva verket klart för alla och behöver inga ytterligare kommentarer.
Det vet dock inte alla stor mängd Krascher och blå skärmar av döden beror på att en drivrutin som utvecklats (och testats) i en enprocessormiljö är installerad på en dubbelprocessormaskin. Med "dubbel processor" menar vi här både en riktig plattform med två stenar, och Hyper-Threading / multi-core processorer. känd (och bekräftad) stor kvantitet tester) det hemdator två processorer är helt värdelösa, eftersom det i de allra flesta applikationer praktiskt taget inte finns någon ökning i prestanda.
Därför, om systemet är instabilt och av en eller annan anledning inte är möjligt att bli av med den defekta drivrutinen, kan du försöka komma in i BIOS Setup och förvandla din "virtuella dubbelprocessor" -maskin till en enprocessor . En liknande effekt kan uppnås genom att öppna filen boot.ini (på datorer med Windows NT/2000/XP den finns i rotkatalogen för den logiska enheten som systemet är installerat på) och lägger till /ONECPU-nyckeln till den, och startar sedan om i hopp om att felen försvinner.
Lista 1
Ett exempel på en typisk boot.ini-fil
timeout=30
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS
Lista 2
Vi konfigurerar systemet så att det endast använder en processor av alla tillgängliga
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINNT
multi(0)disk(0)rdisk(0)partition(1)\WINNT="Windows 2000 Pro" /fastdetect /SOS /ONECPU
Men på Windows Perspektiv det finns ingen boot.ini-fil, och även om det finns ett (tillfälligt) alternativ att konfigurera dess startinställningar med särskild nytta, Microsoft planerar att helt eliminera detta kryphål, så att bara BIOS-inställningarna återstår. Dock vad gäller Perspektiv, när de byter till det, kommer drivrututvecklare med största sannolikhet att skaffa flerprocessormaskiner (eftersom det helt enkelt inte kommer att finnas några andra till försäljning) och kommer att testa sina skapelser i en multiprocessormiljö.
En annan subtil punkt. Kom ihåg att vi sa ovan att det vanligaste misstaget som görs av drivrutinutvecklare är att komma åt förhandsminnet på en IRQL-nivå där swaphanteraren inte fungerar, och om den begärda sidan inte finns i minnet inträffar en krasch? Den uppenbara lösningen här skulle vara att öka RAM-minnet till den mängd där förskjutningen av sidor till disk praktiskt taget inte sker. Med nuvarande priser på minne har nästan alla råd att köpa ett par nya "tärningar". Men det finns en mer tillgänglig (och mer elegant) lösning på problemet. Om parametern DisablePagingExecutive, som finns i följande registergren HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement, är lika med ett (noll som standard), kommer kärnkomponenter inte att förskjutas. Därför startar vi helt enkelt "Registerredigeraren", ändrar denna värdefulla parameter och startar om (ändringarna träder i kraft först efter en omstart), i hopp om att detta kommer att hjälpa till att lösa problemet med fel.
Ibland kan maskinvarurelaterade DRIVER_VERIFIER_DETECTED_VIOLATION blå kraschskärmsfel orsakas av minnesskada (RAM). Om du upplever slumpmässiga omstarter av datorn, startsignaler eller andra datorproblem (utöver 0xC4 BSOD-fel), är det mycket troligt att minnesskada är närvarande. Faktum är att nästan 10 % av Windows-programkrascher orsakas av minneskorruption.
Om du nyligen har lagt till nytt minne till din dator rekommenderar vi att du tar bort det tillfälligt för att se till att det inte orsakar DRIVER_VERIFIER_DETECTED_VIOLATION-felet. Om denna åtgärd fixade BSOD, så är det källan till problemet, och därför är det nya minnet antingen inte kompatibelt med en del av din hårdvara eller är skadat. I det här fallet måste du byta ut nya minnesmoduler.
Om du inte lagt till nytt minne, är nästa steg att köra ett diagnostiskt test på din dators tillgängliga minne. Ett minnestest låter dig skanna efter allvarliga minnesfel och intermittenta fel som kan orsaka din blå skärm 0xC4.
Fastän senaste versionerna Windows innehåller ett RAM-testverktyg, jag rekommenderar starkt att du använder Memtest86 istället. Memtest86 är ett test programvara baserat på BIOS, till skillnad från andra testprogram som körs in Windows-miljö. Fördelen med detta tillvägagångssätt är att verktyget låter dig kontrollera ALLT RAM för DRIVER_VERIFIER_DETECTED_VIOLATION-fel, medan andra program inte kan kontrollera minnesområden som upptas av själva programmet, operativ system och andra pågående program.
