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
}

În sistemul Debian, „/boot/grub/grub.cfg” este gestionat de pachetul GRUB instalat (de exemplu, grub-efi-amd64) și modificarea directă a acestui fișier de către utilizator este depreciată. În schimb, ar trebui să personalizați fișierele de configurare din „/etc/grub.d/” și „/etc/default/grub”. Apoi configurați fișierele de configurare GRUB și actualizați variabilele NVRAM pentru a porni automat în Debian prin:

# dpkg-reconfigure grub-efi-amd64

	Indicație
	Puteți afișa mesajele jurnalului de pornire al nucleului eliminând „quiet” din valoarea opțiunii „GRUB_CMDLINE_LINUX_DEFAULT” din fișierul „/etc/default/grub”.

	Indicație
	Puteți adăuga fundalul GRUB de întâmpinare plasând fișierul imagine în „/boot/grub/”.

A se vedea „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.

Acest „sistem de recuperare GRUB UEFI pe USB” este pregătit prin scrierea imaginii ISO Super Grub2 Disk pe o unitate flash USB în prealabil.

În cazul în care configurația încărcătorului de pornire este deteriorată de instalarea unui alt sistem de operare etc., puteți remedia această problemă astfel:

	Notă
	Imaginea ISO de recuperare GRUB care poate fi pornită poate fi generată și urmând instrucțiunile din „info grub-mkrescue”. Aceasta oferă un prompt CLI GRUB shell, dar nu oferă detectarea automată a sistemelor instalate care pot fi pornite.

Acest „sistem de recuperare live Linux pe USB” poate fi pregătit prin scrierea în prealabil a uneia dintre imaginile ISO live Linux bazate pe Debian pe o unitate flash USB. Iată câteva exemple de astfel de imagini live Linux.

Iată câteva exemple de utilizare a acestui sistem de recuperare live Linux:

	Avertisment
	Ecranul interfaței grafice a sistemului Linux live poate fi blocat după o perioadă de inactivitate.

	Indicație
	Este o idee bună să stabiliți parola dvs. imediat ce porniți un sistem Linux live. Puteți stabili parola, de exemplu, prin «sudo passwd utilizator» din promptul shell al utilizatorului pe consolele virtuale Linux (consultați Secțiune 1.1.6, „Console virtuale”). Unele sisteme Linux live pot stabili implicit „utilizatorul/parola”: „Debian Live” = „user/live”, „Kali Linux Live” = „kali/kali”

La pornirea sistemului, GRUB afișează un meniu cu opțiuni pentru sistemele de recuperare Linux live.

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