Freigeben über

Verfügbare Optionen für die Windows XP- und windows Server 2003-Boot.ini-Dateien

In diesem Artikel werden die Optionen beschrieben, mit denen Sie den Windows-Start ändern können.

Ursprüngliche KB-Nummer: 833721

Übersicht

Sie können der Boot.ini Datei viele verschiedene Optionen hinzufügen, die die Art und Weise ändern, wie Microsoft Windows XP oder Microsoft Windows Server 2003 gestartet wird.

Weitere Informationen

Sie können der Boot.ini Datei die folgenden Schalter hinzufügen.

Notiz

Diese Schalter gelten für Microsoft Windows XP und microsoft Windows Server 2003, sofern nicht anders angegeben.

/basevideo

Der /basevideo Schalter erzwingt das System in den standardmäßigen 640x480 16-Farb-VGA-Modus, indem ein Videotreiber verwendet wird, der mit jedem Grafikkartenadapter kompatibel ist. Mit diesem Schalter kann das System geladen werden, wenn Sie die falsche Videoauflösung oder Aktualisierungsrate ausgewählt haben. Verwenden Sie diesen Schalter in Verbindung mit dem /sos Schalter. Wenn Sie einen neuen Videotreiber installieren und es nicht ordnungsgemäß funktioniert, können Sie diesen Parameter verwenden, um das Betriebssystem zu starten. Anschließend können Sie den Problemvideotreiber entfernen, aktualisieren oder zurücksetzen.

/baudrate=number

Dieser Switch legt die Baudrate des Debugports fest, der für das Kerneldebugging verwendet wird. Geben Sie beispielsweise /baudrate=9600. Die Standard-Baudrate beträgt 9600 Kilobit pro Sekunde (KBit/s), wenn ein Modem angeschlossen ist. Die Standard-Baudrate beträgt 115.200 KBit/s für ein Nullmodemkabel. 9.600 ist die normale Rate für das Remotedebugging über ein Modem. Wenn sich dieser Schalter in der datei Boot.ini befindet, wird der /debug Schalter automatisch aktiviert.

/crashdebug

Dieser Switch lädt den Kerneldebugger, wenn Sie das Betriebssystem starten. Der Schalter bleibt inaktiv, bis ein Stoppmeldungsfehler auftritt. /crashdebug ist nützlich, wenn zufällige Kernelfehler auftreten. Mit diesem Switch können Sie den COM-Port für normale Vorgänge verwenden, während Windows ausgeführt wird. Wenn Windows abstürzt, konvertiert der Switch den Port in einen Debugport. (Diese Aktion aktiviert das Remotedebugging.)

/debug

Dieser Schalter aktiviert den Kerneldebugger, wenn Sie Windows starten. Der Switch kann jederzeit durch einen Hostdebugger aktiviert werden, der mit dem Computer verbunden ist, wenn Sie das Live-Remotedebugging eines Windows-Systems über die COM-Ports aktivieren möchten. /crashdebug Im Gegensatz zum Switch wird der COM-Port verwendet, unabhängig davon, /debug ob Sie debuggen oder nicht. Verwenden Sie diesen Schalter, wenn Sie Probleme debuggen, die regelmäßig reproduzierbar sind.

/debugport=comnumber

Dieser Switch gibt den Kommunikationsport an, der für den Debugport verwendet werden soll. Dabei handelt es sich um den Kommunikationsport, z. B. COM1, den Sie verwenden möchten. Verwendet standardmäßig COM2, /debugport falls vorhanden. Andernfalls verwendet der Switch COM1. Wenn Sie diese Option in die datei Boot.ini einschließen, wird der Schalter "/debug" aktiv.

/maxmem=number

Dieser Schalter gibt die Menge an RAM in Byte an, die Windows verwenden kann. Wenn Windows beispielsweise weniger als 64 MB Arbeitsspeicher verwenden soll, verwenden Sie den /maxmem=64 Schalter.

Der /maxmem Switch berücksichtigt jedoch keine Speicherlöcher. Daher wird empfohlen, stattdessen den /burnmemory Schalter zu verwenden. Der /burnmemory Switch macht Speicherlöcher aus.

Wenn Sie z. B. den /Maxmem=64 Switch verwenden und das System 64 MB Arbeitsspeicher zum Laden benötigt, steht dem System aufgrund eines Speicherlochs möglicherweise nicht tatsächlich 64 MB zur Verfügung. In diesem Szenario würde Windows nicht gestartet.

/noguiboot

