Beschreibung des Vorgangs Windows 95 starten

Dieser Artikel beschreibt den Startvorgang von Windows 95.

Der Startvorgang von Windows 95 kann in den folgenden Schritten aufgeteilt werden:

• Der nur - Lese-Speicher (ROM) BIOS (Basic Input Output) bootstrap-Prozess
• Der master Boot Record (MBR) und Boot-Sektor
• Die Datei IO.sys
• Real-Modus-Konfiguration
• Die Datei Win.com und der Windows 95-Umgebung

Schritt 1 - der ROM BIOS-Bootstrap-Prozess

Wenn Sie Ihren Computer starten, bootstrap ROM BIOS lädt aus der FFFF0h-Speicheradresse. Die folgenden Schritte ausgeführt während des bootstrap ROM BIOS:

1. Den Power On Self-Test (POST) auftritt.
2. Das Laufwerk a: wird für das Vorhandensein einer Startdiskette überprüft.
3. Wenn eine Startdiskette in Laufwerk a: nicht gefunden wird, bootstrap ROM BIOS überprüft auf einer Festplatte. Wenn eine Festplatte gefunden wird, überträgt das ROM-Ladeprogramm die Steuerung an das Ladeprogramm des Betriebssystems.
4. Die master Boot-Datensatz und Partition Tabelle werden gelesen.
   
   Microsoft und mehrere Original Equipment Manufacturers (OEMs) haben eine Plug and Play-Spezifikation definiert. Diese Spezifikation definiert die Interaktionen zwischen Plug und Play, Plug & Play-Geräte und Option ROM. Verfügt der Computer ein Plug and Play, sind die folgenden zusätzlichen Schritte ausgeführt:
5. Der Plug and Play überprüft permanenten RAM () Eingabe/Ausgabe (e/A) Anschlussadressen Interruptanforderung Zeilen (IRQs), Kanäle direct Memory Access (DMA) und andere Einstellungen benötigt zum Konfigurieren von Plug & Play-Geräte auf den Computer.
6. Alle Plug & Play-Geräte, die durch die Plug and Play gefunden werden deaktiviert.
7. Eine Übersicht verwendet und nicht verwendete Ressourcen wird erstellt.
8. PnP-Geräte sind konfiguriert und reaktiviert, nacheinander ein.

Windows 95-Konfigurationsmanager fragt der Plug and Play Geräteinformationen und fragt dann jedes Plug & Play-Gerät für seine Konfiguration ab.

Wenn Ihr Computer keiner Plug and Play verfügt, sind Plug & Play-Geräte mit Ihren Standardeinstellungen beim Starten des Computers initialisiert. Diese Geräte möglicherweise beim Starten von Windows 95 dynamisch neu konfiguriert werden.

Schritt 2 - der Master Boot Record und Bootsektor

Der master Boot Record bestimmt der Speicherort des Boot-Partition durch Lesen der Partitionstabelle am Ende der Master Boot Record enthalten. Nachdem Sie der Speicherort des Boot-Partition ermittelt haben, übergibt der master Boot Record die Steuerung an den Bootsektor in der Partition. Der Boot-Sektor enthält der Datenträger-Startprogramm und eine Tabelle der Datenträgereigenschaften. Der Boot-Sektor überprüft das BIOS Parameter Block (BPB) um die Position des Stammverzeichnisses finden und kopiert dann die Datei IO.sys aus dem Stammverzeichnis, in den Speicher.

Schritt 3 - die Datei IO.sys

Die folgenden Schritte ausgeführt wenn die Datei "IO.sys" in den Speicher geladen wird:

1. Ein Dateisystem minimale File Allocation (Table, FAT) wird geladen.
2. Die Datei Msdos.sys wird gelesen.
3. Die Meldung "Windows 95 wird gestartet" wird angezeigt, für <n> Sekunden oder bis Sie eine Windows 95-Funktion-Taste drücken. Die Zeitspanne, die Meldung angezeigt wird, hängt von der BootDelay = <n> Zeile in der Datei Msdos.sys. Der Standardwert beträgt 2 Sekunden.
4. Wenn Sie mehrere Hardwareprofile in Windows 95 haben, Sie werden die folgende Meldung angezeigt, und es müssen eine Hardwarekonfiguration verwenden auswählen:
   Windows kann nicht welche Konfiguration bestimmen Ihres Computers in.
