So richten Sie eine Remote über ein Modem Debugsitzung

Dieser Artikel beschreibt die Vorbereitung von einen X 86 Intel-Prozessor-basierten und RISC-Prozessor-basierten Computer, die unter Windows NT Workstation oder Server für eine remote-Debug-Sitzung.

-Was ist der Bedarf für den Kerndebugger
-Was ist der Vorgang des Remotedebugging
-Konfigurieren eine für Remotedebuggen
Debugger - Optionen
-Bearbeiten der Boot.ini-Datei für Intel X 86-Computer
-Firmware Startoptionen für RISC-Computer ändern
-Das Modem wird vorbereitet

Welche Funktion hat der Kernel-Debugger

Der Lieferumfang von Windows NT Kernel-Debugger wird Informationen über das System erstellt, die normalerweise nicht ohne Hilfe des Debuggers verfügbar ist. Sie können den Kernel-Debugger aus dem Windows NT-Start-Menü aktivieren. Den Kernel-Debugger aktivieren, lässt den Windows NT-Debugger ausgeben der Debuginformationen an einen remote Debugger für einen Remotebenutzer zum Analysieren. Dies geschieht normalerweise bei der Anforderung eine Microsoft-Kundendienst professional für die Analyse eines schwerwiegenden Fehlers in Windows NT, die diagnostiziert werden kann nicht aus der Datei Memory.dmp oder wenn keine Datei "Memory.dmp" erzeugt wurde.

Was ist unter Remote-Debugging zu verstehen

Der Prozess der Remote Debuggen geschieht, wenn zwei Computer über Modems über eine Telefonleitung miteinander verbunden sind. Der Zielcomputer auch auf dem Host Computer sind Windows NT Kernel-Debugger ausgeführt, die für die Kommunikation eine spezielle Debug-API und das Protokoll.

Konfigurieren eines Systems für Remotedebuggen

Konfigurieren eines Systems für das Remotedebuggen umfasst das Ändern der Boot-Optionen an Windows NT Kernel-Debugger geladen werden. Auf einem Intel X 86 basierenden Plattform wird dies durch Bearbeiten der Datei Boot.ini. Auf einem RISC-basierten System (DEC Alpha, MIPS und PPC basiert Prozessoren) umfasst das Ändern der Boot-Optionen im Menü Firmware. Außerdem müssen Sie ein Modem haben und verbinden es mit der entsprechenden COM-Anschluss auf dem Zielcomputer und das Modem eine eingehende Telefonleitung verbinden.

Debugger-Optionen

Es gibt mehrere Boot-Optionen die bei der Konfiguration des Systems für Debuggen verwendet werden kann. Diese Optionen sind auf Intel X 86 und RISC-Plattformen identisch, auch wenn auf einem RISC-Plattform verwendet den / ist nicht erforderlich:



Wenn DEBUGANSCHLUSSES oder BAUDRATE verwendet wird, ist es nicht notwendig, DEBUG, zu verwenden, wie Windows NT setzt, dass Sie den Computer im DEBUG-Modus geladen. Mindestens eine der oben genannten Optionen muss um einen Computer für das Remotedebuggen konfigurieren verwendet werden, andernfalls Windows NT nicht geladen wird des Debuggers überhaupt.

Bearbeiten der Datei Boot.ini für Intel X 86-Computer

Zum Einrichten der Zielcomputer auf einem Intel X 86 basierenden Computer einfach Bearbeiten der Datei Boot.ini in der Startpartition, und fügen die entsprechende Debugger-Optionen hinzu. Die Datei "Boot.ini" wird mit einem standard-ASCII-Text-Editor bearbeitet. Die Datei "Boot.ini" ist eine Datei im Stammverzeichnis von die Systempartition (gewöhnlich Laufwerk C) gefunden und werden haben die versteckt, System und nur-Lese-Attribute festgelegt. Diese Attribute müssen geändert werden.

Gehen Sie folgendermaßen vor, um die Attribute der Datei Boot.ini zu ändern

Die Attribute der Datei Boot.ini ändern, so Prozedur nach oder II:

Prozedur I:

1. Geben Sie Folgendes an einer Eingabeaufforderung ein:
   Attrib-s-h-r c:\boot.ini
2. Bearbeiten Sie Boot.ini.
   
   Um die Attribute schreibgeschützt, versteckt und System wiederherzustellen, wenn Sie die Bearbeitung der Datei abgeschlossen haben, geben Sie Folgendes an einer Eingabeaufforderung ein:
   Attrib + h + R + s c:\boot.ini \

Prozedur II:

1. Wählen Sie im Datei-Manager im Menü Ansicht nach Dateityp und dann aktivieren Sie das Dialogfeld nach Dateityp das Versteckte/Systemdateien anzeigen und wählen Sie "OK".
2. Wählen Sie im Fenster Datei-Manager die Datei Boot.ini, und anschließend wählen Sie Eigenschaften aus.
3. Klicken Sie im Dialogfeld Eigenschaften deaktivieren Sie das Attribut schreibgeschützt, versteckt und System, und wählen Sie "OK".
4. Bearbeiten der Datei Boot.ini mit Editor oder einem anderen Texteditor, und fügen die Debug-Optionen hinzu, wie unten beschrieben.