Mit diesem Schalter wird die Bitmap deaktiviert, die die Statusanzeige für den Windows-Start anzeigt. (Die Statusleiste wird direkt vor der Anmeldeaufforderung angezeigt.)

/nodebug

Mit diesem Schalter wird das Debuggen deaktiviert. Dieses Szenario kann einen Stoppfehler verursachen, wenn ein Programm einen debugfestcodierten Haltepunkt in seiner Software hat.

/numproc=number

Diese Option legt die Anzahl der Prozessoren fest, die Windows beim Start ausführt. Mit diesem Schalter können Sie erzwingen, dass ein Multiprozessorsystem nur die von Ihnen angegebene Anzahl von Prozessoren (Anzahl) verwendet. Dieser Schalter kann Ihnen bei der Behandlung von Leistungsproblemen und defekten CPUs helfen.

/pcilock

Bei x86-basierten Systemen verhindert dieser Switch, dass das Betriebssystem Hardwareeingaben, Hardwareausgabe und Interruptanforderungsressourcen dynamisch an PCI-Geräte (Peripheral Connect Interface) zuweist. Mit diesem Switch konfiguriert das BIOS die Geräte.

/fastdetect:comnumber

Mit diesem Schalter wird die serielle und Bus-Mauserkennung in der Ntdetect.com Datei für den angegebenen Port deaktiviert. Verwenden Sie diesen Schalter, wenn Sie eine andere Komponente als eine Maus haben, die während des Startvorgangs an einen seriellen Port angeschlossen ist. Geben Sie z. B. "/fastdetect:com"-Nummer ein, wobei "number" die Nummer des seriellen Ports ist. Ports können durch Kommas getrennt werden, um mehrere Ports zu deaktivieren. Wenn Sie einen Kommunikationsport verwenden /fastdetectund keinen Kommunikationsport angeben, ist die serielle Mauserkennung für alle Kommunikationsports deaktiviert.

Notiz

In früheren Versionen von Windows, einschließlich Windows NT 4.0, wurde dieser Switch benannt /noserialmice.

/SOS

Die /sos Option zeigt die Gerätetreibernamen an, während sie geladen werden. Standardmäßig gibt der Windows-Ladeprogrammbildschirm nur Statuspunkte an. Verwenden Sie diesen Schalter mit dem /basevideo Schalter, um den Treiber zu ermitteln, der einen Fehler auslöst.

/PAE

Verwenden Sie den /PAE Schalter mit dem entsprechenden Eintrag in Boot.ini, damit ein Computer, der den PAE-Modus (Physical Address Extension) unterstützt, normal gestartet werden kann. Im abgesicherten Modus beginnt der Computer mit normalen Kerneln, auch wenn die Option "/PAE" angegeben ist.

/HAL=filename

Mit diesem Switch können Sie die tatsächliche Hardwarestraktionsebene (HAL) definieren, die beim Start geladen wird. Geben Sie /HAL=halmps.dll beispielsweise ein, um die Halmps.dll im Ordner "System32" zu laden. Diese Option ist nützlich, um eine andere HAL auszuprobieren, bevor Sie die Datei in Hal.dll umbenennen. Dieser Schalter ist auch hilfreich, wenn Sie versuchen möchten, zwischen dem Starten im Multiprozessormodus und dem Starten im Einzelprozessormodus zu wechseln. Verwenden Sie dazu diesen Schalter mit dem /kernel Schalter.

/kernel=filename

Mit diesem Switch können Sie den tatsächlichen Kernel definieren, der beim Start geladen wird. Geben Sie /kernel=ntkrnlmp.exe z. B. den Typ ein, um die Ntkrnlmp.exe-Datei im Ordner "System32" zu laden. Mit diesem Switch können Sie zwischen einem debugfähigen Kernel wechseln, der vollständig mit Debugcode und einem regulären Kernel arbeitet.

/bootlog

Dieser Schalter aktiviert die Startprotokollierung in einer Datei mit dem Namen "systemroot\Ntbtlog.txt". Weitere Informationen zur Startprotokollierung finden Sie in der Windows-Hilfe.

/burnmemory=number

Dieser Switch gibt die Arbeitsspeichermenge in Megabyte an, die Von Windows nicht verwendet werden kann. Verwenden Sie diesen Parameter, um ein Leistungsproblem oder andere Probleme zu bestätigen, die im Zusammenhang mit dem RAM-Abbau stehen. Geben Sie /burnmemory=128 z. B. einen Typ ein, um den physischen Speicher zu reduzieren, der für Windows um 128 MB verfügbar ist.

