CentOS 7 og RHEL 7 Boot Process Oversigt og fejlfinding

Denne artikel beskriver opstartsprocessen for CentOS/RHEL 7.x-systemer. Selvom det kan forblive magen til tidligere udgivelser, introduceres systemd med RHEL 7. Ud over opstartsprocessen vil jeg komme med tips og tricks til fejlfinding undervejs.

Du skal forstå opstartsprocessen, før du aktivt kan fejlfinde et problem ved opstart. Gennemgå nedenstående trin, indtil du er fortrolig med processen.

Overblik på højt niveau

• Power + post.
• Firmware-enhedssøgning.
• Firmware læser bootloader.
• Boot loader indlæser config (grub2).
• Boot loader indlæser kerne og initramfs.
• Boot loader sender kontrollen til kernen.
• Kernel initialiserer hardware + eksekverer /sbin/initsom pid 1.
• Systemd udfører alle initrd-mål (monterer filsystemet på /sysroot).
• Kernel root FS skiftede fra initramfs root ( /sysroot) til system rootfs ( /) og systemd genkøres som systemversion.
• Systemd søger efter standardmål og starter/stopper enheder som konfigureret, mens den automatisk løser afhængigheder og login-siden vises.

For mere information om opstartsprocessen, se den officielle OS-dokumentation til dit system.

Systemdækkede mål

Mål er grundlæggende afhængighedstjek. De har en "før" og "efter" konfiguration for præcis, hvilke tjenester der kræves for at nå dette mål. For eksempel: arp.ethernet.service, firewalld.service, og så videre skal startes og arbejde, før det network.targetkan nås. Hvis den ikke nås, kan tjenester som httpd, nfs, og ldapikke startes. Der er 4 mål, der kan indstilles i RHEL/CentOS 7.

• graphical.target (GUI-grænseflade)
• multi-user.target (multibrugertilstand, tekstbaseret login)
• rescue.target (sulogin-prompt, grundlæggende systeminitialisering)
• emergency.target (sulogin-prompt, initramfs pivot komplet og systemrod monteret på / som skrivebeskyttet)

Brug følgende for at se det aktuelle standardopstartsmål:

systemctl get-default

Husk, du kan ændre dette under kørsel ved at isolere målet. Dette vil starte/stoppe alle tjenester forbundet med det nye mål, så vær forsigtig (se systemctl isolate new.target).

Enkeltbrugertilstand

Der er tidspunkter, hvor du bliver nødt til at starte op i enkeltbrugertilstand for at løse et problem med operativsystemet. Til dette eksempel vil jeg vise dig, hvordan du bruger den, rescue.targetder er "enkeltbrugertilstand" på RHEL/CentOS 7.

1. Afbryd grub2-menuen ved at trykke på "e" for at redigere, når du bliver bedt om det med grub-menuen.
2. Find linjen, der specificerer kerneversionen ( vmlinuz ), og føj følgende til den:systemd.unit=rescue.target
3. Tryk på "Ctrl+x" for at starte.
4. Du vil derefter blive bedt om at angive root-adgangskoden for at fortsætte, når du forlader redningsskallen, vil opstartsprocessen fortsætte med at indlæse dit standardmål.

Gendannelse af root-adgangskoden

Denne proces er lidt anderledes end hvad vi har brugt i tidligere udgivelser, men det er en simpel opgave og kræver meget få trin for at gøre det. Hvis du har brug for at gendanne legitimationsoplysninger, kan du bruge denne metode til at få adgang til en VM. Du kan stadig starte fra en live-cd, montere rodfilsystemet og redigere adgangskoden, men den metode er dateret og kræver mere indsats.

1. Genstart systemet.
2. Afbryd grub2-menuen ved at trykke på "e" for at redigere, når du bliver bedt om det med grub-menuen.
3. Flyt markøren til slutningen af ​​linjen, der specificerer kernen ( vmlinuz ). Du ønsker måske at fjerne alle andre konsoller end TTY0, men dette trin er muligvis ikke nødvendigt i dit miljø.
4. Tilføj rd.break( ingen anførselstegn ), som vil bryde opstartsprocessen lige før kontrollen overføres fra initramfs til det faktiske system.
5. Ctrl+x for at starte.