5. Die Datei Logo.sys wird geladen und zeigt ein Start-Abbild auf dem Bildschirm.
6. Wenn die Datei Drvspace.ini oder Dblspace.ini vorhanden ist, wird die Datei Drvspace.bin oder Dblspace.bin in den Speicher geladen.
7. Die Datei IO.sys überprüft die System-Registrierungsdateien (System.dat und User.dat) gültige Daten.
8. Die Datei IO.sys öffnet die Datei "System.dat". Wenn die Datei "System.dat" nicht gefunden wird, wird die Datei System.da0 für den Systemstart verwendet. Wenn Windows 95 erfolgreich gestartet wird, wird die System.da0-Datei in die System.dat kopiert Datei.
9. Die Datei "DBLBUFF.sys wird geladen, wenn die" DoubleBuffer = 1 "ist in der Datei" Msdos.sys "oder unter dem folgenden Registrierungsschlüssel die Doppelpufferung aktiviert ist:

         HKLM\System\CurrentControlSet\Control\WinBoot\DoubleBuffer

   Windows 95 Setup aktiviert automatisch die doppelte Pufferung, wenn es erkennt, dass es erforderlich ist.
10. Wenn Sie mehrere Hardwareprofile in Windows 95 haben, wird die Hardwareprofil, die Sie ausgewählt haben aus der Registrierung geladen.
11. Die Datei IO.sys verarbeitet die Datei Config.sys.

Schritt 4 - Real-Modus-Konfiguration

Einige Geräte und Programme erfordern, dass Treiber oder Dateien im Real-Modus damit Sie ordnungsgemäß geladen werden. Um die Kompatibilität mit diesen Typen von Hardwaregeräten oder Programmen Abwärtskompatibilität zu gewährleisten, verarbeitet Windows 95 die Dateien Config.sys und Autoexec.bat, wenn Sie vorhanden sind.

1. Die Datei Config.sys in den Speicher Treiber geladen. Wenn die config.sys-Datei nicht vorhanden ist, lädt die Datei "IO.sys" die folgenden erforderlichen Treiber:
   
   
   1. IFSHLP.sys
   2. Himem.sys
   3. Setver.exe
   Die Datei IO.sys erhält den Speicherort dieser Dateien von der "WinBootDir =" Zeile der Datei "Msdos.sys". Diese Dateien müssen sich auf der Festplatte befinden.
2. Windows 95 reserviert für Windows 95-Betriebssystem verwenden oder Unterstützung von für Expansionsspeicher (EMS) alle globalen oberen Speicherblöcke (UMBs).
3. Die Datei Autoexec.bat lädt Dateien beenden und Resident (TSR) Programme in den Speicher bleiben.

Schritt 5 - die Datei "Win.com und der Windows 95-Umgebung

1. Nachdem die Autoexec.bat-Datei verarbeitet wird, wird die Datei "Win.com ausgeführt.
2. Die Datei "Win.com greift auf die Datei" Vmm32.vxd. Wenn genügend Arbeitsspeicher verfügbar ist, die Vmm32.VXD-Datei in den Speicher geladen, andernfalls wird es von der Festplatte zugegriffen. Dies kann zu einer langsameren Startzeit führen. Die Datei Vmm32.VXD ist vergleichbar mit der Datei Win386.exe, die in früheren Versionen von Windows verwendet.
3. Das Treiberladegerät virtuelles Gerät Real-Modus sucht nach doppelten virtuellen Gerätetreiber (VxDs) im Ordner Windows\System\Vmm32 und die Datei "Vmm32.vxd. Wenn ein VxD in beide die Windows\System\Vmm32 vorhanden ist Ordner und die Datei Vmm32.vxd doppelte VxD ist "markiert" in der Datei Vmm32.vxd so, dass es nicht geladen wird.
4. Real-Modus-VxDs kann eine der folgenden Arten in den Arbeitsspeicher geladen werden:
   
   
   1. Real-Modus-Treiber oder speicherresidente Programme, die auf der Windows 95-INT2F broadcast reagieren laden Ihre eingebettete VxDs beim Starten von Windows 95.
   2. Treiber für die Datei "Vmm32.vxd intern, die nicht"gekennzeichnet sind"werden aus den folgenden Registrierungsschlüssel geladen:

               HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD

      Wenn das Ladeprogramm virtuelles Gerät Real-Modus-Treiber einen"markierten"Treiber findet, ändert es den Registrierungseintrag von einen VxD (ein Treiber mit einem Sternchen vorangestellt" * ") mit einer VXD-Erweiterung in eine Datei so, dass der externe Treiber im Ordner Windows\System\Vmm32 gefunden wird. Wenn der externe Treiber gefunden wird, wird es in den Speicher geladen.
   3. VxDs, die nicht bereits in der Datei Vmm32.vxd geladen werden werden geladen, aus der [386 Enh]-Abschnitt der Datei Windows\System.ini.
   4. Einige VxDs sind für Windows 95 zum ordnungsgemäßen Ausführen erforderlich. Diese erforderlichen VxDs werden automatisch geladen und ein Eintrag in der Registrierung nicht erfordern. Die folgenden VxDs sind von Windows 95 erforderlich:

            *BIOSXLAT   *CONFIGMG    *DYNAPAGE
            *DOSMGR     *EBIOS       *IFSMGR
            *INT13      *IOS         *PAGESWAP
            *SHELL      *V86MMGR     *VCD
            *VCACHE     *VCOMM       *VCOND
            *VDD        *VDMAD       *VFAT
            *VKD        *VMCPD       *VPICD
            *VTD        *VTDAPI      *VWIN32
            *VXDLDR

