Beschreibung des Windows 95 Startup Process

Dieser Artikel beschreibt den Windows 95-Startprozess.

In den folgenden Schritten kann der Windows 95-Startvorgang beschädigt werden:

• Die Basic Input-Output (BIOS) ROM (ROM) Boot Prozess
• Das Master Boot Record (MBR) und der Bootssektor
• Die Datei Io.sys
• Real-Modus-Konfiguration
• Die Win.com-Datei und das Windows 95 Environment

Schritt 1 der Trap ROM BIOS-Prozess

Der ROM BIOS-Bootstrap wird von der FFFF0h-Speicheradresse beibeim Starten Ihres Computers geladen. Während der Trap Ausführung von ROM BIOS werden die folgenden Schritte ausgeführt:

1. Das Power On Self-Test (POST) tritt auf.
2. Das A-laufwerk wird auf dem Vorhandensein einer Startdiskette überprüft.
3. Wenn in dem A-laufwerk eine Startdiskette nicht gefunden wird, sucht der ROM BIOS-Bootstrap nach einer Festplatte. Wenn eine Festplatte gefunden wird, übergibt das Romladeprogramm Steuerung an das Ladeprogramm des Betriebssystems.
4. Die Daten- und Die Partition-Start-Master-Tabelle wird gelesen.
   
   Microsoft und mehrere OEM (OEMs) haben eine Stecker- und eine Play BIOS-Spezifikation definiert. Diese Spezifikation definiert die Interaktionen zwischen dem Stecker, Play BIOS, Plug & Play-Geräte und Option Rom. Wenn Ihr Computer über einen Stecker und Play BIOS verfügt, werden die folgenden zusätzlichen Schritte ausgeführt:
5. Für Ausgabenanschlussadressen (E/A) Interrupt-Anforderung dass Zeilen (IRQs), direkte Zugriff (DMA) Speicherkanäle und andere Einstellungen Plug & Play-Geräte auf dem Computer konfigurieren mussten, überprüfen der Stecker und der Play BIOS permanenten Arbeitsspeicher (RAM).
6. Alle Plug & Play-Geräte, die von dem Stecker und Play BIOS gefunden werden, werden deaktiviert.
7. Eine Zuordnung verwandter und nicht verwandter Ressourcen wird erstellt.
8. Die Plug & Play-Geräte sind konfiguriert und einer um eine Zeit wird wieder aktiviert.

Für Geräteinformation fragt Windows 95 Configuration Manager den Stecker und den Play BIOS ab und Windows 95 Configuration Manager fragt dann einzelnes Plug & Play-Geräte für seine Konfiguration ab.

Wenn ihre Standardeinstellungen verwendet, wenn Sie Ihren Computer anlegen, wird Plug & Play-Geräte initialisiert, wenn Ihr Computer nicht über einen Stecker und Play BIOS verfügt. Diese Geräte werden dynamisch möglicherweise neu konfiguriert, wenn Windows 95 gestartet wird.

Schritt 2 das Master Boot Record und Bootssektor

Das Master Boot Record bestimmt, dass der Speicherort der Startpartition, indem die Partitionstabelle liest, Bootsdatensatz nach der Beendigung des Masters fand. Sobald der Speicherort der Startpartition bestimmt wird, gibt das Master Boot Record Steuerelement an den Bootssektor in der Partition weiter. Der Bootssektor enthält das Datenträger-Startprogramm und eine Tabelle von Datenträger-Merkmalen. Um den Speicherort des Stammverzeichnisses zu finden, überprüft der Bootssektor das BIOS Parameter Block (BPB) und der Bootssektor kopiert dann aus dem Stammverzeichnis die Datei Io.sys in Arbeitsspeicher.

Schritt 3 das Io.sys File

Wenn die Datei Io.sys in Speicher geladen wird, werden die folgenden Schritte ausgeführt:

1. Ein minimales FAT-Dateisystem (FAT) wird geladen.
2. Die Datei Msdos.sys wird gelesen.
3. Die Meldung, ob Windows 95 "gestartet" wird, wird für Sekunden <N> oder bis Sie eine Windows 95-Funktionstaste drücken, angezeigt. Der Zeitaufwand, von dem die Meldung angezeigt wird, wird durch das BootDelay bestimmt Zeile <N> in der Datei Msdos.sys =. Der Standard ist 2 Sekunden.
4. Wenn Sie über mehrere Hardwareprofile in Windows 95 verfügen zeigen Sie die folgende Meldung an und Sie müssen eine Hardwarekonfiguration auswählen, um zu verwenden:
   Windows kann nicht feststellen, wie in welcher Konfiguration sich Ihr Computer befindet.
