En buggy Nettverkskort
En dag i fjor sommer var jeg nyter en rolig dag på båten min da jeg fikk en telefon fra en heller panikk venn. Et nettverkskort hadde gått ut i sin server, så han byttet ut kortet, men det nye kortet fungerte ikke heller. Forutsatt at han hadde et dårlig kort, prøvde han en annen nettverkskortet, men det nyttet ikke. Jeg fortalte min venn at det hørtes ut som at kanskje hans serverens hovedkortet hadde en dårlig PCI-spor, og at han bør prøve kortet i et annet spor. Fem minutter senere ringte telefonen min igjen, og jeg visste at jeg var nødt til å gå hjelpe min venn.
En time senere jeg kom til min venns kontor, og han viste meg den serveren som ble dårlig oppførsel. Jeg lekte litt med det for en liten stund, og innså at Windows ble detektere kortet og ble lastet driveren, men kortet bare ikke virket. Jeg bestemte meg for at kanskje enhetsdriveren var buggy og at jeg skulle se etter en nyere versjon. Jeg spurte min venn for merke og modell av nettverkskortet, gikk til produsentens nettsted og begynte å laste ned driveren. Som jeg ventet på min nedlastingen er fullført, er årsaken til problemet slo meg. Windows hadde feilidentifisert nettverkskortet. Når kortet ble installert, Windows korrekt fastslått at det var et nettverkskort som ble installert, men Windows hadde identifisert feil produsenten (og modell) og dermed lastet feil driver. Så snart jeg byttet standarddriver med en som jeg hadde lastet ned, begynte kortet til å fungere.
Siden den gangen, jeg har kjørt inn i flere andre situasjoner der Windows hadde identifisert en maskinvarekomponent feil. Tilsynelatende er det ikke alle som uvanlig for Windows til å gjøre feil når du setter opp ny maskinvare. I tilfelle av min venns system, problemet var ikke akkurat ufarlig (serveren var utilgjengelig for brukerne for et par timer), men det var ikke ødeleggende heller. Problemet kunne vært mye verre.
I min venns tilfelle, feil driver rett og slett skyldes den aktuelle enheten ikke fungerer. Jeg har sett situasjoner skjønt hvor et ugyldig eller korrupt enhetsdriver resulterte i en blå skjermen av død. Dette er spesielt vanlig med skjermdriverne.
Hvordan du håndterer dette på?
Den skumle delen er at de fleste administratorer er under et enormt press for å holde sine servere deg oppdatert med den nyeste patcher og drivere. Med en slik hyppig oppdatering, det bare står til grunn at før eller senere oddsen for en administrator laster ned en buggy, korrupt, eller rett og slett feil enhetsdriver på et tidspunkt i tid er ganske bra. At det å være tilfelle, la oss late som for et øyeblikk at du har installert en oppdatert enhetsdriver på en av serverne, og serveren produserer den beryktede blå skjermen av død. Hva gjør du om det?
Den aktuelle løpet av handlingen egentlig bare avhenger av hvilket operativsystem som kjører på serveren din. Hvis du kjører Windows NT 4.0, så alt jeg kan si er "good luck". Den eneste virkelige verktøyene som Microsoft gir deg til å håndtere en situasjon som dette i Windows NT 4.0 er den siste fungerende konfigurasjon og muligheten VGA-modus.
Siste fungerende konfigurasjon alternativ eksisterer fortsatt i Windows Server 2003 . Tanken er at etter at operativsystemet lastes vellykket, tar Windows et snap shot av systemets konfigurasjon (inkludert enhetsdriver informasjon).
Siste fungerende konfigurasjon alternativet var en god idé, men det nesten aldri fungerer. Jeg kan bare tenke på ett tilfelle i de siste ti årene, hvor den siste fungerende konfigurasjon alternativet har jobbet for meg i virkelige situasjoner. Det er et par grunner til at dette alternativet ikke fungerer så godt.
For det første gjelder den siste fungerende konfigurasjon alternativet bare hvis oppdateringen som du utførte krever en omstart. I dette tilfellet ville du starte systemet etter oppdateringen, serveren krasjer, slik at du starter på nytt, og velg Sist fungerende konfigurasjon. I dag skjønt, gjør flertallet av enhetsdriveroppdateringer ikke krever en omstart, slik at du aldri får en sjanse til å bruke Siste fungerende konfigurasjon alternativ hvis driveroppdateringen går buken opp.
En annen grunn til at den siste Kjent alternativ konfigurasjon tendens til å være ineffektiv er fordi alternativet jobb er å hjelpe et system for å starte opp. Derfor, hvis du befinner deg i en situasjon hvor et problem ikke overflaten før etter at du logger på Windows, så den siste fungerende konfigurasjonen alternativet er ubrukelig fordi Windows forutsetter at du kjører en god konfigurasjon. Et eksempel på en situasjon hvor et problem ikke overflaten før etter innlogging er en oppdatert skjermdriver. Windows bruker standardoppløsningen til en bruker logger seg på. På den tiden, bruker Windows skjermdriveren for å sette videoen til den angitte oppløsningen. Dette er vanligvis hvor problemene oppstår hvis en dårlig video driveren brukes.
Selvfølgelig Microsoft har en løsning på dette lille dilemmaet også. Den andre gjenopprettingsalternativ som er tilgjengelig i Windows NT 4.0 og som fortsatt er tilgjengelig i dag er VGA-modus. Ideen bak VGA-modus er at videoproblemer presentere litt av en catch-22. Video problemer hindre deg fra å kunne logge hele veien inn, men du kan ikke løse problemet, fordi du ikke kan logge deg hele veien inn. VGA-modus får rundt dette problemet ved å tvinge skjermkortet til å bo i VGA-oppløsning . Siden alle moderne skjermkort støtte VGA, er Windows i stand til å laste og du er i stand til å korrigere buggy driver.
I Windows NT 4.0, jeg har bare vært i stand til å komme forbi en driver relatert blå skjermen av død ved hjelp Siste fungerende konfigurasjon eller VGA-modus omtrent halvparten av tiden. Andre ganger har jeg måtte bruke et produkt som kalles ERD Commander fra Winternals (http://www.winternals.com/Products/ERDCommander/). ERD Commander kan brukes til mange forskjellige oppgaver, men i en situasjon som dette kan du bruke den til å konfigurere eller deaktivere en enhet driver fra utsiden av operativsystemet. Windows har ikke engang ut til å fungere fordi ERD Commander støvler fra sin egen selvbetjente mini operativsystem. I tilfelle du lurer på, dette verktøyet er også nyttig for å gjøre reparasjoner til nyere operativsystemer også.
Jeg kunne sikkert skrive en hel artikkel om Windows NT relatert driver reparere teknikker fordi det var så vanskelig å komme forbi noen driverrelaterte problemer i Windows NT. Jeg vil heller fokusere på Windows Server 2003 skjønt. Jeg bare nevnt disse teknikkene, fordi de kan brukes på både Windows NT og Windows Server 2003, og fordi det er fortsatt noen Windows NT Server distribusjoner der ute.
Hvis en Windows Server 2003-maskin krasjer på grunn av et driverproblem , er reparasjon teknikk mye enklere enn de teknikker som jeg allerede har snakket om. En av de største frisk verktøy tilgjengelig er sikkermodus. Når du starter Windows i sikkermodus, går den i VGA-modus med et minimalt sett med drivere og tjenester kjører. Du kan egentlig ikke gjøre mye med Windows når det kjører i sikkermodus, men som egentlig ikke poenget. Poenget er at Safe Mode lar deg starte Windows, slik at du kan løse problemet.
OK, så sikkermodus lar deg starte opp Windows, slik at du kan løse problemet, men hvordan du faktisk gå om å fikse problemet en gang du logger på Windows? Vel, har du et par alternativer. Begge disse alternativene er tilgjengelige gjennom Device Manager (en annen fin verktøy som ikke var tilgjengelig i Windows NT). Du kan få tilgang til Enhetsbehandling ved å velge alternativet System i Kontrollpanel. Når Systemegenskaper arket vises, gå til kategorien Maskinvare og klikk på knappen Enhetsbehandling. Du vil nå se en liste over de ulike enhetene i systemet. Høyreklikk på enheten som er feil og velge kommandoen Egenskaper på hurtigmenyen. Når du gjør det, vil du se enhetens egenskaper ark. Nå, velg kategorien Driver, vist i figur A.
Figur A: The Driver-kategorien i en enhet egenskaper arket i Device Manager lar deg riktig enhetsdriver problemene
Som du kan se i figuren, har du noen alternativer på denne skjermen. Hvis du vet at sjåføren er feil, eller at du har en dårlig versjon, og du har en ny tilgjengelig, så kan du bruke knappen Oppdater driver å laste erstatning driver, eller du kan avinstallere den eksisterende driveren og legg i erstatning. Hvis derimot den gjeldende driverversjonen som forårsaker problemet, men den forrige versjonen fungerte fint, kan du klikke på Rull driver tilbake knappen for å gå tilbake til forrige versjon.
Konklusjon
I denne artikkelen har jeg snakket om en rekke ulike gjenopprettingsalternativer som kan brukes til å gjenopprette Windows fra en enhetsdriver fiasko. De fleste av disse teknikkene involverer Opplasting Windows inn i en spesiell modus (Safe Mode, VGA Mode, Siste fungerende konfigurasjon). Du kan få tilgang til noen av disse modusene ved å trykke F8 under den tidligste fasen av Windows oppstartsprosessen. Gjør du det vil få Windows til å vise en boot meny som lar deg velge disse ulike alternativene. Anmeldelser