/3GB

Dieser Switch erzwingt x86-basierte Systeme, 3 GB virtuellen Adressraum für Programme und 1 GB für den Kernel und führungskräfte Komponenten zuzuweisen. Ein Programm muss so konzipiert sein, dass er den zusätzlichen Speicheradressraum nutzt. Mit diesem Switch können Benutzermodusprogramme auf 3 GB Arbeitsspeicher zugreifen, statt auf die üblichen 2 GB, die Windows für Benutzermodusprogramme zuweist. Der Switch verschiebt den Startpunkt des Kernelspeichers auf 3 GB. Einige Konfigurationen von Microsoft Exchange Server 2003 und Microsoft Windows Server 2003 erfordern möglicherweise diesen Switch.

/safeboot: Parameter

Diese Option bewirkt, dass Windows im abgesicherten Modus gestartet wird. Diese Option verwendet die folgenden Parameter:

  • Minimal
  • network
  • safeboot: minimal(alternateshell)
  • DS-Wiederherstellungsmodus (nur für Windows Server 2003-Domänencontroller)

Sie können andere Boot.ini Parameter mit kombinieren./safeboot: parameter Die folgenden Beispiele veranschaulichen die Parameter, die wirksam sind, wenn Sie im Startwiederherstellungsmenü eine Option für den abgesicherten Modus auswählen.

  • Abgesicherter Modus mit Netzwerk
    /safeboot: minimal /sos /bootlog /noguiboot
  • Abgesicherter Modus mit Netzwerk
    /safeboot: network /sos /bootlog /noguiboot
  • Abgesicherter Modus mit Eingabeaufforderung
    /safeboot: minimal(alternateshell) /sos /bootlog /noguiboot
  • Windows im Wiederherstellungsmodus für Verzeichnisdienste
    (Dieser Schalter wird nur auf Domänencontrollern gestartet.)
    /safeboot: disrepair /sos

Notiz

Die /sosSchalter /bootlogund /noguiboot Die Schalter sind mit keiner dieser Einstellungen erforderlich, aber die Schalter können bei der Problembehandlung helfen. Diese Schalter sind enthalten, wenn Sie F8 drücken und dann einen der Modi auswählen.

/userva

Verwenden Sie diesen Switch, um die Menge des Arbeitsspeichers anzupassen, der Prozessen zugeordnet ist, wenn Sie den Switch "/3GB" verwenden. Dieser Switch ermöglicht mehr Seitentabelleneintrag (PTE)-Kernelspeicher, verwaltet aber immer noch fast 3 GB Prozessspeicherplatz.

Notiz

Microsoft Product Support Services empfiehlt dringend die Verwendung eines Speicherbereichs für den Switch, der /USERVA im Bereich von 2900-3030 liegt. Dieser Bereich ist breit genug, um einen großen Pool von Systemseitentabelleneinträgen für alle aktuell beobachteten Probleme bereitzustellen. In der Regel stellt eine Einstellung /userva=2900 nahe der maximal verfügbaren Anzahl von Systemseitentabelleneinträgen bereit.

Klicken Sie für weitere Informationen auf die folgenden Artikelnummern, um die Artikel in der Microsoft Knowledge Base anzuzeigen:

  • 323427 Manuelles Bearbeiten der Boot.ini-Datei in einer Windows Server 2003-Umgebung

  • 289022 HOW TO: Edit the Boot.ini file in Windows XP

/usepmtimer

Die /usepmtimer Option gibt an, dass das Windows XP-Betriebssystem oder das Windows Server 2003-Betriebssystem die PM-TIMER-Zeitgebereinstellungen anstelle der TSC-Zeitgebereinstellungen (Time Stamp Counter) verwenden, wenn der Prozessor die PM_TIMER Einstellungen unterstützt.

Weitere Informationen zur Verwendung des /usepmtimer Schalters finden Sie unter der folgenden Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:

895980 Programme, die die QueryPerformanceCounter-Funktion verwenden, können in Windows Server 2003 und windows XP schlecht ausgeführt werden.

/umleiten

Verwenden Sie diese Option, um Notfallverwaltungsdienste (EMS) auf einem Windows Server 2003 Enterprise Edition-basierten Computer zu aktivieren. Weitere Informationen zu EMS finden Sie in der Windows-Hilfe und im Support unter "Notfallverwaltungsdienste".

