[Desertfish]

Forskellige typer af Dump Files:
Første teorien ... Hver gang Windows hænger eller flatters du med, at åh så dejligt BSOD, det skaber et crash dump-filen i baggrunden. Der er 3 mulige nedbrud filer, som Windows kan producere:

• Små eller Mini dump
• Kerne dump
• Komplet eller Fuld hukommelseslagring

Komplet eller Fuld hukommelseslagring:
En komplet dump optegnelser alle indholdet i systemets hukommelse på tidspunktet for et nedbrud, herunder de processer, som kørte når hukommelseslagring blev indsamlet. Dens størrelse betyder, at du har behov for en tilstrækkelig ledig plads på din harddisk, for Windows for at gemme filen. På grund af denne størrelse, 32-bit systemer med mere end 2GB hukommelse kan ikke gemme komplette hukommelse lossepladser uden forudgående Messing omkring i registreringsdatabasen (som jeg vil ikke komme ind ...)

Små eller Mini dump:
En mini dump er et lille 64K-byte fil. En af grundene til et mini-dump er så lille, er, at det ikke indeholder nogen af de binære filer eller eksekverbare filer, der er i hukommelsen på det tidspunkt, hvor et system crash. Siden. Exe-filer der er behov for en fuldstændig og korrekt systemnedbrud, mini lossepladser er af begrænset værdi uden dem. Stadig de kan være en meget god start off punkt. Windows XP producerer mini lossepladser som standard, en for hvert crash begivenhed.

Kerne-dump:
En kerne dump er sandsynligvis det mest nyttige hukommelseslagring at arbejde med. Da det kun indeholder hukommelsen oplysninger, der var besat af kernen og Hardware Abstraction Layer (HAL), er det betydeligt mindre end en komplet dump (et system med 1 GB RAM vil producere en kerne dump på omkring 120MB). Ved at udelade hukommelse, der blev afsat til brugertilstandsprocesser programmer, er det stadig små mens det stadig giver den største chance for at indeholde den information, der var ansvarlige for styrtet.

Som standard, Windows XP vil gemme en mini dump for hver nedbrud, der opstår. Disse dump filer kan findes i mappen C: \ WINDOWS \ Minidump Hver mini dump filnavn indeholder den dato, hvor filen blev crated og et løbenummer (i tilfælde mere end en dump-filen er oprettet på samme dag). Et eksempel på en mini dump-filen kan være noget lignende Mini072708-01.dmp (Dette er et eksempel på den første mini dump, der blev oprettet på mit eget system den 27. juli 2008.

Kerne og Complete lossepladser er gemt i biblioteket C: \ WINDOWS \ og vil blive en fil kaldet Memory.dmp. Hver gang et nedbrud forekommer, de eksisterende hukommelseslagring fil overskrives.

Ændring af type Dump File Windows Gemmer:
Som jeg tidligere har nævnt, Windows XP vil spare mini lossepladser som standard, og det vil spare en mini dump for hver nedbrud, der opstår. Faktisk side om side med mini dump, XP vil også gemme et komplet dump fil. Men som tidligere nævnt, hvor der er en mini dump til rådighed for hvert styrtet, den komplette dump altid vil overskrive den eksisterende.

Men da jeg allerede nævnt, at mini lossepladser er af begrænset nytte, når du udfører en ordentlig fuld crash analyse og komplette lossepladser er alt for stor i filstørrelse samtidig indeholder for mange data, er det fornuftigt at oprette XP for at gemme kerne lossepladser i stedet for. Ændring af denne indstilling er død enkel:

• Højreklik på Min Computer og vælge Egenskaber
• Gå til Avanceret fanen
• Under Start og GenoprettelseKlik på den Indstillinger knappen
• Fra rullemenuen under Skrivning af fejlfindingsoplysninger, Vælg Kerne hukommelseslagring

• Klik på OK og lukke dialogboksen Egenskaber for system

Hvorfor bruge WinDbg?
Fordi det er gratis, og det er den eneste debugging værktøj jeg har brugt hidtil. Tilfreds? Bemærk dog, at WinDbg er ikke en del af den støtte, værktøjer, der er leveret med Windows-installation CD / DVD. Det er snarere en del af "Fejlfinding Tools for Windows", som frit kan downloades fra følgende link:

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

Når du henter det debugging værktøjer, skal du sørge for at hente Værktøjerne for platform du planlægger at bruge som debugging system. Den debugging system behøver ikke nødvendigvis at være det samme system som den ene, der har brug for fejlsøgning. Der kan være situationer / årsager, for eksempel hvor du ville behov / ønsker at gøre det fejlsøgning på et andet system end det, der producerer fejlen. Så hvis du tog en dump fil fra en 64-bit maskine, men du laver de fejlsøgning på en 32-bit system, så du har brug for at 32-bit debugging Værktøjerne.

En anden vigtig bemærkning ting at bemærke er, at fejlfindingsoplysninger værktøjer komme som en MSI installationsprogram, at de vil kun installeres i mappen C: \ Programmer \ fejlfindingsoplysninger Tools for Windows. Så hvis du gerne vil bruge værktøjerne på et system, som du ikke har administrator rettigheder du fyld! Tja ... faktisk er du ikke. Microsoft har gjort det muligt at kopiere hele fejlfindingsoplysninger Værktøjer mappe fra standardinstallationen stien til hvor du ønsker det. Med andre ord, når de er installeret på et system, der giver dig admin rettigheder, kan du kopiere hele mappen til et andet system. Endnu bedre, og du kan køre dem danne en memory stick, hvis du vil. Du skal sørge for at holde den mappe som helhed og ikke begynde at fjerne ting.

Sidst men ikke mindst, er der kun en version af fejlfindingsoplysninger værktøjer til rådighed pr platform. Dette skyldes, at de værktøjer, der er uafhængig af Windows version. Uanset om du planlægger at installere dem på Windows 2000, XP, 2003 server eller Vista. Forskellige operativsystemer og deres service packs kun spørgsmål når du begynder at lege med de Windows symbol filer (mere om det i del 2).

[leejaedong]

Nice læse! Tak!