På dette tidspunkt præsenteres en rodskal med rodfilsystemet monteret i skrivebeskyttet tilstand på /sysroot. Vi bliver nødt til at genmontere den med skriverettigheder.

Genmonter /sysroot.

# mount -oremount,rw /sysroot

Skift til et chroot-fængsel.

# chroot /sysroot

Skift adgangskoden for den bruger, hvor vi har forældede legitimationsoplysninger.

# passwd <username>

Hvis du bruger SElinux, bør du overveje at ommærke alle filer, før du fortsætter opstartsprocessen. Denne del kan springes over, hvis du ikke bruger SElinux.

# touch /.autorelabel

Afslut to gange, og systemet starter rent fra det punkt, hvor vi afbrød det.

Gennemgang af logfiler fra tidligere støvler

Det kan være nyttigt at se logfiler over tidligere mislykkede opstartsforsøg. Hvis de journalførte logfiler er blevet gjort persistente (normalt gemt i hukommelsen og frigivet ved opstart), kan dette gøres med journalctlværktøjet. Følg disse trin, hvis du har brug for at konfigurere vedvarende opstartslogning.

Som root skal du oprette logfilen, så disse oplysninger kan gemmes.

# mkdir -p 2775 /var/log/journal && chown :systemd-journal /var/log/journal
# systemctl restart systemd-journald

For at inspicere logfilerne for en tidligere opstart skal du bruge -bindstillingen med journalctl. Uden nogen argumenter, -bfiltrerer output kun til meddelelser, der vedrører den sidste opstart. Et negativt tal til dette argument vil filtrere på tidligere støvler. For eksempel:

# journalctl -b-1 -p err

Dette vil vise dig fejllogfilerne fra opstarten, der fandt sted før den seneste. Du bør ændre den numeriske værdi, så den afspejler den støvle, du skal se.

Reparation af disk- og filsystemfejl

En af de mest almindelige opstartsfejl er en forkert konfigureret /etc/fstabfil. Du KAN IKKE bruge til rescue.targetat rette en /etc/fstabfejl. De fleste af disse problemer vil kræve, at vi bruger emergency.targetsiden "redning" kræver et mere funktionelt system.

Følgende er eksempler på problemer, der kræver emergency.target:

1. Korrupt filsystem.
2. Ikke-eksisterende UUID i /etc/fstab.
3. Ikke-eksisterende monteringspunkt i /etc/fstab.
4. Forkert monteringsmulighed i /etc/fstab.

Vigtigt : Efter at have redigeret /etc/fstabfilen i nødtilstand, skal du køre følgende for sikkerhedsforanstaltninger:

# systemctl daemon-reload

Her er et gennemgangseksempel. Vi starter op i nødtilstand for at fjerne en falsk indtastning i /etc/fstab.

1. Afbryd grub2-menuen ved at trykke på "e" for at redigere, når du bliver bedt om det med grub-menuen.
2. Find linjen, der specificerer kerneversionen ( vmlinuz ), og føj følgende til den:systemd.unit=emergency.target
3. Tryk på "Ctrl + x" for at starte.
4. Du vil blive bedt om at angive root-adgangskoden for at fortsætte.
5. Genmonter, /så vi kan foretage ændringer i fstabfilen:# mount -oremount,rw /
6. Vi kan bruge mountkommandoen til at se, hvilken post der forårsager fejlen:# mount -a
7. Fjern den stødende post fra fstabfilen.
8. Brug mount -aigen for at sikre dig, at fejlen er løst.
9. Brug systemctl daemon-reloadsom jeg havde nævnt tidligere til at genindlæse alle enhedsfiler og genskabe hele afhængighedstræet.

