Pregled in odpravljanje težav zagonskega postopka CentOS 7 in RHEL 7

Ta članek opisuje zagonski postopek za sisteme CentOS/RHEL 7.x. Čeprav lahko ostane podoben prejšnjim izdajam, se z RHEL 7 uvaja systemd. Poleg postopka zagona bom na tej poti zagotovil nasvete in trike za odpravljanje težav.

Preden lahko aktivno odpravljate težavo ob zagonu, morate razumeti postopek zagona. Preglejte spodnje korake, dokler se ne seznanite s postopkom.

Pregled na visoki ravni

• Moč + post.
• Iskanje naprave z vdelano programsko opremo.
• Vdelana programska oprema bere zagonski program.
• Zagonski nalagalnik naloži konfiguracijo (grub2).
• Zagonski nalagalnik naloži jedro in initramfs.
• Zagonski nalagalnik prenese nadzor na jedro.
• Jedro inicializira strojno opremo + se izvede /sbin/initkot pid 1.
• Systemd izvede vse cilje initrd (namesti datotečni sistem na /sysroot).
• Korenski FS jedra je prešel iz initramfs root ( /sysroot) v sistem rootfs ( /) in systemd se znova izvede kot različica sistema.
• Systemd išče privzeti cilj in zažene/ustavi enote, kot so konfigurirane, medtem ko samodejno rešuje odvisnosti in prikaže se stran za prijavo.

Za več informacij o postopku zagona glejte uradno dokumentacijo operacijskega sistema za vaš sistem.

Systemd cilji

Cilji so v bistvu preverjanja odvisnosti. Imajo konfiguracijo »pred« in »potem« za točno katere storitve so potrebne za dosego tega cilja. Na primer: arp.ethernet.service, firewalld.service, in tako naprej je treba zagnati in delovati, preden network.targetjih je mogoče doseči. Če ni dosežen, storitev, kot so httpd, nfs, in ldapni mogoče zagnati. V RHEL/CentOS 7 lahko nastavite 4 cilje.

• graphical.target (grafični vmesnik)
• multi-user.target (večuporabniški način, besedilna prijava)
• rescue.target (sulogin poziv, osnovna inicializacija sistema)
• emergency.target (poziv sulogin, vrtilna točka initramfs je končana in koren sistema nameščen na / samo za branje)

Za ogled trenutnega privzetega zagonskega cilja uporabite naslednje:

systemctl get-default

Upoštevajte, da lahko to spremenite med izvajanjem tako, da izolirate cilj. To bo zagnalo/ustavilo vse storitve, povezane z novim ciljem, zato bodite previdni (glejte systemctl isolate new.target).

Način enega uporabnika

Včasih se boste morali zagnati v enouporabniškem načinu, da odpravite težavo z operacijskim sistemom. V tem primeru vam bom pokazal, kako uporabljati rescue.target"enouporabniški način" na RHEL/CentOS 7.

1. Prekinite meni grub2 tako, da pritisnete "e" za urejanje, ko ste pozvani v meniju grub.
2. Poiščite vrstico, ki določa različico jedra ( vmlinuz ) in ji pripnite naslednje:systemd.unit=rescue.target
3. Za začetek pritisnite "Ctrl+x".
4. Nato boste morali za nadaljevanje vnesti korensko geslo. Ko zapustite reševalno lupino, bo zagonski proces še naprej nalagal vaš privzeti cilj.

Obnovitev korenskega gesla

Ta postopek je nekoliko drugačen od tistega, ki smo ga uporabljali v preteklih izdajah, vendar je preprosta naloga in zahteva zelo malo korakov. Če morate obnoviti kakršne koli poverilnice, lahko uporabite to metodo za dostop do navideznega računalnika. Še vedno se lahko zaženete s CD-ja v živo, namestite korenski datotečni sistem in uredite geslo, vendar je ta metoda zastarela in zahteva več truda.

1. Znova zaženite sistem.
2. Prekinite meni grub2 tako, da pritisnete "e" za urejanje, ko ste pozvani v meniju grub.
3. Premaknite kazalec na konec vrstice, ki določa jedro ( vmlinuz ). Morda boste želeli odstraniti vse druge konzole razen TTY0, vendar ta korak morda ni potreben v vašem okolju.
4. Dodaj rd.break( brez narekovajev ), ki bo prekinil zagonski proces tik preden se nadzor iz initramfs preda dejanskemu sistemu.
5. Ctrl+x za zagon.

Na tej točki je predstavljena korenska lupina s korenskim datotečnim sistemom, nameščenim v načinu samo za branje na /sysroot. Ponovno ga bomo morali namestiti s privilegiji pisanja.

Ponovno montirajte /sysroot.

# mount -oremount,rw /sysroot

Preklopite v chroot zapor.

# chroot /sysroot

Spremenite geslo za uporabnika, pri katerem imamo zastarele poverilnice.

# passwd <username>

Če uporabljate SElinux, razmislite o ponovnem označevanju vseh datotek, preden nadaljujete z zagonskim postopkom. Ta del lahko preskočite, če ne uporabljate SElinuxa.

# touch /.autorelabel

Dvakrat zapustite in sistem se bo čisto zagnal od točke, kjer smo ga prekinili.

Pregledovanje dnevnikov prejšnjih zagonov

Koristno je lahko videti dnevnike prejšnjih neuspelih poskusov zagona. Če so bili dnevniki dnevnika trajni (običajno shranjeni v pomnilniku in sproščeni ob zagonu), je to mogoče storiti z journalctlorodjem. Sledite tem korakom, če želite nastaviti trajno beleženje zagona.

Kot root ustvarite datoteko dnevnika za shranjevanje teh informacij.

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