5. Die Logo.sys-Datei wird geladen und zeigt ein Startbild auf dem Bildschirm an.
6. Bei Vorhandensein der Drvspace.ini- oder der Dblspace.ini-Datei wird die Drvspace.bin- oder die Dblspace.bin-Datei in Arbeitsspeicher geladen.
7. Die Datei Io.sys überprüft für gültige Daten die Systemregistrierungsdateien (System.dat und User.dat).
8. Die Datei Io.sys öffnet die Datei System.dat. Wenn die Datei System.dat nicht gefunden wird, wird die System.da0-Datei für Start verwandt. Wenn Windows 95 erfolgreich gestartet wird, wird die System.da0-Datei in der Datei System.dat kopiert.
9. Wird die Dblbuff.sys-Datei geladen der " DoubleBuffer = 1 Zoll sich in der Datei Msdos.sys befindet, oder wenn das doppelte Pufferung unter dem folgenden Registrierungsschlüssel aktiviert ist:

         HKLM\System\CurrentControlSet\Control\WinBoot\DoubleBuffer

   Windows 95/98 Setup aktiviert automatisch das doppelte Pufferung, wenn es erkennt, dass es erforderlich ist.
10. Wenn Sie über mehrere Hardwareprofile in Windows 95 verfügen, wird das Hardwareprofil, das Sie wählten, aus der Registrierung geladen.
11. Die Datei Io.sys verarbeitet die Datei Config.sys.

Schritt 4 Realkonfiguration

Für einige Hardwaregeräte und Programme ist es erforderlich Treiber oder Dateien in Real in Reihenfolge geladen werden in Reihenfolge damit sie ordnungsgemäß funktionieren. Wenn sie vorhanden sind, verarbeitet Windows 95 die Dateien Config.sys und Autoexec.bat, um Kompatibilität mit diesen Typen von Hardwaregeräten oder Programmen rückwärts sicherzustellen.

1. Die Datei Config.sys lädt Treiber in Arbeitsspeicher. Wenn die Datei Config.sys nicht existiert, 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 der " WinBootDir = " die Datei Msdos.sys in Ausrichtung. Diese Dateien müssen sich auf der Festplatte befinden.
2. Windows 95 reserviert alle globale obere Speicherblöcke (UMB) für Windows 95-Betriebssystemanwendung oder Speicherexpansionsunterstützung (von EMS).
3. Die Datei Autoexec.bat lädt Dateien, beendet residente Programme (TSR) und bleibt residente Programme (TSR) in Arbeitsspeicher.

Schritt 5 das Win.com File und das Windows 95 Environment

1. Wenn die Datei Autoexec.bat verarbeitet wird, wird die Win.com-Datei ausgeführt.
2. Die Win.com-Datei greift auf die Vmm32.vxd-Datei zu. Wenn genügend verfügbares RAM ist wird die Vmm32.vxd-Datei in Speicher geladen, andernfalls auf es von der Festplatte zugegriffen. Das kann zu einer langsameren Startzeit führen. Die Vmm32.vxd-Datei ist mit der Win386.exe-Datei vergleichbar, die in früheren Versionen von Windows verwandt wird.
3. Das virtuelle Gerät-Treiber-Lade-Modus-realprogramm sucht für doppelte virtuelle Gerätetreiber (VxDs) in dem Windows\System\Vmm32-Ordner und der Vmm32.vxd-Datei. Das doppelte VxD "ist" damit es nicht geladen wird, in der Vmm32.vxd-Datei markiert, wenn ein VxD vorhanden in dem Windows\System\Vmm32-Ordner und der Vmm32.vxd-Datei ist.
4. Real-Modus-VxDs kann auf den folgenden beliebigen Weisen in Speicher geladen werden:
   
   
   1. Wenn Windows 95 gestartet wird, laden Gerät-Modus-realtreiber oder TSRs, die auf das Windows 95 INT2F Übertragung reagieren, ihr eingebettetes VxDs.
   2. In der Vmm32.vxd-Datei interne Treiber, die nicht markiert "sind" werden aus dem folgenden Registrierungsschlüssel geladen:

               HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD

      Wenn das virtuelle Gerät-Treiber-Lade-Modus-realprogramm einen "markierten" Treiber findet, ändert seinen Registrierungseintrag von einem VxD es ( ein Treiber mit einem Asterix vorherging "* " ) zu einer Datei mit einer Erweiterung von VXD damit der externe Treiber in dem Windows\System\Vmm32-Ordner gefunden wird. Wenn der externe Treiber gefunden wird, wird es in Arbeitsspeicher geladen.
   3. VxDs, die nicht bereits in die Vmm32.vxd-Datei geladen werden, wird [ von dem 386-Enh] geladen Abschnitt der Windows\System.ini-Datei.
   4. Ist Windows 95, um einige VxDs ordnungsgemäß auszuführen, erforderlich sein. Diese erforderlichen VxDs werden automatisch geladen und erfordern einen Registrierungseintrag nicht. Die folgenden VxDs werden von Windows 95 benötigt:

            *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 virtuelle Gerät-Treiber-Lade-Modus-realprogramm überprüft, dass alle erforderliche VxDs erfolgreich luden. Es versucht, die Treiber erneut zu laden.
