CentOS 7 och RHEL 7 Boot Process Översikt och felsökning

Den här artikeln beskriver startprocessen för CentOS/RHEL 7.x-system. Även om det kan förbli likt tidigare utgåvor, med RHEL 7, introduceras systemd. Förutom uppstartsprocessen kommer jag att ge felsökningstips och tricks längs vägen.

Du måste förstå uppstartsprocessen innan du aktivt kan felsöka ett problem vid uppstart. Gå igenom stegen nedan tills du är bekant med processen.

Överblick på hög nivå

• Power + post.
• Sök efter fast programvara.
• Firmware läser bootloader.
• Boot loader laddar config (grub2).
• Boot loader laddar kärna och initramfs.
• Boot loader skickar kontrollen till kärnan.
• Kernel initierar hårdvara + körs /sbin/initsom pid 1.
• Systemd kör alla initrd-mål (monterar filsystemet på /sysroot).
• Kernel root FS bytte från initramfs root ( /sysroot) till system rootfs ( /) och systemd körs om som systemversion.
• Systemd letar efter standardmål och startar/stoppar enheter som konfigurerats medan beroenden automatiskt löses och inloggningssidan visas.

För mer information om uppstartsprocessen, se den officiella OS-dokumentationen för ditt system.

Systemade mål

Mål är i grunden beroendekontroller. De har en "före" och "efter"-konfiguration för exakt vilka tjänster som krävs för att nå det målet. Till exempel: arp.ethernet.service, firewalld.service, och så vidare måste startas och arbeta innan network.targetkan nås. Om den inte nås kan tjänster som httpd, nfs, och ldapinte startas. Det finns 4 mål som kan ställas in i RHEL/CentOS 7.

• graphical.target (GUI-gränssnitt)
• multi-user.target (flera användarläge, textbaserad inloggning)
• rescue.target (sulogin-prompt, grundläggande systeminitiering)
• emergency.target (sulogin-prompt, initramfs pivot komplett och systemroten monterad på / som skrivskyddad)

För att se det aktuella standardstartmålet, använd följande:

systemctl get-default

Tänk på att du kan ändra detta under körning genom att isolera målet. Detta kommer att starta/stoppa alla tjänster som är associerade med det nya målet, så var försiktig (se systemctl isolate new.target).

Enanvändarläge

Det finns tillfällen då du måste starta upp i enanvändarläge för att åtgärda ett problem med operativsystemet. För det här exemplet kommer jag att visa dig hur du använder det rescue.targetsom är "enanvändarläge" på RHEL/CentOS 7.

1. Avbryt grub2-menyn genom att trycka på "e" för att redigera när du uppmanas med grub-menyn.
2. Hitta raden som anger kärnversionen ( vmlinuz ) och lägg till följande till den:systemd.unit=rescue.target
3. Tryck på "Ctrl+x" för att starta.
4. Du kommer sedan att uppmanas med root-lösenordet för att fortsätta, när du avslutar räddningsskalet kommer startprocessen att fortsätta att ladda ditt standardmål.

Återställer root-lösenordet

Den här processen är lite annorlunda än vad vi har använt i tidigare utgåvor, men det är en enkel uppgift och kräver väldigt få steg för att göra det. Om du behöver återställa några referenser kan du använda den här metoden för att få åtkomst till en virtuell dator. Du kan fortfarande starta från en live-CD, montera rotfilsystemet och redigera lösenordet, men den metoden är daterad och kräver mer ansträngning.

1. Starta om systemet.
2. Avbryt grub2-menyn genom att trycka på "e" för att redigera när du uppmanas med grub-menyn.
3. Flytta markören till slutet av raden som anger kärnan ( vmlinuz ). Du kanske vill ta bort alla andra konsoler förutom TTY0, men detta steg kanske inte är nödvändigt i din miljö.
4. Lägg till rd.break( inga citattecken ) som kommer att bryta uppstartsprocessen precis innan kontrollen överlämnas från initramfs till det faktiska systemet.
5. Ctrl+x för att starta.

Vid denna tidpunkt presenteras ett rotskal med rotfilsystemet monterat i skrivskyddat läge på /sysroot. Vi kommer att behöva montera om den med skrivbehörighet.

Montera om /sysroot.

# mount -oremount,rw /sysroot

Byt till ett chroot-fängelse.

# chroot /sysroot

Ändra lösenordet för användaren där vi har inaktuella uppgifter.

# passwd <username>

Om du använder SElinux bör du överväga att märka om alla filer innan du fortsätter uppstartsprocessen. Den här delen kan hoppas över om du inte använder SElinux.

# touch /.autorelabel

Avsluta två gånger och systemet startar rent från den punkt då vi avbröt det.

Granska loggar från tidigare stövlar

Det kan vara användbart att se loggar över tidigare misslyckade startförsök. Om de journaliserade loggarna har gjorts beständiga (normalt lagrade i minnet och släpptes vid uppstart) kan detta göras med journalctlverktyget. Följ dessa steg om du behöver ställa in beständig startloggning.

Skapa loggfilen som root för att denna information ska lagras.

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

