Cap. 3. Inițializarea sistemului

Interfața firmware extensibilă unificată (UEFI) definește un administrator de pornire ca parte a specificației UEFI. Când un calculator este pornit, administratorul de pornire este prima etapă a procesului de pornire, care verifică configurația de pornire și, pe baza parametrilor săi, execută încărcătorul de sistem de operare specificat sau nucleul sistemului de operare (de obicei încărcătorul de pornire). Configurația de pornire este definită de variabile stocate în NVRAM, inclusiv variabile care indică rutele sistemului de fișiere către încărcătoarele de sistem de operare sau nucleele sistemului de operare.

O partiție de sistem EFI (ESP) este o partiție a dispozitivului de stocare a datelor utilizată în calculatoarele care respectă specificațiile UEFI. Accesată de firmware-ul UEFI la pornirea calculatorului, aceasta stochează aplicațiile UEFI și fișierele necesare pentru rularea acestor aplicații, inclusiv programele de încărcare a sistemului de operare. (Pe sistemele PC vechi, se poate utiliza în schimb BIOS stocat în MBR.)

Încărcătorul de pornire este a doua etapă a procesului de pornire, care este inițiat de UEFI. Acesta încarcă imaginea nucleului sistemului și imaginea initrd în memorie și le transferă controlul. Această imagine initrd este imaginea sistemului de fișiere rădăcină, iar suportul acesteia depinde de încărcătorul de pornire utilizat.

Sistemul Debian utilizează în mod normal nucleul Linux ca nucleu implicit al sistemului. Imaginea initrd pentru nucleul Linux 5.x actual este, din punct de vedere tehnic, imaginea initramfs (sistem de fișiere RAM inițial).

Există multe opțiuni disponibile pentru încărcătoare de pornire și configurare.

menuentry 'Debian GNU/Linux' ... {
        load_video
        insmod gzio
        insmod part_gpt
        insmod ext2
        search --no-floppy --fs-uuid --set=root fe3e1db5-6454-46d6-a14c-071208ebe4b1
        echo    'Loading Linux 5.10.0-6-amd64 ...'
        linux   /boot/vmlinuz-5.10.0-6-amd64 root=UUID=fe3e1db5-6454-46d6-a14c-071208ebe4b1 ro quiet
        echo    'Loading initial ramdisk ...'
        initrd  /boot/initrd.img-5.10.0-6-amd64
}

On Debian system, "/boot/grub/grub.cfg" is managed by the installed GRUB package (e.g. grub-efi-amd64) and direct user modification to this file is deprecated. You should customize configuration files in "/etc/grub.d/" and "/etc/default/grub", instead. Then configure the GRUB configuration files and update NVRAM variables to automatically boot into Debian by:

# dpkg-reconfigure grub-efi-amd64

	Indicație
	You can show kernel boot log messages by removing "quiet" from the "GRUB_CMDLINE_LINUX_DEFAULT" value in "/etc/default/grub".

	Indicație
	You can add GRUB splash background by placing its image file in "/boot/grub/".

See "info grub", grub-install(8), grub-mkconfig(8).

Programul init este executat ca primul program cu PID=1 pentru a efectua procesul principal de pornire a mai multor programe. Ruta implicită a fișierului pentru programul init este „/usr/sbin/init”, dar poate fi modificată prin parametrul de pornire al nucleului ca „init=/ruta/către/programul-init” .

„/usr/sbin/init” este legat simbolic de „/lib/systemd/systemd” după Debian 8 Jessie (lansat în 2015).

	Indicație
	Comanda init actuală din sistemul dvs. poate fi verificată cu comanda «ps --pid 1 -f».

	Indicație
	Consultați Debian wiki: BootProcessSpeedup pentru cele mai recente sfaturi privind accelerarea procesului de pornire.

This "GRUB UEFI rescue system on USB" is prepared by writing the Super Grub2 Disk ISO image to USB flash drive in advance.

In case of broken boot loader configuration by the installation of another operating system etc., you can fix this by:

	Notă
	The bootable GRUB rescue ISO image can be generated by following "info grub-mkrescue", too. It offers a CLI GRUB shell prompt but doesn't offer automatic discovery of bootable installed systems.

This "Linux live rescue system on USB" can be prepared by writing one of Linux live ISO images based on Debian to a USB flash drive in advance. Here are some examples of such Linux live images.

Here are some use cases of this Linux live rescue system:

	Avertisment
	Your GUI screen of the Linux live system may be locked after the inactivity.

	Indicație
	It's a good idea to set your password as soon as you start a Linux live system. You may set your password for example by "sudo passwd user" from the user's shell prompt on the Linux virtual consoles (see Secțiune 1.1.6, „Console virtuale”). Some Linux live systems may set their default "user/password": "Debian Live" = "user/live", "Kali Linux Live" = "kali/kali"

