minore di capitale

Magazine
Go Back   Computer Juice > Computer Software > Sistemi operativi Windows

Register


 Default 

Debugging con la BSOD WinDbg per principianti Parte 1: Come tutti i bit




Reply
 
Thread Tools
  #1  
Old 30. Lug 2008, 22:05
Gruppo Donatori
 
Default Debugging con la BSOD WinDbg per principianti Parte 1: Come tutti i bit

Diversi tipi di Dump File:
In primo luogo la teoria ... Ogni volta che Windows si blocca o si adula con quella oh so nice BSOD, si crea un crash dump file in background. Ci sono 3 possibili crash file che Windows è in grado di produrre:
  • Piccole o Mini discarica
  • Kernel discarica
  • Completa o completa della memoria

Completa o completa della memoria:

A completare il dump record tutti i contenuti della memoria del sistema, al momento di un incidente, compresi i processi che sono in funzione quando la memoria è stato raccolto. Le sue dimensioni significa che avete bisogno di sufficiente spazio libero sul disco rigido per Windows per salvare il file. A causa di questa dimensione, i sistemi a 32-bit con più di 2GB di memoria non è possibile salvare un dump di memoria completa senza fare circa nel Registro di sistema (che non voglio andare in ...)

Piccole o Mini discarica:
Un mini-dump è un piccolo file di 64K byte. Uno dei motivi è una mini discarica è così piccolo che non contiene nessuna delle binari o eseguibili che si trovano in memoria al momento di un crash di sistema. Poiché. Exe file sono necessari per una completa e corretta analisi di crash, mini discariche sono di valore limitato senza di loro. Tuttavia esse possono essere un ottimo punto di partenza. Windows XP produce mini discariche per impostazione predefinita, uno per ogni evento crash.

Kernel discarica:

Un kernel dump è probabilmente la più utile della memoria con cui lavorare. Dal momento che contiene solo le informazioni che la memoria è stata occupata dal kernel e l'Hardware Abstraction Layer (HAL), è notevolmente più piccola di un dump completo (un sistema con 1 GB di RAM produrrà un kernel discarica di circa 120MB). Omettendo di memoria che è stato assegnato a programmi in modalità utente, resta pur piccola che offre la maggiore probabilità di contenere le informazioni che è stato responsabile per l'incidente.