6. Sobald die virtuelle Gerät-Treiber-Modus-realauslastung protokolliert wird, tritt Treiberinitialisierung auf. Wenn sich beliebige VxDs befinden, die Real-Modus-Initialisierung erfordern, starten sie ihren Prozess in Real.
7. Vmm32 wechselt den Prozessor des Computers von Real zu Modus.
8. Ein three-phase VxD-Initialisierungsvorgang wird ausgeführt, in den die Treiber laut ihres InitDevice statt der Reihenfolge geladen werden, in die sie in Arbeitsspeicher von ihnen geladen wird. Die VxDs werden in der folgenden Reihenfolge ausgeführt:
   
   
   1. SYS_CRITICAL_INIT (SYSCRITINIT):
      
      Während dieser Phase sind Interrupts deaktiviert. Um ohne das Unterbrechen dem System Geräteinitialisierung VxDs-Zeit vorzubereiten, gibt das VxDs-Zeit an. So werden alle SYSCRITINIT nicht in der Datei Bootlog.txt geschrieben, nachdem SYSCRITINIT für alle VxDs abgeschlossen ist, ist während SYSCRITINIT kein Dateiein- zulässig.
   2. SYS_DEVICE_INIT (DEVICEINIT)
      
      Während dieser Phase findet die Masse der VxD-Initialisierung statt. Während DEVICEINIT so einzelnem VxD ist File I/O zulässig DEVICEINIT bei dem Auftreten protokolliert wird. Während Ifsmgr gibt es die Ausnahme DEVICEINIT. Ifsmgr übernimmt das Datei-Modus-realsystem und Daten-Träger-E-a ist nicht zulässig DEVICEINIT bis Ifsmgr erfolgreich ist. Aus diesem Grund wird Ifsmgr durch die DEVICEINIT-Phase nicht angezeigt.
      
      Wenn ein DevLoader VxD aufgerufen wird, lädt es andere Treiber, für die es trotz ihrer InitDevice-Reihenfolge verantwortlich ist. Das DevLoader untersucht die Registrierung und findet Treiber (beispielsweise Portdrivers [solche as.mpd-Datei]) und alle zugeordnete Supporttreiber. Es initialisiert dann das Gerät, mit diesen Treibern verknüpft ist. Wenn sich von einem VxD nicht initialisiert werden konnte zu konnte zu es nicht ordnungsgemäß während dieser Phase mit der Hardware oder dem Dienst, den es treibt, kommunizieren. Das befindet sich normalerweise aufgrund falschen Hardwareeinstellungen oder des Diensts, der nicht installiert wird.
      
      Die statischen verbleibenden VxDs setzen die Initialisierungsphase fort. Mit dem Initialisieren während dieser Phase darf dynamisches VxDs außerdem beginnen. Sie haben eine SYSCRITINIT-Phase nicht. Nachdem Windows 95 gestartet worden ist, wird jedoch möglicherweise ein dynamisches VxD jederzeit außerdem geladen.
   3. SYS_INIT_COMPLETE (INITCOMPLETE)
      
      VxDs sollten ordnungsgemäß funktionieren, die die InitComplete-Phase erfolgreich übergeben. Wenn ein VxD aufgeführt in einer der vorherigen Phasen war, aber wenn ein VxD in dieser Phase nicht erfolgreich ist, wird das VxD aus Speicher entfernt.
      
      GUI-Komponenten:
      
      Nach allem, nach dem die statischen VxDs geladen werden, Krnl32.dll, Gdi.exe, User.exe und Explorer.exe (das Standard-Windows 95-Shell) werden Dateien geladen.

Netzwerkumgebung und Profile für mehrere Benutzer:

Der nächste Schritt in dem Startvorgang darin besteht, die Netzwerkumgebung zu laden. Sobald das auftritt, wird der Benutzer aufgefordert, dass der Benutzer sich bei dem Netzwerk anmeldet, das installiert wird.

Mit Windows 95 können mehrere Benutzer sich ihre benutzerdefinierten Desktopeinstellungen speichern. Wenn Benutzer sich auf Windows 95 anmeldet, werden ihre Desktopeinstellungen aus der Registrierung geladen. Wenn sich der Benutzer nicht anmeldet, verwendet die Desktopkonfiguration einen Standarddesktop.

StartUp Group und RunOnce-Programme:

Während der letzten Phase des Startvorgangs werden Programme in der Autostartgruppe und dem Registrierungsschlüssel RunOnce ausgeführt. Nachdem jedes Programm in dem Registrierungsschlüssel RunOnce gestartet wird, wird das Programm aus dem Schlüssel entfernt.