Konfigurieren der Startoptionen in der Datei Boot.ini

Konfigurieren eines Computers für das Debuggen Sie müssen eine der vorherigen Optionen zu der Datei Boot.ini hinzufügen. Im Allgemeinen sollten Sie/Debug und /BAUDRATE, reduzieren Sie die Baudrate, 9600 und den Computer im Debug-Modus versetzen hinzugefügt. Verwenden Sie /DEBUGPORT COMX =, wenn Sie den standardmäßigen COM-Anschluss (COM2) für das Debuggen nicht verwenden können. Das folgende Beispiel veranschaulicht diese Optionen hinzufügen.

Der folgende Code ist ein Beispiel einer typischen Boot.ini-Datei. Jeder Eintrag im Abschnitt [operating systems] sollte den Optionen entsprechen, die während eines normalen Systemstarts im Startmenü aufgelistet werden:

[Bootloader]
Timeout = 30
Standard = Multi (0) Festplatte (0) Rdisk (0) (1) \Windows partition
[Betriebssysteme]
Multi (0) Festplatte (0) Rdisk (0) (1) \WINDOWS="Windows NT, Version 3.5 partition"
Multi (0) Festplatte (0) Rdisk (0) (1) \WINDOWS="Windows NT, Version 3.5 partition"
[VGA-Modus] /BASEVIDEO
C:\="MS-DOS"

Fügen Sie Folgendes ein, oder Siehe das Beispiel diese schrittweisen Anweisungen, um den Debugger mit COM1 und 9600 Baud kommunizieren zu aktivieren:

1. Wählen Sie die Startoption, die Sie normalerweise verwenden und Hinzufügen des/Debug am Ende der Zeile wechseln.
2. Fügen Sie den Parameter /debugport=com1 hinzu, um den COM-Port anzugeben.
3. Die Baudrate angeben, indem den Schalter /BAUDRATE = 9600.

Die folgenden zeigt oben Boot.ini nachdem nach geändert wurde die Schritte 1 bis 3 oben (Hinweis: Zeile 6 ist der Rest der Zeile 5, die nicht in derselben Zeile in diesem Artikel):

[Bootloader]
Timeout = 30
Standard = Multi (0) Festplatte (0) Rdisk (0) (1) \Windows partition
[Betriebssysteme]
Multi (0) Festplatte (0) Rdisk (0) (1) \WINDOWS="Windows NT, Version 3.5 partition"
/ debug/debugport = com1/Baudrate = 9600
Multi (0) Festplatte (0) Rdisk (0) (1) \WINDOWS="Windows NT, Version 3.5 partition"
[VGA-Modus] /BASEVIDEO
C:\="MS-DOS"

Ändern von Firmware Startoptionen für RISC-Computer

Im Gegensatz zu den Intel X 86-Computern eine Datei "Boot.ini" verwenden, werden über die Firmware Startoptionen auf RISC-Computern konfiguriert. Die folgenden Schritte helfen Ihnen durch die Konfiguration der Startoptionen MIPS-, PPC und DEC Alpha-basierten Computern. Achten Sie Schritt 10 für alle DEC Alpha-Computer ausführen, bevor ein Supportmitarbeiter zum Einwählen und Debuggen das System versucht.

1. Starten Sie den Computer neu. Der ARC-System Bildschirm wird angezeigt, in dem Sie eine Aktion auswählen können, im Hauptmenü angezeigt.
2. Auf einem MIPS und PPC RISC-basierten System, wählen Sie ausführen einrichten das Menü Setup anzeigen und wählen dann verwalten starten, um ein Menü der Startoptionen anzuzeigen.
   Wählen Sie auf einem Digital Alpha AXP RISC-basierten System Supplementary Menu, Festlegen von System und Verwalten Startmenü Auswahl um ein Menü der Startoptionen anzuzeigen.
3. Wählen Sie ändern eine Auswahl starten, um eine Liste der Betriebssysteme anzuzeigen, die auf diesem Computer installiert sind.
4. Wählen Sie das Windows NT-Betriebssystem. Wenn Sie mehr als eine Version von Windows NT installiert haben, wählen Sie diejenige, die Sie debuggen möchten. In einem zweiteiligen Bildschirm wird zum Ändern der aktuellen Einstellungen zum Starten des Computers RISC-basierten verwendete Umgebungsvariablen. Die Umgebungsvariable, die steuert, ob der Computer RISC-basierten im Debugmodus startet ist die Variable OSLOADOPTIONS.
5. Um den Wert für die Variable OSLOADOPTIONS zu bearbeiten, verwenden Sie die Pfeiltasten aus der Liste der Variablen auszuwählen. Nachdem Sie ausgewählt, wird Sie in das Namenfeld am oberen Rand des Bildschirms angezeigt.
6. EINGABETASTE das Feld Wert anzeigen.
7. Geben Sie die gewünschten fügen Sie in das Feld Wert durch Leerzeichen getrennt und EINGABETASTE, um Sie zu speichern. Wenn DEBUG-Modus schalten und den COM-Anschluss auf COM2 festgelegt werden soll, geben Sie z. B. die folgenden Folgendes ein:
   OSLOADOPTIONS Debuggen Debuganschlusses com2 =
   Wenn Sie nicht den Debugport angeben, wird der Debug-Standardanschluss an COM1 festgelegt.
   
   Da die RISC-basierten Computern nur eine Standard-Baudrate des 19200 ermöglichen, müssen Sie die Baudrate angeben.