Når du forlader nødskallen, vil systemet afslutte opstarten fra nødmålet, og du vil derefter kunne fortsætte som normalt fra det tidspunkt. Dette eksempel blev netop brugt til at vise dig processen med at bruge nødmålet til at foretage vedvarende ændringer af filer på systemet.

Problemer med bootloader med Grub 2

Den /boot/grub2/grub.cfgfil er den vigtigste konfigurationsfil. IKKE nogensinde redigere denne fil manuelt. Brug grub2-mkconfigi stedet til at generere den nye grub2-konfiguration ved hjælp af et sæt af forskellige konfigurationsfiler og listen over de installerede kerner. Den grub2-mkconfigkommando vil se på /etc/default/grubfor muligheder, såsom standard menu timeout og kerne-kommandolinjen for at bruge, og derefter bruge et sæt af scripts i /etc/grub.d/at generere den resulterende konfigurationsfil.

Her er et tekstdiagram af dette forhold.

/boot/grub2/grub.cfg
               |
               |__________________
               |                  |
         /etc/default/grub         /etc/grub.d/*

Vigtigt: For at redigere hovedfilen grub.cfg skal du foretage de ønskede ændringer til /etc/default/grubog til filer i /etc/grub.d/og derefter oprette en ny grub.cfgved at køre:

# grub2-mkconfig > /boot/grub2/grub.cfg

Fejlfinding af grub

Det er vigtigt at forstå syntaksen for /boot/grub2/grub.cfgfilen før fejlfinding.

• For det første er opstartbare poster kodet i 'menuindgang'-blokke. I disse blokke peger linux16og initrd16linjer på kernen, der skal indlæses fra disken (sammen med kernens kommandolinje) og initramf'erne, der skal indlæses. Under interaktiv redigering ved opstart bruges fanen til at finde disse linjer.
• "Set root"-linjerne inde i disse blokke peger ikke på rodfilsystemet for RHEL/CentOS 7-systemet, men peger i stedet på det filsystem, hvorfra grub2 skal indlæse kerne- og initramfs-filerne. Syntaksen er, harddrive.partitionhvor hd0er den første harddisk i systemet og hd1er den anden. Partitionerne er angivet som msdos1for den første MBR-partition eller gpt1for den første GPT-partition.

Eksempel fra /boot/grub2/grub.cfg:

### BEGIN /etc/grub.d/10_linux ###
menuentry 'CentOS Linux (3.10.0-514.26.2.el7.x86_64) 7 (Core)' --class centos --class gnu-linux --class gnu --class os --unrestricted $menuentry_id_option 'gnulinux-3.10.0-514.el7.x86_64-advanced-a2531d12-46f8-4a0f-8a5c-b48d6ef71275' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint='hd0,msdos1'  123455ae-46f8-4a0f-8a5c-b48d6ef71275
    else
      search --no-floppy --fs-uuid --set=root 123455ae-46f8-4a0f-8a5c-b48d6ef71275
    fi

Hvis du skal geninstallere bootloaderen på en enhed, skal du bruge følgende kommando.

# grub2-install <device>

Reparation af en ødelagt grub-installation

Til tilfælde, hvor systemet ikke vil starte efter at have nået grub2-menuen.

• Du bør starte med at redigere grub-menuen og søge efter syntaksfejl. Hvis du finder en, skal du rette den og komme ind i systemet for at foretage vedvarende ændringer for at løse problemet.
• Hvis du ikke kan finde nogen fejl, se ovenstående afsnit, hvor vi starter ind i nødmålet. Du bliver nødt til at genmontere root ( /) igen.
• Se den aktuelle grub2-konfiguration med følgende kommando: # grub2-mkconfig
• Hvis du ikke ser nogen fejl, er det sandsynligt, at nogen har redigeret /boot/grub2/grub.cfgfilen. Rediger ikke denne fil. Genopbyg konfigurationen med følgende kommando:# grub2-mkconfig > /boot/grub2/grub.cfg

Når du har genopbygget grub-konfigurationen, burde du være i stand til at genstarte uden at have nogen problemer.