Per impostazione predefinita, Windows XP salverà una mini discarica per ogni incidente che si verifica. Questi file dump può essere trovato nella directory C: \ WINDOWS \ Minidump Ogni mini-dump file contiene la data del file è stato crated e un numero progressivo (nel caso in cui più di un file è stato creato lo stesso giorno). Un esempio di un mini file potrebbe essere qualcosa di simile Mini072708-01.dmp (Questo è un esempio del primo mini discarica che è stata creata sul mio sistema il 27 luglio 2008.

Kernel e completa discariche vengono salvati nella directory C: \ WINDOWS \ e sarà un file chiamato Memory.dmp. Ogni volta che si verifica un crash, la memoria di file esistente viene sovrascritto.

Cambiare il tipo di file di Windows Dump Parate:
Come ho detto in precedenza, Windows XP salverà mini discariche per impostazione predefinita e si salva un mini discarica per ogni incidente che si verifica. In realtà, accanto alla mini discarica, XP anche salvare un file completo. Tuttavia, come accennato in precedenza, in cui vi è una mini discarica a disposizione per ogni incidente, la completa discarica sempre sovrascrivere quello esistente.

Tuttavia, dal momento che ho già detto che mini discariche sono di uso limitato nello svolgimento di una corretta e completa analisi di crash dump completo sono troppo grandi dimensioni, mentre nel file che contiene troppi dati, è opportuno istituire XP per salvare kernel discariche invece. Cambiare questa impostazione è morto semplice:
  • Fare clic col tasto destro Risorse del computer e selezionare Proprietà
  • Vai alla Avanzata scheda
  • Sotto Avvio e ripristino, Fare clic sul Impostazioni pulsante
  • Dal menu a discesa sotto Scrivi informazioni di debug, Selezionare Della memoria del kernel



  • Fare clic su OK e chiudere la finestra di dialogo delle proprietà del sistema
Perché usare WinDbg?
Perché è libero ed è l'unico strumento di debug ho usato finora. Soddisfatto? Si noti tuttavia che WinDbg NON è parte di strumenti di supporto che vengono forniti con l'installazione di Windows CD / DVD. Si tratta piuttosto di una parte del "Debugging Tools for Windows", che può essere liberamente scaricato dal seguente link:

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

Quando si scaricano i strumenti di debug, assicuratevi di scaricare il set di strumenti per la piattaforma si intende utilizzare per il debug del sistema. Il debug di sistema non deve essere necessariamente lo stesso sistema come quello che ha bisogno di debug. Ci potrebbero essere situazioni / motivi, ad esempio, in cui si avrebbe bisogno / voglia di fare il debug su un sistema diverso da quello che produce l'errore. Quindi, se afferrato un file da una macchina a 64-bit, ma si sta facendo il debug su un sistema a 32-bit, allora avete bisogno di 32-bit di strumenti di debug.

Un'altra nota importante cosa da notare è che il debug di strumenti di venire come un installer MSI senso che solo installare nella directory C: \ Program Files \ Debugging Tools for Windows. Quindi, se volete utilizzare gli strumenti su un sistema per il quale non avete i diritti di amministratore siete ripieni! Beh ... in realtà non siete. Microsoft ha reso possibile copiare l'intera directory di strumenti di debug dal percorso di installazione predefinito ovunque si desidera. In altre parole, una volta installato su un sistema che offre diritti di amministratore, è possibile copiare l'intera directory in un sistema diverso. Ancora meglio, si può eseguire una memory stick, se si desidera. Basta assicurarsi di mantenere la directory come un tutt'uno e non cominciare a rimuovere i materiali.

Ultimo ma non meno importante, vi è una sola versione del tool di debug disponibile per piattaforma. Questo è dovuto al fatto che gli strumenti sono indipendenti dalla versione di Windows. Non importa se hai intenzione di installare su Windows 2000, XP, Server 2003 o Vista. Diversi sistemi operativi e la loro service pack solo questione una volta che si inizia a giocare con il simbolo di file di Windows (di più su che nella parte 2).
__________________

Il mio sistema: Willy Wonka's Factory poligono

Processor (s):
Core 2 Duo E8500 2x3.16Ghz 1333GHz
Motherboard:
Gigabyte GA-EP35 DS3R Socket 775
Memoria RAM:
Micron 4GB PC-6400 (800MHz)
Schede grafiche (s):
XFX 8600GT 256Mb DDR3 540Mhz
Scheda Audio:
Onboard Sound 7,1
Hard Drive (s):
Samsung 400GB / Raptor 36GB (x2)
Optical Drive (s):
Optiarc AD-7200D 20x DVD-RW (x2)
Case / alimentatore:
Cosmos RC-1000 / Artico 600W PSU
Raffreddamento:
Zalman CNPS9700 / Noctura NC-U6
Rete / Internet:
Onboard
Monitor (s):
Samsung 2232BW 22 "(x2)
Operating System (s):
Win-XP (SP2)
  #2  
Old 22 settembre 2009, 04:06
Nuovo Membro Gruppo
 
Default Debugging con la BSOD WinDbg per principianti Parte 1: Come tutti i bit

Nice read! Grazie!
Reply

Register

Segnalibri

Threads simili
Filo Thread Starter Forum Risposte Ultimo Post
Linux, una guida principianti Cew27 Linux e OS alternativi 10 6 lug 2009 02:39
Disco rigido esterno - Come una parte partizione FAT32 e una parte NFTS? ahsanjee Removable Media Drives & 1 25 maggio 2009 15:52
Debugging con la BSOD WinDbg per Numpties - Intro Desertfish Hardware Generale Chat 4 16 Ago 2008 14:18
Così molti BSOD's! Cew27 Sistemi operativi Windows 1 27 apr 2008 04:39
Buona risorse per i principianti? Cobalt Web Design, Hosting & SEO 1 21 Ott 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. Traduzione italiana SEO by vBSEO © 2009, alla scansione, Inc.