Centos7-Startvorgang und Nginx-Startkonfiguration in Systemd

Centos7-Startvorgang:

1.post (Selbsttest beim Einschalten) Selbsttest beim Einschalten

1 Die Hauptfunktion besteht darin, festzustellen, ob jedes Peripheriegerät vorhanden ist und normal funktioniert. Das BIOS-Programm (Basic Input/Output System), das auf dem ROM-Chip (hauptsächlich durch CMOS dargestellt) auf der Hauptplatine verankert ist, realisiert diese Selbsttestfunktion. Beispielsweise erkennt das BIOS, ob CPU, Speicher und E/A-Geräte normal funktionieren. Bei einem PC kann es auch die Anzeige erkennen. Sobald die Stromversorgung eingeschaltet wird, lädt die CPU automatisch das BIOS-Programm auf den ROM-Chip. So wird es erreicht. Nachdem die Erkennung abgeschlossen ist, wird das Hardwaregerät initialisiert.

2. Bootsequenz (BIOS, Bootgerät auswählen)

1 Die Hauptfunktion besteht darin, das zu startende Hardwaregerät auszuwählen. Nach der Auswahl können Sie den im MBR dieses Geräts befindlichen Bootloader lesen. Dieser Schritt wird folgendermaßen umgesetzt: Entsprechend der Bootreihenfolgeeinstellung im BIOS wird das BIOS nacheinander alle Bootgeräte scannen und dann das erste mit einem Bootloader gescannte Gerät als das zu startende Bootgerät verwenden.

3.Bootloader (MBR)

Dieser Schritt umfasst viele Schritte zur Implementierung. Das vorherige BIOS liest und führt den Bootloader im MBR des Startgeräts aus. Die Funktion des Bootloaders besteht darin, dem Benutzer ein Menü bereitzustellen.
Ermöglicht dem Benutzer, das zu startende System oder verschiedene Kernelversionen auszuwählen, dann die vom Benutzer ausgewählte Kernelversion in einen bestimmten Bereich des RAM zu laden, sie anschließend im RAM zu dekomprimieren und zu erweitern und anschließend die Systemsteuerung an den Kernel zu übertragen.

Grub ist eine Art Bootloader. Um die Einschränkung zu umgehen, dass nur 446 Bytes im MBR zum Speichern des Bootloaders verwendet werden, wird dieser Schritt wie folgt implementiert: Grub implementiert die Funktion zum Laden des Kernels, indem es ihn in drei Phasen unterteilt, nämlich Phase 1, Phase 1.5 und Phase 2. In:

stage1: wird in den ersten 446 Bytes des MBR gespeichert und wird zum Laden von stage1.5 verwendet, um das Dateisystem der Partition zu identifizieren und zu steuern, in der sich stage2 (oder /boot) befindet;

stage1.5: im Sektor nach MBR gespeichert, lädt den Dateisystemtreiber der Partition, in der sich Stage2 befindet, sodass der Bootloader in Stage1 das Dateisystem der Partition erkennen kann, in der sich Stage2 befindet;

stage2: Wird auf der Festplattenpartition gespeichert, insbesondere im Verzeichnis /boot/grub, und hauptsächlich zum Laden der Kerneldatei (vmlinuz-VERSION-RELEASE) und der temporären Ramdisk des Root-Dateisystems (initrd-VERSION-RELEASE.img oder initramfs-VERSION-RELEASE.img) verwendet.

Übersicht: Wenn das zu startende Gerät eine Festplatte ist, muss das BIOS unseres Motherboards auf der Hardwareplattform zuerst die Festplatte erkennen können, und dann kann das BIOS den Bootloader auf die Festplatte laden. Nachdem der Bootloader selbst geladen wurde, kann er das Festplattengerät auf dem aktuellen Host direkt erkennen. Das Erkennen des Festplattengeräts bedeutet jedoch nicht, dass das Dateisystem im Festplattengerät erkannt werden kann, da das Dateisystem eine zusätzliche Schicht einer softwareorganisierten Dateistruktur ist. Um eine Verbindung zu einem Dateisystem herzustellen, muss daher ein entsprechender Treiber vorhanden sein, der dieses Dateisystem erkennen und verstehen kann. Dieser Treiber wird als Dateisystemtreiber bezeichnet. Stage1.5 stellt den Dateisystemtreiber für Grub bereit, sodass Stage1 auf die Partition (/boot) zugreifen kann, in der sich Stage2 und der Kernel befinden.
Hinweis: Die Dateipfade von Kernel und Initramfs verwenden beide das „Stammverzeichnis“ von Grub als Startverzeichnis und sind auf der Partition gespeichert, auf der sich Stage2 befindet.

