mindre egenkapital

Magazine
Go Back   Computer Juice > Computer Software > Windows-operativsystemer

Register


 Default 

Debugging BSOD med WinDbg for Beginners Del 1: Komme alle Bits




Reply
 
Thread Tools
  #1  
Old 30 juli 2008, 22:05
Donor Group
 
Default Debugging BSOD med WinDbg for Beginners Del 1: Komme alle Bits

Forskjellige typer dumpfiler:
Først teorien ... Hver gang Windows henger eller flatters deg at oh så hyggelig BSOD, skapes det en krasjdump fil i bakgrunnen. Det er 3 mulige krasje filene som Windows kan produsere:
  • Liten eller Mini dump
  • Kernel dump
  • Fullstendig eller Full minnedumpfil

Fullstendig eller Full minnedumpfil:

En fullstendig dump poster alt innholdet i systemet minnet på det tidspunktet en krasj, inkludert prosessene som pågikk da minnedumpfil var samlet. Dens rene størrelsen gjør at du må nok ledig plass på harddisken for Windows for å lagre filen. Grunnet dette ren størrelse, 32-biters systemer med mer enn 2 GB minne kan ikke lagre komplett minne dumper uten får om i registeret (som jeg ikke vil gå inn ...)

Liten eller Mini dump:
En mini dumpe en liten 64K-byte-filen. En grunn til at en liten dump er så liten at den ikke inneholder noen av binærfilene eller kjørbare filer som er i minnet på det tidspunktet en systemkrasj. Siden. Exe-filene som kreves for en fullstendig og korrekt krasje analyse, mini dumper er av begrenset verdi uten dem. Likevel kan de være en svært god start off point. Windows XP produserer mini dumper som standard, en for hver krasje hendelsen.

Kernel dump:

En kjerne dump er sannsynligvis den mest nyttige minnedumpfil å arbeide med. Siden den bare inneholder minnet som ble okkupert av kjernen og Hardware Abstraction Layer (HAL), er det betydelig mindre enn en fullstendig dump (et system med 1 GB RAM vil produsere en kjerne dump av ca 120MB). Ved å unnlate minne som ble bevilget til user-mode-programmer, er det fortsatt liten stund fortsatt tilby størst sjanse for inneholder info som var ansvarlig for ulykken.

