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.

Gilt für: Windows 10 (alle Editionen), Windows Server 2012 R2
Ursprüngliche KB-Nummer: 833721

Zusammenfassung

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 die folgenden Optionen zur Boot.ini-Datei hinzufügen.

/basevideo

Der /basevideo Schalter zwingt das System in den standard 640x480 16-farbigen VGA-Modus, indem ein Videotreiber verwendet wird, der mit jeder Grafikkarte 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 dieser nicht ordnungsgemäß funktioniert, können Sie diesen Parameter verwenden, um das Betriebssystem zu starten. Anschließend können Sie den problematischen Videotreiber entfernen, aktualisieren oder zurücksetzen.

/baudrate=number

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

/crashdebug

Dieser Schalter lädt den Kerneldebugger, wenn Sie das Betriebssystem starten. Der Schalter bleibt inaktiv, bis ein Fehler bei der Beendigungsmeldung 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 Remotedebuggen.)

/Debuggen

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

/debugport=comnumber

Dieser Switch gibt den Kommunikationsport an, der für den Debugport verwendet werden soll. Dabei ist number der Kommunikationsport, z. B. COM1, den Sie verwenden möchten. Standardmäßig verwendet COM2, /debugport sofern vorhanden. Andernfalls verwendet der Switch COM1. Wenn Sie diesen Schalter in die Boot.ini-Datei einschließen, wird der Schalter /debug aktiv.

/maxmem=number

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

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

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

/noguiboot

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

/nodebug

Dieser Schalter deaktiviert das Debuggen. Dieses Szenario kann zu einem Stoppfehler führen, wenn ein Programm über einen hartcodierten Debughaltepunkt in der Software verfügt.

/numproc=number

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

/pcilock

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

/fastdetect:comnumber

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

/Sos

Der /sos Schalter zeigt die Gerätetreibernamen an, während sie geladen werden. Standardmäßig gibt der Windows Loader-Bildschirm nur Statuspunkte an. Verwenden Sie diesen Schalter mit dem /basevideo Switch, 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 starten kann. Im abgesicherten Modus wird der Computer mit normalen Kernels gestartet, auch wenn der /PAE-Schalter angegeben ist.

/HAL=filename

Mit diesem Switch können Sie die tatsächliche Hardware abstraction Layer (HAL) definieren, die beim Start geladen wird. Geben Sie beispielsweise ein /HAL=halmps.dll , um die Halmps.dll in den Ordner System32 zu laden. Dieser Schalter ist nützlich, um eine andere HAL auszuprobieren, bevor Sie die Datei in Hal.dll umbenennen. Dieser Schalter ist auch nützlich, wenn Sie zwischen dem Starten im Multiprozessormodus und dem Starten im Einzelprozessormodus wechseln möchten. 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 beispielsweise ein /kernel=ntkrnlmp.exe , um die Ntkrnlmp.exe-Datei in den Ordner System32 zu laden. Mit diesem Switch können Sie zwischen einem debugfähigen Kernel, der voll mit Debugcode ist, und einem regulären Kernel wechseln.

/bootlog

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

/burnmemory=number

Dieser Schalter gibt die Arbeitsspeichermenge in Megabyte an, die Windows nicht verwenden kann. Verwenden Sie diesen Parameter, um ein Leistungsproblem oder andere Probleme im Zusammenhang mit der RAM-Auslastung zu bestätigen. Geben Sie beispielsweise ein /burnmemory=128 , um den für Windows verfügbaren physischen Arbeitsspeicher um 128 MB zu reduzieren.

/3 GB

Dieser Switch zwingt x86-basierte Systeme, Programme 3 GB virtuellen Adressraum und 1 GB für den Kernel und executive-Komponenten zuzuweisen. Ein Programm muss so konzipiert sein, dass es den zusätzlichen Speicheradressraum nutzt. Mit diesem Schalter können Benutzermodusprogramme auf 3 GB Arbeitsspeicher anstatt der üblichen 2 GB zugreifen, die Windows Benutzermodusprogrammen zuordnet. Der Switch verschiebt den Startpunkt des Kernelspeichers auf 3 GB. Für einige Konfigurationen von Microsoft Exchange Server 2003 und Microsoft Windows Server 2003 ist dieser Wechsel möglicherweise erforderlich.