5. Das Ladeprogramm virtuelles Gerät Real-Modus-Treiber überprüft, dass alle erforderlichen VxDs erfolgreich geladen. Falls nicht, er versucht, den Treiber erneut zu laden.
6. Sobald das virtuelles Gerät Real-Modus-Treiber laden protokolliert wird, tritt ein, Treiber-Initialisierung. Wenn alle VxDs, die Real-Modus-Initialisierung erforderlich sind, beginnen Sie Ihre Prozess im Real-Modus.
7. Vmm32 wechselt des Computerprozessors von Real-Modus in den geschützten Modus.
8. Ein 3-Phasen VxD Initialisierung-Vorgang wird in der die Treiber entsprechend Ihrer InitDevice anstelle der Reihenfolge geladen werden in denen Sie in den Speicher geladen sind. Die VxDs sind in der folgenden Reihenfolge durchgeführt:
   
   
   1. SYS_CRITICAL_INIT (SYSCRITINIT):
      
      Interrupts sind während dieser Phase deaktiviert. Dadurch VxDs Zeit zur Initialisierung von Gerät Vorbereitung, ohne vom System unterbrochen. Keine Dateioperationen ist während SYSCRITINIT, zulässig, sodass Bootlog.txt bis Abschluss SYSCRITINIT für alle VxDs nicht alle SYSCRITINITs geschrieben werden.
   2. SYS_DEVICE_INIT (DEVICEINIT)
      
      Der Großteil der VxD-Initialisierung erfolgt in dieser Phase. Datei-e/A ist zulässig, während der DEVICEINIT, also jede VxD des DEVICEINIT wird protokolliert, während es eintritt. Die einzige Ausnahme ist während des Ifsmgr DEVICEINIT. Ifsmgr wird über die Real-Modus-Dateisystem und Datenträger-e/A ist nicht zulässig, bis Ifsmgr DEVICEINIT erfolgreich ist. Aus diesem Grund wird die Ifsmgr in DEVICEINIT-Phase nicht angezeigt.
      
      Wenn eine DevLoader VxD aufgerufen wird, lädt er andere Treiber, denen es für die, unabhängig von Ihrer Reihenfolge InitDevice verantwortlich ist. Der DevLoader untersucht die Registrierung und Treibern sucht (z. B. Portdrivers [solche Dateien as.mpd]) und alle verknüpften Treiber unterstützt. Anschließend wird das Gerät zugeordnete diese Treiber initialisiert. Während dieser Phase Wenn ein VxD konnte nicht initialisiert werden, konnte es nicht ordnungsgemäß mit der Hardware oder der Dienst es Laufwerken kommunizieren. Normalerweise ist dies aufgrund von falschen Hardwareeinstellungen oder den Dienst nicht installiert.
      
      Die verbleibenden Statische VxDs fahren Sie mit der Initialisierungsphase. Auch kann dynamische VxDs beginnen während dieser Phase initialisieren. Sie verfügen nicht über eine SYSCRITINIT-Phase. Jedoch kann ein dynamischer VxD auch jederzeit laden, nachdem Windows 95 gestartet wurde.
   3. SYS_INIT_COMPLETE (INITCOMPLETE)
      
      VxDs, die erfolgreich InitComplete Phase übergeben sollten ordnungsgemäß funktionsfähig. Wenn ein VxD wurde in einem vorherigen Phasen aufgeführt, aber in dieser Phase nicht erfolgreich ist ist, VxD aus dem Speicher entladen.
      
      GUI-Komponenten:
      
      Nach allen Statische VxDs geladen werden, die Krnl32.dll, GDI.exe, User.exe und Explorer.exe (der Standard-Windows 95-Shell) werden Dateien geladen.

Netzwerk-Umgebung und Mehrbenutzer Profile:

Die nächste Schritt des Startvorgangs besteht darin, die Netzwerkumgebung zu laden. Sobald dies der Fall, wird der Benutzer aufgefordert, an das Netzwerk anmelden, das installiert wird.

Windows 95 können mehrere Benutzer Ihren benutzerdefinierten Desktopeinstellungen zu speichern. Bei der Benutzeranmeldung auf Windows 95, werden Ihre desktop-Einstellungen aus der Registrierung geladen. Wenn der Benutzer nicht anmeldet, verwendet die Desktopkonfiguration einen Standarddesktop.

Autostart-Gruppe und RunOnce-Programme:

In der Autostart-Gruppe und den Registrierungsschlüssel RunOnce-Programme werden während der letzten Phase des Startvorgangs ausgeführt. Nachdem jedes Programm in den Registrierungsschlüssel RunOnce gestartet wird, wird das Programm aus dem Schlüssel entfernt.