Som standard er Windows XP vil lagre en mini fylling for hver krasj som oppstår. Disse dumpfiler finnes i katalogen C: \ WINDOWS \ Minidump Hver mini dump filnavn inneholder datoen filen ble crated og sekvensnummer (i tilfelle mer enn en dumpfilen opprettes på samme dag). Et eksempel på en mini dumpfilen kan være noe slikt som Mini072708-01.dmp (Dette er et eksempel på den første mini dump som ble opprettet på mitt eget system på 27 juli 2008.

Kernel og Complete dumper er lagret i katalogen C: \ WINDOWS \ og vil være en fil kalt Memory.dmp. Hver gang en krasj oppstår, eksisterende minnedumpfil overskrevet.

Endre type Dumpfil-Windows Lagrer:
Som jeg tidligere nevnte, Windows XP vil spare mini dumper som standard, og det vil lagre en mini fylling for hver krasj som oppstår. Egentlig langs mini dump, XP vil også lagre et komplett dumpfilen. Men som nevnt tidligere, hvor det er en mini dump tilgjengelige for hver krasjer, fullstendig dump vil alltid overskrive eksisterende.

Men siden jeg allerede nevnt at mini dumper er av begrenset bruk når du utfører en skikkelig full krasj analyse og komplett dumper er altfor stor i filstørrelse mens inneholder for mye data, det er fornuftig å sette opp XP til å lagre kernel dumper stedet. Endre denne innstillingen er død enkel:
  • Høyreklikk Min datamaskin og velg Egenskaper
  • Gå til Avansert tab
  • Under Oppstart og gjenopprettingKlikk på Innstillinger knappen
  • Fra rullegardinmenyen under Skriv feilsøkingsinformasjon, Velger Kernel minnedumpfil



  • Klikk på OK og lukke dialogboksen Systemegenskaper
Hvorfor bruke WinDbg?
Fordi det er gratis og det er den eneste debugging verktøyet jeg har brukt så langt. Fornøyd? Merk imidlertid at WinDbg er ikke en del av støtten som er utstyrt med Windows installasjons CD / DVD. Det er snarere en del av "Debugging Tools for Windows", som kan fritt lastes ned fra følgende link:

http://www.microsoft.com/whdc/devtoo...g/default.mspx

Når du laster ned debugging verktøy, må du laste ned programvaresett plattformen du planlegger å bruke som debugging systemet. Den debugging systemet ikke nødvendigvis være det samme systemet som en som trenger feilsøking. Det kan være situasjoner / grunner for eksempel hvor du trenger / ønsker å gjøre feilsøking på en annen enn den som produserer feilen. Så hvis du har fanget en dumpfil fra en 64-bits maskin, men du gjør feilsøking på en 32-bits-system, må du 32-bit debugging programvaresett.

En annen viktig oppmerksom ting å merke seg er at Debugging verktøy komme som en MSI-installering betyr at de bare vil installere i katalogen C: \ Programfiler \ Debugging Tools for Windows. Så hvis du ønsker å bruke verktøyene på et system som du ikke har administrator rettigheter du utstoppet! Vel ... faktisk du ikke. Microsoft gjort det mulig å kopiere hele Debugging Tools katalog fra standardinstallasjonen veien dit du ønsker. Med andre ord, så snart de er installert på et system som gir deg admin rettigheter, kan du kopiere hele katalogen til et annet system. Enda bedre, du kan kjøre dem danne en minnepinne hvis du vil. Bare sørg for at du beholder katalog som en helhet, og ikke begynne å fjerne ting.

Sist men ikke minst, er det bare én versjon av Debugging verktøy per plattform. Dette er fordi verktøyene er uavhengig av Windows-versjonen. Uansett om du planlegger å installere dem på Windows 2000, XP, 2003 eller Vista. Forskjellige operativsystemer og deres service packs bare saken en gang du begynner å spille med Windows symbol filer (mer om det i Del 2).
__________________

Min System: Willy Wonka's Mangekantsmål Factory

Prosessor (er):
Core 2 Duo E8500 2x3.16Ghz 1333GHz
Hovedkort:
Gigabyte GA-EP35 DS3R Socket 775
RAM-minne:
4GB Micron PC-6400 (800Mhz)
Graphics Card (s):
XFX 8600GT 256MB DDR3 540Mhz
Lydkort:
Onboard 7.1 Sound
Harddisk (er):
400GB Samsung / 36GB Raptor (x2)
Optisk stasjon (er):
Optiarc AD-7200D 20x DVD-RW (x2)
Case / PSU:
Cosmos RC-1000 / Arctic 600W PSU
Cooling:
Zalman CNPS9700 / Noctura NC-U6
Nettverk / Internett:
Onboard
Skjerm (er):
Samsung 2232BW 22 "(x2)
Operating System (s):
Win-XP (SP2)
  #2  
Old 22nd 2009 sep 04:06
New Member Group
 
Default Debugging BSOD med WinDbg for Beginners Del 1: Komme alle Bits

Hyggelig lesning! Takk!
Reply

Register

Hugseliste

Lignende Tråder
Tråd Tråd startet Forum Svar Siste innlegg
Linux er en nybegynner guide Cew27 Linux og alternative OS 10 6 juli 2009 02:39
Ekstern harddisk - Slik partisjonerer en del FAT32 og en del NFTS? ahsanjee Drivere og flyttbare medier 1 25 mai 2009 15:52
Debugging BSOD med WinDbg for Numpties - Intro Desertfish General Hardware Chat 4 16 august 2008 14:18
Så mange BSOD's! Cew27 Windows-operativsystemer 1 27 april 2008 04:39
Gode ressurser for nybegynnere? Kobolt Web Design, hosting & SEO 1 21 oktober 2006 18:57
Thread Tools




Arabic Bulgarian Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Finnish French German Greek Hebrew Hungarian Italian Japanese Korean Latvian Lithuanian Norwegian Polish Portuguese Romanian Russian Serbian Slovak Spanish Swedish Thai Turkish Ukrainian

Copyright © 2006 - 2009 Computer Juice.

Powered by vBulletin ® Copyright © 2000 - 2009 Jelsoft Enterprises Ltd SEO by vBSEO © 2009, gjennomgå webområdet, Inc.