För att inspektera loggarna för en tidigare start, använd -balternativet med journalctl. Utan några argument, -bfiltrerar utdata endast till meddelanden som hänför sig till den senaste uppstarten. Ett negativt tal till detta argument kommer att filtrera på tidigare startar. Till exempel:

# journalctl -b-1 -p err

Detta kommer att visa dig felloggarna från uppstarten som inträffade före den senaste. Du bör ändra det numeriska värdet för att återspegla den boot du behöver se.

Reparerar disk- och filsystemfel

Ett av de vanligaste starttidsfelen är en felkonfigurerad /etc/fstabfil. Du KAN INTE använda för rescue.targetatt åtgärda ett /etc/fstabfel. De flesta av dessa problem kommer att kräva att vi använder emergency.targeteftersom "räddning" kräver ett mer funktionellt system.

Följande är exempel på problem som kräver emergency.target:

1. Korrupt filsystem.
2. Ej existerande UUID i /etc/fstab.
3. Befintlig monteringspunkt i /etc/fstab.
4. Felaktig monteringsalternativ i /etc/fstab.

Viktigt : Efter att ha redigerat /etc/fstabfilen i nödläge måste du köra följande för säkerhetsåtgärder:

# systemctl daemon-reload

Här är ett genomgångsexempel. Vi kommer att starta upp i nödläge för att ta bort ett falskt inlägg i /etc/fstab.

1. Avbryt grub2-menyn genom att trycka på "e" för att redigera när du uppmanas med grub-menyn.
2. Hitta raden som anger kärnversionen ( vmlinuz ) och lägg till följande till den:systemd.unit=emergency.target
3. Tryck på "Ctrl+x" för att starta.
4. Du kommer att uppmanas med root-lösenordet för att fortsätta.
5. Montera om /så att vi kan göra ändringar i fstabfilen:# mount -oremount,rw /
6. Vi kan använda mountkommandot för att se vilken post som orsakar felet:# mount -a
7. Ta bort den stötande posten från fstabfilen.
8. Använd mount -aigen för att se till att felet har åtgärdats.
9. Använd systemctl daemon-reloadsom jag nämnde tidigare för att ladda om alla enhetsfiler och återskapa hela beroendeträdet.

När du lämnar nödskalet kommer systemet att avsluta uppstarten från nödmålet, du kommer sedan att kunna fortsätta som vanligt från den punkten. Det här exemplet användes bara för att visa dig processen att använda nödmålet för att göra bestående ändringar av filer på systemet.

Boot loader problem med Grub 2

Den /boot/grub2/grub.cfgfilen är huvudkonfigurationsfilen. Redigera ALDRIG den här filen manuellt. grub2-mkconfigAnvänd istället för att generera den nya grub2-konfigurationen med hjälp av en uppsättning olika konfigurationsfiler och listan över de installerade kärnorna. Det grub2-mkconfigkommando kommer att titta på /etc/default/grubför alternativ som standardmeny timeout och kernel kommandoraden för att använda, sedan använda en uppsättning skript i /etc/grub.d/att generera den resulterande konfigurationsfilen.

Här är ett textdiagram över detta förhållande.

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

Viktigt: För att redigera huvudfilen grub.cfg måste du göra önskade ändringar av /etc/default/gruboch till filerna i /etc/grub.d/och sedan skapa en ny grub.cfggenom att köra:

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

Felsökning av grub

Det är viktigt att förstå syntaxen för /boot/grub2/grub.cfgfilen innan felsökning.

• Först kodas startbara poster inuti "menypost"-block. I dessa block pekar linux16och initrd16rader på kärnan som ska laddas från disken (tillsammans med kärnans kommandorad) och initramfs som ska laddas. Under interaktiv redigering vid uppstart används flik för att hitta dessa rader.
• "Ange rot"-raderna inuti dessa block pekar inte på rotfilsystemet för RHEL/CentOS 7-systemet, utan pekar istället på filsystemet från vilket grub2 ska ladda kärnan och initramfs-filerna. Syntaxen är harddrive.partitionvar hd0är den första hårddisken i systemet och hd1är den andra. Partitionerna indikeras som msdos1för den första MBR-partitionen eller gpt1för den första GPT-partitionen.

Exempel från /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

Om du behöver installera om starthanteraren på en enhet, använd följande kommando.

# grub2-install <device>

Åtgärda en trasig grub-installation

För fall då systemet inte startar efter att ha nått grub2-menyn.

• Du bör börja med att redigera grub-menyn och söka efter syntaxfel. Om du hittar en, korrigera den och gå in i systemet för att göra ihållande ändringar för att åtgärda problemet.
• Om du inte kan hitta några fel, se avsnittet ovan där vi startar in i nödmålet. Du måste montera om root ( /) igen.
• Visa den aktuella grub2-konfigurationen med följande kommando: # grub2-mkconfig
• Om du inte ser några fel är det troligt att någon har redigerat /boot/grub2/grub.cfgfilen. Ändra inte den här filen. Bygg om konfigurationen med följande kommando:# grub2-mkconfig > /boot/grub2/grub.cfg

När du har byggt om grub-konfigurationen bör du kunna starta om utan att ha några problem.