Upon turning on system power, the GRUB displays menu with candidates for Linux live rescue systems.

Procesele generate sunt plasate în grupuri de control Linux individuale, denumite după unitatea căreia aparțin în ierarhia privată systemd (a se vedea cgroups și Secțiune 4.7.5, „Caracteristici de securitate Linux”).

Unitățile pentru modul sistem sunt încărcate din „Ruta de căutare a unităților sistemului” descrisă în systemd.unit(5). Cele principale sunt următoarele, în ordinea priorității:

Interdependențele lor sunt specificate de directivele „Wants=”, „Requires=”, „Before=”, „After=”, … (a se vedea „MAPPING OF UNIT PROPERTIES TO THEIR INVERSES” în systemd.unit(5)). De asemenea, sunt definite și controalele resurselor (a se vedea systemd.resource-control(5)).

Sufixul fișierului de configurare al unității codifică tipurile acestora astfel:

La pornirea sistemului (adică, init), procesul systemd încearcă să pornească „/lib/systemd/system/default.target (în mod normal, legat simbolic la „graphical.target”). Mai întâi, unele unități țintă speciale (vezi systemd.special(7)), cum ar fi „local-fs.target”, „swap.target” și „cryptsetup.target”, sunt introduse pentru a monta sistemele de fișiere. Apoi, alte unități țintă sunt, de asemenea, introduse de dependențele unității țintă. Pentru detalii, citiți bootup(7).

systemd oferă funcții de compatibilitate cu versiunile anterioare. Scripturile de pornire în stil SysV din „/etc/init.d/rc[0123456S].d/[KS]nume” sunt în continuare analizate, iar telinit(8) este tradus în cereri de activare a unităților systemd.

	Atenție
	Nivelurile de execuție emulate 2 până la 4 sunt toate legate prin legături simbolice la aceeași țintă „multi-user.target”.

Acestea sunt gestionate în același mod ca Secțiune 3.3.1, „Init systemd”.

Opțiunile de montare ale sistemelor de fișiere normale de disc și de rețea sunt definite în „/etc/fstab”. Consultați fstab(5) și Secțiune 9.6.7, „Optimizarea sistemului de fișiere prin opțiuni de montare”.

Configurația sistemului de fișiere criptat este definită în „/etc/crypttab”. Consultați crypttab(5)

Configurația RAID software cu mdadm(8) este definită în „/etc/mdadm/mdadm.conf”. Consultați mdadm.conf(5).

	Avertisment
	După montarea tuturor sistemelor de fișiere, fișierele temporare din „/tmp”, „/var/lock” și „/var/run” sunt șterse la fiecare pornire.

Consultați Cap. 5, Configurarea rețelei pentru a afla cum să le configurați.

Instanța sistemului cloud poate fi lansată ca o clonă a „Imaginilor cloud oficiale Debian” sau a unor imagini similare. Pentru o astfel de instanță de sistem, caracteristici precum numele gazdei, sistemul de fișiere, rețeaua, configurația regională, cheile SSH, utilizatorii și grupurile pot fi configurate folosind funcționalitățile oferite de pachetele cloud-init și netplan.io cu mai multe surse de date, cum ar fi fișierele plasate în imaginea originală a sistemului și datele externe furnizate în timpul lansării sale. Aceste pachete permit configurarea declarativă a sistemului utilizând date YAML.

Pentru mai multe informații, consultați „Cloud Computing cu Debian și descendenții săi”, „Documentația Cloud-init” și Secțiune 5.4, „Configurația modernă a rețelei pentru cloud”.

Cu instalarea implicită, multe servicii de rețea (a se vedea Cap. 6, Aplicații de rețea) sunt pornite ca procese demon după network.target la pornire de către systemd. „sshd” nu face excepție. Să schimbăm acest lucru în pornirea la cerere a „sshd” ca exemplu de personalizare.

Mai întâi, dezactivați unitatea de serviciu instalată în sistem.

 $ sudo systemctl stop sshd.service
 $ sudo systemctl mask sshd.service

Sistemul de activare la cerere a soclurilor serviciilor Unix clasice se realiza prin intermediul superserverului inetd (sau xinetd). În cadrul systemd, echivalentul poate fi activat prin adăugarea fișierelor de configurare a unităților *.socket și *.service.

sshd.socket pentru specificarea unui soclu pe care să se asculte

[Unit]
Description=SSH Socket for Per-Connection Servers

[Socket]
ListenStream=22
Accept=yes

[Install]
WantedBy=sockets.target

sshd@.service ca fișier de serviciu corespunzător pentru sshd.socket

[Unit]
Description=SSH Per-Connection Server

[Service]
ExecStart=-/usr/sbin/sshd -i
StandardInput=socket

Apoi reîncărcați.

 $ sudo systemctl daemon-reload