Če želite pregledati dnevnike prejšnjega zagona, uporabite -bmožnost z journalctl. Brez argumentov -bbo filtriral izhod samo do sporočil, ki se nanašajo na zadnji zagon. Negativna številka tega argumenta bo filtrirana pri prejšnjih zagonih. Na primer:

# journalctl -b-1 -p err

To vam bo pokazalo dnevnike napak pri zagonu, ki so se zgodile pred zadnjim. Morate spremeniti številčno vrednost, da odraža zagon, ki si ga morate ogledati.

Popravilo napak na disku in datotečnem sistemu

Ena najpogostejših napak pri času zagona je napačno konfigurirana /etc/fstabdatoteka. Za odpravo napake NE MORETE uporabiti . Večina teh težav bo od nas zahtevala uporabo, saj "reševanje" zahteva bolj funkcionalen sistem.rescue.target/etc/fstabemergency.target

Spodaj so primeri težav, ki zahtevajo emergency.target:

1. Poškodovan datotečni sistem.
2. Neobstoječi UUID v /etc/fstab.
3. Neobstoječa točka priklopa v /etc/fstab.
4. Nepravilna možnost namestitve v /etc/fstab.

Pomembno : Po urejanju /etc/fstabdatoteke v nujnem načinu morate zaradi varnostnih ukrepov zagnati naslednje:

# systemctl daemon-reload

Tukaj je vodnik. Zagnali se bomo v način v sili, da odstranimo napačen vnos v /etc/fstab.

1. Prekinite meni grub2 tako, da pritisnete "e" za urejanje, ko ste pozvani v meniju grub.
2. Poiščite vrstico, ki določa različico jedra ( vmlinuz ) in ji pripnite naslednje:systemd.unit=emergency.target
3. Pritisnite "Ctrl+x" za zagon.
4. Za nadaljevanje boste morali vnesti korensko geslo.
5. Ponovno namestite /, da lahko spremenimo fstabdatoteko:# mount -oremount,rw /
6. Z mountukazom lahko vidimo, kateri vnos povzroča napako:# mount -a
7. Odstranite žaljivi vnos iz fstabdatoteke.
8. mount -aPonovno uporabite , da se prepričate, da je bila napaka odpravljena.
9. Uporabite, systemctl daemon-reloadkot sem že omenil, za ponovno nalaganje vseh datotek enot in ponovno ustvarjanje celotnega drevesa odvisnosti.

Ko zapustite zasilno lupino, se bo sistem končal z zagonom iz cilja v sili, nato pa boste od te točke lahko nadaljevali kot običajno. Ta primer je bil uporabljen le za prikaz postopka uporabe cilja v sili za trajne spremembe datotek v sistemu.

Težave z zagonskim nalagalnikom Grub 2

/boot/grub2/grub.cfgDatoteka je glavni konfiguracijsko datoteko. Te datoteke NIKOLI NE urejajte ročno. Namesto tega uporabite grub2-mkconfigza generiranje nove konfiguracije grub2 z uporabo nabora različnih konfiguracijskih datotek in seznama nameščenih jeder. grub2-mkconfigUkaz poglej /etc/default/grubza možnosti, kot timeout privzeta menija in jedra ukazni vrstici za uporabo, nato pa niz scenarijev za /etc/grub.d/ustvarjanje konfiguracijske datoteke nastalo.

Tukaj je besedilni diagram tega razmerja.

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

Pomembno: Če želite urediti glavno datoteko grub.cfg, boste morali narediti želene spremembe /etc/default/grubdatotek /etc/grub.d/in datotek in nato ustvariti novo grub.cfgtako, da zaženete:

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

Odpravljanje težav grub

/boot/grub2/grub.cfgPred odpravljanjem težav je pomembno razumeti sintakso datoteke.

• Prvič, zagonski vnosi so kodirani znotraj blokov 'menuentry'. V teh blokih linux16in initrd16vrstice kažejo na jedro, ki se naloži z diska (skupaj z ukazno vrstico jedra), in na initramfs, ki jih je treba naložiti. Med interaktivnim urejanjem ob zagonu se za iskanje teh vrstic uporablja tabulator.
• Vrstice "set root" znotraj teh blokov ne kažejo na korenski datotečni sistem za sistem RHEL/CentOS 7, ampak namesto tega kažejo na datotečni sistem, iz katerega naj grub2 naloži datoteke jedra in initramfs. Sintaksa je, harddrive.partitionkje hd0je prvi trdi disk v sistemu in hd1je drugi. Particije so označene kot msdos1za prvo particijo MBR ali gpt1za prvo particijo GPT.

Primer iz /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

Če morate znova namestiti zagonski nalagalnik na napravo, uporabite naslednji ukaz.

# grub2-install <device>

Odpravljanje pokvarjene namestitve grma

Za primere, ko se sistem ne bo zagnal po dostopu do menija grub2.

• Začeti morate z urejanjem menija grub in iskanjem sintaksičnih napak. Če ga najdete, ga popravite in vstopite v sistem, da naredite vztrajne spremembe, da odpravite težavo.
• Če ne najdete nobene napake, glejte zgornji razdelek, kjer zaženemo cilj v sili. Ponovno boste morali znova namestiti root ( /).
• Oglejte si trenutno konfiguracijo grub2 z naslednjim ukazom: # grub2-mkconfig
• Če ne vidite nobene napake, je verjetno nekdo uredil /boot/grub2/grub.cfgdatoteko. Ne spreminjajte te datoteke. Znova zgradite konfiguracijo z naslednjim ukazom:# grub2-mkconfig > /boot/grub2/grub.cfg

Ko ponovno zgradite konfiguracijo grub, se lahko znova zaženete brez težav.