Es ist zu beachten, dass Stage2-, Kernel- und Ramdisk-Dateien normalerweise auf einer Basisfestplattenpartition abgelegt werden, da Grub komplexe logische Geräte wie LVM und erweitertes Soft-RAID nicht ansteuern kann. Sofern keine komplexe Treiberschnittstelle bereitgestellt wird, werden Stage2- und Kernel-Dateien, die auf komplexen logischen Geräten wie LVM gespeichert sind, von Stage1 nicht erkannt, geschweige denn geladen!

4. Kernel-Initialisierung

Nachdem Kerenl die Kontrolle über das System erlangt hat, muss es sich zunächst selbst initialisieren. Die Hauptfunktionen der Initialisierung sind:

(1) Erkennen aller identifizierbaren Hardwaregeräte;

Der Bootloader überträgt die Systemsteuerung an den Kernel, genau wie die spätere Dynastie die vorherige Dynastie stürzt. Nachdem der Herrscher (Kernel) an die Macht gekommen ist, muss zunächst überprüft werden, was von der vorherigen Dynastie übrig geblieben ist, z. B. welches Territorium, welche Arbeitskräfte, finanziellen Ressourcen, Streitkräfte usw. verfügbar sind.

(2) Laden Sie den Hardwaretreiber, d. h. den Treiber des Geräts, auf dem sich das eigentliche Root-Dateisystem befindet (dieser kann mithilfe einer Ramdisk geladen werden).

Dies ist so, als ob der Herrscher (Kern) beginnt, nachdem er die ihm zur Verfügung stehenden personellen und finanziellen Ressourcen kennengelernt hat, diejenigen unter seinen Befehl zu stellen, die er für seine Zwecke einsetzen kann, und diejenigen zu töten, die seinen Befehlen nicht gehorchen.

(3) Mounten Sie das Root-Dateisystem im schreibgeschützten Modus.

Wenn ein temporäres Dateisystem (virtuelles Root-System), wie z. B. eine Ramdisk, verwendet wird, wird der Root-Wechsel nach diesem Schritt durchgeführt, andernfalls wird der Root-Wechsel nicht durchgeführt.

(4) Führen Sie die erste Anwendung im Benutzerbereich aus: systemd.

An diesem Punkt endet der Startvorgang im Kernelbereich und der nächste Schritt besteht darin, dass der Benutzerbereich den nachfolgenden Systemstartvorgang abschließt.

5. init verwaltet Benutzerbereichsdienstprozesse

Systemd führt die Standardzielkonfiguration aus, Konfigurationsdatei /etc/systemd/system/default.target
systemd führt sysinit.target aus, um das System zu initialisieren und basic.target, um das Betriebssystem vorzubereiten. systemd startet die lokalen und Serverdienste unter multi-user.target. systemd führt /etc/rc.d/rc.local unter multi-user.target aus.
Systemd führt getty.target und Anmeldedienste unter multi-user.target aus. Systemd führt Dienste aus, die für grafische

Schreiben Sie die systemd-Konfigurationsdatei von Nginx, um den Nginx-Prozess beim Booten zu starten

vim /lib/systemd/system/nginx.service
 [Einheit]
 Beschreibung=nginx-Server
 Nach=Netzwerk.Ziel
 
 [Service]
 Typ=Forking
 ExecStart=/usr/sbin/nginx
 
 [Installieren]
 WantedBy=Mehrbenutzer.Ziel

[root@localhost ~]#systemctl aktiviere nginx.service

Zusammenfassen

Oben ist der vom Herausgeber vorgestellte Centos7-Startvorgang und die Nginx-Startkonfiguration in Systemd. Ich hoffe, es wird allen helfen. Wenn Sie Fragen haben, hinterlassen Sie mir bitte eine Nachricht und der Herausgeber wird Ihnen rechtzeitig antworten. Ich möchte auch allen für ihre Unterstützung der Website 123WORDPRESS.COM danken!
Wenn Sie diesen Artikel hilfreich finden, können Sie ihn gerne abdrucken und dabei bitte die Quelle angeben. Vielen Dank!