8. Bearbeitung beenden ESC.
9. Basierend auf den Typ der Computer Sie haben, führen Sie eine der folgenden:
   
   -Auf einem MIPS- oder PPC RISC-basierte System zum Hauptmenü zurückkehren und dann beenden, um zu dem ARC-System-Bildschirm zurückzukehren.
   
   -oder-
   
   -Auf einem Digital Alpha AXP RISC-basierten System Wählen Sie die Option zusätzliche im, speichern Sie Ihre Änderungen, und wählen Sie die Startmenü, um zum ARC-System-Bildschirm zurückzukehren.
10. Wenn dies das erste Mal ist, Debuggen Sie dieses System, das Sie zusätzliche Konfigurationsschritte ausführen müssen. Für diese Schritte finden Sie in der Windows NT Resource Kit Update, Version 3.51 oder Update 2, Anhang a.
11. Starten Sie den Computer für die Ausführung unter Windows NT neu.

Vorbereiten des Modems

Um erfolgreich eine Verbindung mit dem Remotedebugger herstellen müssen Sie ein externes Modem mit Funktionen für automatische Antwort an den gewünschten COM-Anschluss verbinden. Die meisten Modems verfügen über dieses Feature, aber es ist im Allgemeinen deaktiviert. Das Modem sollte auf 9600 Baud festgelegt werden. Für eine einwandfreie Verbindung erfordert der Kernel-Debugger, Hardware-Komprimierung sowie zur Erkennung und Datenfluss Fehlerkontrolle ausgeschaltet werden. Stellen Sie sicher, dass das Modem funktioniert ordnungsgemäß vor dem fortsetzen. In den meisten Fällen müssen Sie das Modem konfigurieren, indem Sie mit einen freien COM-Anschluss auf dem Zielcomputer oder einem anderen Computer mithilfe von TERMINAL.EXE oder ein anderes Kommunikationsprogramm um Konfiguration Zeichenfolgen an das Modem zu senden, und verschieben das Modem auf dem Zielcomputer und COM-Anschluss verbinden, ohne das Modem deaktivieren. Deshalb ein internes Modem nicht funktioniert, als Neustart des Systems wird im Allgemeinen zurückgesetzt an die Modemeinstellungen vorgenommenen Änderungen.

So konfigurieren Sie das modem

Hinweis : Sie können diese Schritte auf dem Zielcomputer ausführen, die COM-Anschluss möchten Sie konfigurieren, wie der Debugport bereitgestellt, die Sie Sie auschecken Ausführen vor dem Konfigurieren des Debuggers auf dem Zielsystem.

1. Schließen Sie ein Modem mit Funktionen für automatische Antwort an einen verfügbaren COM-Anschluss auf dem Zielcomputer oder einem anderen Computer.
   
   Hinweis: Achten Sie das Modem an das Ziel COM-Anschluss verschieben können, ohne Strom vom Modem entfernen.
2. Führen Sie Terminal.exe oder einige andere Programme der Kommunikation und konfigurieren Sie, um das Modem schreiben.
3. Legen Sie das Modem 9600-Baud-Rate. Finden Sie in Ihre Modemdokumentation korrekt Möglichkeit dazu.
4. Deaktivieren Sie alle Hardware-Komprimierung, Flusssteuerung und Fehlererkennung. Geben Sie für die meisten US Robotics und 3Com Modems in die folgenden Befehle um das Modem für die Debug-Sitzung vorzubereiten. Wenn Sie ein Modem von einem anderen Hersteller verwenden, finden Sie in Ihre Modemdokumentation die richtigen Zeichenfolgen an das Modem zu beenden.
   
   

   AT&F    Set Back to Factory Defaults
   AT&H0   Disable Transmit Data Flow Control
   AT&I0   Disable Receive Data Flow Control
   AT&K0   Disable Data Compression
   AT&M0   Disable Error Control
   ATS0=1  Auto Answer On
   AT&D0   Disable Reset Modem on Loss of DTR
   AT&W    Write to NVRAM
   						

5. Aktivieren Sie automatische Antwort an das Modem. Dies kann normalerweise erfolgen durch Senden Sie die Zeichenfolge ATS0 = 1 ("0" ist die Zahl 0, nicht der Buchstabe O). Allerdings sollten Sie der Modemdokumentation um dies zu überprüfen wenden.
6. Ohne Stromversorgung des Modems, verschieben Sie es auf dem Zielsystem in den richtigen COM-Anschluss.

Zusätzliche Lektüre

Weitere Informationen finden Sie unter:

-Die Windows NT Resource Kit.

-Im Microsoft Driver Development Kit.