Um EMS zu aktivieren, indem Sie die Boot.ini auf einem x86-basierten Computer bearbeiten, bearbeiten Sie sowohl den Abschnitt [Startladeprogramm] als auch den Abschnitt [Betriebssysteme] der Boot.ini Datei. Konfigurieren Sie dazu die folgenden Einträge:

  • Fügen Sie unter [Startladeprogramm] eine der folgenden erforderlichen Anweisungen hinzu:

    redirect=COM x

    Ersetzen Sie in dieser Anweisung "x " durch eine der folgenden COM-Portnummern:

    • 1

    • 2

    • 3

    • 4

      redirect=USEBIOSSETTINGS

      Mit dieser Anweisung kann das Computer-BIOS den COM-Port ermitteln, der für EMS verwendet werden soll.

  • Fügen Sie unter [Startladeprogramm] die folgende Optionsausweisung hinzu:

    redirectbaudrate= baudrate

    Ersetzen Sie baudrate durch einen der folgenden Werte:

    • 9600

    • 19200

    • 57.600

    • 115.200

      Standardmäßig verwendet EMS die 9600 KBit/s-Baudrate-Einstellung.

  • Fügen Sie unter [Betriebssysteme] die /redirect Option zum Betriebssystemeintrag hinzu, den Sie für die Verwendung von EMS konfigurieren möchten. Das folgende Beispiel veranschaulicht die Verwendung dieser Schalter:

    [boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
redirect=COM1
redirectbaudrate=19200
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /fastdetect
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, EMS" /fastdetect /redirect

/Kanal

Verwenden Sie diesen Switch zusammen mit dem /debug Switch und dem /debugport Switch, um Windows so zu konfigurieren, dass Debuginformationen über einen Port von Institute of Electrical and Electronics Engineers, Inc. (IEEE) 1394 gesendet werden. Um das Debuggen über einen Port von 1394 zu unterstützen, müssen beide Computer Microsoft Windows XP oder höher ausführen. Der Port 1394 verfügt über eine maximale Anzahl von 63 unabhängigen Kommunikationskanälen, die 0 bis 62 nummeriert sind. Unterschiedliche Hardwareimplementierungen unterstützen eine andere Anzahl von Kanälen über einen Bus hinweg. Windows XP hat einen Grenzwert von vier Zielcomputern. Diese Einschränkung wird jedoch in Windows Server 2003 entfernt. Um das Debuggen durchzuführen, wählen Sie eine allgemeine Kanalnummer aus, die auf dem Computer verwendet werden soll, auf dem der Debugger ausgeführt wird, der auch als Hostcomputer bezeichnet wird, und den Computer, den Sie debuggen möchten, der auch als Zielcomputer bezeichnet wird. Sie können eine beliebige Zahl von 1 bis 62 verwenden.

Konfigurieren des Zielcomputers

  1. Bearbeiten Sie die Boot.ini Datei, um die /CHANNEL= x Option zum Betriebssystemeintrag hinzuzufügen, den Sie für das Debuggen konfiguriert haben. Ersetzen Sie "x" durch die Kanalnummer, die Sie verwenden möchten. Konfigurieren Sie z. B. den Bereich [Betriebssysteme] der datei Boot.ini so, dass sie ähnlich wie folgt aussieht:

    [boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /fastdetect /debug /debugport=1394 /CHANNEL=3

  2. Schließen Sie das 1394-Kabel in einem der 1394 Anschlüsse an.

  3. Deaktivieren Sie den Hostcontroller 1394 auf dem Zielcomputer. Starten Sie dazu Geräte-Manager, klicken Sie mit der rechten Maustaste auf das Gerät, und klicken Sie dann auf "Deaktivieren".

  4. Starten Sie den Computer neu.

Konfigurieren des Hostcomputers

  1. Schließen Sie das 1394-Kabel in einem der 1394 Anschlüsse an.

  2. Installieren Sie die Kerneldebugger-Binärdateien.

  3. Starten Sie eine Eingabeaufforderung. Drücken Sie die EINGABETASTE, nachdem Sie die folgenden Befehle eingegeben haben:

    set_NT_DEBUG_BUS=1394
set_NT_DEBUG_1394_CHANNEL= x
kd -k

  4. Wechseln Sie zu dem Ordner, in dem Sie den Kerneldebugger installiert haben, und geben Sie dann den Befehl ein: kd.exe.

Wenn Sie den Debugger zum ersten Mal starten, wird ein virtueller 1394-Treiber installiert. Mit diesem Treiber kann der Debugger mit dem Zielcomputer kommunizieren. Sie müssen mit Administratorrechten angemeldet sein, damit diese Treiberinstallation erfolgreich abgeschlossen werden kann.