/safeboot: Parameter

Dieser Wechsel bewirkt, dass Windows im abgesicherten Modus gestartet wird. Dieser Switch verwendet die folgenden Parameter:

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

Sie können andere Boot.ini Parameter mit /safeboot: parameterkombinieren. 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 Switch wird nur auf Domänencontrollern gestartet.)
  /safeboot: disrepair /sos

/userva

Verwenden Sie diesen Schalter, um die Menge an Arbeitsspeicher anzupassen, die Prozessen zugeordnet wird, wenn Sie den Schalter /3GB verwenden. Dieser Schalter ermöglicht mehr Kernelspeicher für Seitentabelleneingaben (Page Table Entry, PTE), behält aber immer noch fast 3 GB Prozessspeicherplatz bei.

Weitere Informationen finden Sie, indem Sie auf die folgenden Artikelnummern klicken, um die Artikel in der Microsoft Knowledge Base anzuzeigen:

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

• 289022 Vorgehensweise: Bearbeiten der Boot.ini-Datei in Windows XP

/usepmtimer

Der /usepmtimer Schalter gibt an, dass das Windows XP-Betriebssystem oder das Windows Server 2003-Betriebssystem die PM-TIMER-Timereinstellungen anstelle der Zeitstempelzählereinstellungen (Time Stamp Counter, TSC) verwendet, wenn der Prozessor die PM_TIMER-Einstellungen unterstützt.

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

895980 Programme, die die QueryPerformanceCounter-Funktion verwenden, funktionieren unter Windows Server 2003 und Windows XP möglicherweise schlecht.

/Umleiten

Verwenden Sie diesen Schalter, um Emergency Management Services (EMS) auf einem Windows Server 2003- Enterprise Edition-basierten Computer zu aktivieren. Weitere Informationen zu EMS finden Sie unter "Emergency Management Services" in Der Windows-Hilfe und -Support.

Um EMS durch Bearbeiten der Boot.ini auf einem x86-basierten Computer zu aktivieren, 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 bestimmen, der für EMS verwendet werden soll.

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

  redirectbaudrate= baudrate
  

  Ersetzen Sie baudrate durch einen der folgenden Werte:

  • 9600

  • 19200

  • 57600

  • 115200

    Standardmäßig verwendet EMS die Einstellung für die Baudrate von 9600 KBit/s.

• 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 des Institute of Electrical and Electronics Engineers, Inc. (IEEE) 1394 gesendet werden. Um das Debuggen über einen Port 1394 zu unterstützen, muss auf beiden Computern Microsoft Windows XP oder höher ausgeführt werden. Der Port 1394 verfügt über eine maximale Anzahl von 63 unabhängigen Kommunikationskanälen, die zwischen 0 und 62 nummeriert sind. Unterschiedliche Hardwareimplementierungen unterstützen eine unterschiedliche Anzahl von Kanälen für einen Bus. Für Windows XP gilt ein Grenzwert von vier Zielcomputern. Diese Einschränkung wird jedoch in Windows Server 2003 entfernt. Wählen Sie zum Debuggen eine gemeinsame Kanalnummer aus, die sowohl auf dem Computer, auf dem der Debugger ausgeführt wird (auch als Hostcomputer bezeichnet) als auch auf dem Computer, den Sie debuggen möchten( auch als Zielcomputer bezeichnet) verwendet werden soll. 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 Gewünschte Kanalnummer. Konfigurieren Sie beispielsweise den Bereich [Betriebssysteme] der Boot.ini-Datei so, dass er 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 an einen 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 an einen der 1394-Anschlüsse an.

2. Installieren Sie die Binärdateien des Kerneldebuggers.

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. Dieser Treiber ermöglicht dem Debugger die Kommunikation mit dem Zielcomputer. Sie müssen mit Administratorrechten angemeldet sein, damit diese Treiberinstallation erfolgreich abgeschlossen werden kann.