ภาพรวมกระบวนการบูต CentOS 7 และ RHEL 7 และการแก้ไขปัญหา

• ภาพรวมระดับสูง
• เป้าหมาย Systemd
• โหมดผู้ใช้คนเดียว
• การกู้คืนรหัสผ่านรูท
• การตรวจสอบบันทึกจากรองเท้าก่อนหน้า
• การซ่อมแซมข้อผิดพลาดของดิสก์และระบบไฟล์
• ปัญหาตัวโหลดการบูตด้วย Grub 2
• การแก้ไขปัญหาด้วง
• แก้ไขการติดตั้งด้วงที่ขาด

บทความนี้อธิบายถึงกระบวนการบูตสำหรับระบบ CentOS / RHEL 7.x แม้ว่ามันอาจจะยังคงคล้ายกับรีลีสก่อนหน้า แต่ด้วย RHEL 7 จะมีการเปิดตัว systemd นอกเหนือจากกระบวนการบู๊ตแล้วฉันจะให้คำแนะนำและเคล็ดลับในการแก้ปัญหาไปพร้อมกัน

คุณต้องเข้าใจกระบวนการบูทก่อนจึงจะสามารถแก้ไขปัญหาในการบู๊ตได้ อ่านขั้นตอนด้านล่างจนกว่าคุณจะคุ้นเคยกับกระบวนการ

ภาพรวมระดับสูง

• พลังงาน + โพสต์
• ค้นหาอุปกรณ์เฟิร์มแวร์
• เฟิร์มแวร์อ่าน bootloader
• Boot loader โหลด config (grub2)
• ตัวโหลดบูตโหลดเคอร์เนลและ initramfs
• บูตโหลดเดอร์ผ่านการควบคุมไปยังเคอร์เนล
• เคอร์เนลเริ่มต้นฮาร์ดแวร์ + ดำเนินการ/sbin/initเป็น pid 1
• Systemd เรียกใช้งานเป้าหมาย initrd ทั้งหมด (เมานต์ระบบไฟล์เปิด/sysroot)
• เคอร์เนล FS เปลี่ยนจาก root initramfs ( /sysroot) เป็น system rootfs ( /) และ systemd เรียกใช้งานอีกครั้งเป็นเวอร์ชันระบบ
• Systemd ค้นหาเป้าหมายเริ่มต้นและเริ่ม / หยุดหน่วยตามที่กำหนดไว้ในขณะที่แก้ไขการอ้างอิงโดยอัตโนมัติและหน้าเข้าสู่ระบบจะปรากฏขึ้น

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับกระบวนการบูตโปรดดูเอกสารประกอบการใช้งานระบบปฏิบัติการอย่างเป็นทางการสำหรับระบบของคุณ

เป้าหมาย Systemd

เป้าหมายคือการตรวจสอบการพึ่งพา พวกเขามีการกำหนดค่า "ก่อน" และ "หลัง" สำหรับสิ่งที่บริการที่จำเป็นเพื่อให้ตรงกับเป้าหมายนั้น ตัวอย่างเช่น: arp.ethernet.service, firewalld.serviceและอื่น ๆ จำเป็นต้องเริ่มต้นและทำงานก่อนที่จะnetwork.targetสามารถเข้าถึงได้ ถ้ามันไม่ถึงบริการต่างๆเช่นhttpd, nfsและldapไม่สามารถเริ่มต้น มี 4 เป้าหมายที่สามารถตั้งค่าใน RHEL / CentOS 7 ได้

• graphic.target (ส่วนต่อประสาน GUI)
• multi-user.target (โหมดผู้ใช้หลายคน, การเข้าสู่ระบบด้วยข้อความ)
• rescue.target (sulogin prompt, การเริ่มต้นระบบพื้นฐาน)
• Emergency.target (พร้อมต์ sulogin, initramfs pivot สมบูรณ์และระบบรากติดตั้งใน / เป็นแบบอ่านอย่างเดียว)

ในการดูเป้าหมายการบูตเริ่มต้นปัจจุบันให้ใช้สิ่งต่อไปนี้:

systemctl get-default

โปรดทราบว่าคุณสามารถเปลี่ยนแปลงสิ่งนี้ได้ในเวลาทำงานโดยแยกเป้าหมายออก วิธีนี้จะเริ่ม / หยุดบริการทั้งหมดที่เกี่ยวข้องกับเป้าหมายใหม่ดังนั้นควรใช้ความระมัดระวัง (ดูsystemctl isolate new.target)

โหมดผู้ใช้คนเดียว

มีหลายครั้งที่คุณจะต้องบูตเข้าสู่โหมดผู้ใช้คนเดียวเพื่อแก้ไขปัญหาเกี่ยวกับระบบปฏิบัติการ สำหรับตัวอย่างนี้ฉันจะแสดงวิธีใช้rescue.targetซึ่งก็คือ "โหมดผู้ใช้คนเดียว" บน RHEL / CentOS 7

1. ขัดจังหวะเมนู grub2 โดยกด "e" เพื่อแก้ไขเมื่อได้รับแจ้งด้วยเมนูด้วง
2. ค้นหาบรรทัดที่ระบุเวอร์ชันเคอร์เนล ( vmlinuz ) และต่อไปนี้:systemd.unit=rescue.target
3. กด "Ctrl + x" เพื่อเริ่ม
4. จากนั้นคุณจะได้รับพร้อมท์ด้วยรหัสผ่านรูทเพื่อดำเนินการต่อเมื่อคุณออกจากเชลล์กู้ภัยกระบวนการบู๊ตจะดำเนินการโหลดเป้าหมายเริ่มต้นของคุณต่อไป

การกู้คืนรหัสผ่านรูท

กระบวนการนี้แตกต่างกันเล็กน้อยว่าสิ่งที่เราใช้ในการเผยแพร่ในอดีต แต่เป็นงานที่ง่ายและต้องใช้ขั้นตอนน้อยมากในการทำเช่นนั้น หากคุณต้องการกู้คืนข้อมูลรับรองใด ๆ คุณสามารถใช้วิธีนี้เพื่อเข้าถึง VM คุณยังสามารถบู๊ตได้จากซีดีสดติดตั้งระบบไฟล์รูทและแก้ไขรหัสผ่าน แต่วิธีดังกล่าวล้าสมัยและต้องใช้ความพยายามมากขึ้น

1. รีบูทระบบ
2. ขัดจังหวะเมนู grub2 โดยกด "e" เพื่อแก้ไขเมื่อได้รับแจ้งด้วยเมนูด้วง
3. เลื่อนเคอร์เซอร์ไปที่ท้ายบรรทัดที่ระบุเคอร์เนล ( vmlinuz ) คุณอาจต้องการลบคอนโซลอื่นทั้งหมดนอกเหนือจาก TTY0 อย่างไรก็ตามขั้นตอนนี้อาจไม่จำเป็นในสภาพแวดล้อมของคุณ
4. ผนวกrd.break( ไม่มีเครื่องหมายคำพูด ) ซึ่งจะทำให้ขั้นตอนการบู๊ตแตกก่อนที่การควบคุมจะถูกส่งจาก initramfs ไปยังระบบจริง
5. Ctrl + x เพื่อบูต

ณ /sysrootจุดนี้เปลือกรากจะนำเสนอกับระบบแฟ้มรากติดอยู่ในโหมดอ่านอย่างเดียวบน เราจะต้องนับใหม่ด้วยสิทธิ์ในการเขียน

จำนวน/sysrootเงิน

# mount -oremount,rw /sysroot

เปลี่ยนเป็นคุก chroot

# chroot /sysroot

เปลี่ยนรหัสผ่านสำหรับผู้ใช้ที่เรามีข้อมูลประจำตัวที่ล้าสมัย

# passwd <username>

หากคุณใช้ SElinux คุณควรพิจารณาติดป้ายกำกับไฟล์ทั้งหมดอีกครั้งก่อนดำเนินการตามขั้นตอนการบู๊ตต่อไป สามารถข้ามส่วนนี้ได้หากคุณไม่ได้ใช้งาน SElinux

# touch /.autorelabel

ออกสองครั้งและระบบจะบูตอย่างสะอาดจากจุดที่เราขัดจังหวะ

การตรวจสอบบันทึกจากรองเท้าก่อนหน้า

มันจะมีประโยชน์ในการดูบันทึกการพยายามบูตล้มเหลวก่อนหน้า หากบันทึกเจอร์นัลถูกสร้างแบบถาวร (โดยปกติเก็บไว้ในหน่วยความจำและรีลีสเมื่อบู๊ต) สิ่งนี้สามารถทำได้ด้วยjournalctlเครื่องมือ ทำตามขั้นตอนเหล่านี้หากคุณต้องการตั้งค่าการบันทึกการบูตแบบถาวร

ในฐานะ root ให้สร้างไฟล์บันทึกสำหรับเก็บข้อมูลนี้

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

ในการตรวจสอบบันทึกการบูตก่อนหน้านี้ใช้ตัวเลือกด้วย-b journalctlโดยไม่มีข้อโต้แย้งใด ๆ-bจะกรองผลลัพธ์ไปยังข้อความที่เกี่ยวข้องกับการบูตครั้งล่าสุดเท่านั้น จำนวนลบของอาร์กิวเมนต์นี้จะกรองในรองเท้าก่อนหน้า ตัวอย่างเช่น:

# journalctl -b-1 -p err

นี่จะแสดงล็อกข้อผิดพลาดจากการบู๊ตที่เกิดขึ้นก่อนหน้านี้ล่าสุด คุณควรเปลี่ยนค่าตัวเลขเพื่อแสดงการบูตที่คุณต้องการดู

การซ่อมแซมข้อผิดพลาดของดิสก์และระบบไฟล์

หนึ่งในข้อผิดพลาดเกี่ยวกับเวลาบู๊ตที่พบบ่อยที่สุดคือ/etc/fstabไฟล์ที่กำหนดค่าผิดพลาด คุณไม่สามารถใช้rescue.targetเพื่อแก้ไข/etc/fstabข้อผิดพลาด ปัญหาเหล่านี้ส่วนใหญ่จะทำให้เราต้องใช้emergency.target"การช่วยเหลือ" เนื่องจากต้องการระบบการทำงานที่มากขึ้น

ต่อไปนี้เป็นตัวอย่างของปัญหาที่ต้องใช้emergency.target:

1. ระบบไฟล์เสียหาย
2. /etc/fstabไม่ได้มีอยู่ใน UUID
3. /etc/fstabไม่มีอยู่ติดจุดใน
4. /etc/fstabที่ไม่ถูกต้องในตัวเลือกติด

สำคัญ : หลังจากแก้ไข/etc/fstabไฟล์ในโหมดฉุกเฉินคุณต้องเรียกใช้สิ่งต่อไปนี้เพื่อดูมาตรการความปลอดภัย:

# systemctl daemon-reload

นี่คือตัวอย่างคำแนะนำแบบ /etc/fstabพวกเราจะไปบูตเข้าสู่โหมดฉุกเฉินเพื่อลบรายการที่ผิดพลาดใน

1. ขัดจังหวะเมนู grub2 โดยกด "e" เพื่อแก้ไขเมื่อได้รับแจ้งด้วยเมนูด้วง
2. ค้นหาบรรทัดที่ระบุเวอร์ชันเคอร์เนล ( vmlinuz ) และต่อไปนี้:systemd.unit=emergency.target
3. กด "Ctrl + x" เพื่อบู๊ต
4. คุณจะได้รับแจ้งพร้อมรหัสผ่านรูทเพื่อดำเนินการต่อ
5. นับใหม่/เพื่อให้เราสามารถเปลี่ยนแปลงfstabไฟล์:# mount -oremount,rw /
6. เราสามารถใช้mountคำสั่งเพื่อดูรายการที่ทำให้เกิดข้อผิดพลาด:# mount -a
7. ลบรายการที่ละเมิดออกจากfstabไฟล์
8. ใช้mount -aอีกครั้งเพื่อให้แน่ใจว่าได้แก้ไขข้อผิดพลาดแล้ว
9. ใช้systemctl daemon-reloadตามที่ฉันได้กล่าวถึงก่อนหน้านี้เพื่อโหลดไฟล์หน่วยทั้งหมดและสร้างแผนผังการพึ่งพาทั้งหมด

เมื่อคุณออกจากเชลล์ฉุกเฉินระบบจะทำการบูทจากเป้าหมายฉุกเฉินจากนั้นคุณจะสามารถดำเนินการต่อได้ตามปกติจากจุดนั้น ตัวอย่างนี้ใช้เพื่อแสดงกระบวนการใช้เป้าหมายฉุกเฉินเพื่อทำการเปลี่ยนแปลงไฟล์ในระบบอย่างต่อเนื่อง

ปัญหาตัวโหลดการบูตด้วย Grub 2

/boot/grub2/grub.cfgไฟล์ไฟล์การตั้งค่าหลัก อย่าแก้ไขไฟล์นี้ด้วยตนเอง ให้ใช้grub2-mkconfigเพื่อสร้างการกำหนดค่า grub2 ใหม่โดยใช้ชุดของไฟล์การตั้งค่าที่แตกต่างกันและรายการของเมล็ดที่ติดตั้ง grub2-mkconfigคำสั่งจะมอง/etc/default/grubหาตัวเลือกเช่นหมดเวลาเริ่มต้นและเมนูบรรทัดคำสั่งเคอร์เนลเพื่อการใช้งานแล้วใช้ชุดของสคริปต์ใน/etc/grub.d/การสร้างแฟ้มการกำหนดค่าที่เกิดขึ้น

นี่คือแผนภาพข้อความของความสัมพันธ์นี้

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

สำคัญ:ในการแก้ไขไฟล์หลัก grub.cfg คุณจะต้องทำการเปลี่ยนแปลงที่ต้องการ/etc/default/grubและไปยังไฟล์ใน/etc/grub.d/แล้วสร้างใหม่grub.cfgโดยการเรียกใช้:

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

การแก้ไขปัญหาด้วง

มันเป็นสิ่งสำคัญที่จะเข้าใจไวยากรณ์ของ/boot/grub2/grub.cfgไฟล์ก่อนที่จะแก้ไขปัญหา

• ก่อนอื่นรายการที่สามารถบู๊ตได้จะถูกเข้ารหัสไว้ในบล็อค 'เมนู' ในบล็อกเหล่านี้linux16และinitrd16บรรทัดชี้ไปที่เคอร์เนลที่จะโหลดจากดิสก์ (พร้อมกับบรรทัดคำสั่งเคอร์เนล) และ initramfs ที่จะโหลด ระหว่างการแก้ไขแบบโต้ตอบเมื่อบูตแท็บจะใช้ในการค้นหาบรรทัดเหล่านี้
• บรรทัด "set root" ในบล็อกเหล่านั้นไม่ได้ชี้ไปที่ระบบไฟล์รูทสำหรับระบบ RHEL / CentOS 7 แต่ให้ชี้ไปที่ระบบไฟล์ที่ grub2 ควรโหลดเคอร์เนลและไฟล์ initramfs แทน ไวยากรณ์คือharddrive.partitionตำแหน่งที่hd0เป็นฮาร์ดไดรฟ์ตัวแรกในระบบและhd1เป็นอันดับที่สอง พาร์ติชันที่ระบุไว้msdos1สำหรับพาร์ติชัน MBR แรกหรือgpt1สำหรับพาร์ติชัน GPT แรก

ตัวอย่างจาก/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

หากคุณต้องการติดตั้ง bootloader บนอุปกรณ์อีกครั้งให้ใช้คำสั่งต่อไปนี้

# grub2-install <device>

แก้ไขการติดตั้งด้วงที่ขาด

สำหรับกรณีที่ระบบจะไม่บู๊ตหลังจากถึงเมนู grub2

• คุณควรเริ่มต้นด้วยการแก้ไขเมนูด้วงและค้นหาข้อผิดพลาดทางไวยากรณ์ หากคุณพบให้แก้ไขและเข้าสู่ระบบเพื่อทำการเปลี่ยนแปลงแบบถาวรเพื่อแก้ไขปัญหา
• หากคุณไม่พบข้อผิดพลาดใด ๆ ให้อ้างถึงส่วนด้านบนที่เราบูตเข้าสู่เป้าหมายฉุกเฉิน คุณจะต้องติดตั้ง root /ใหม่อีกครั้ง
• ดูการกำหนดค่า grub2 ปัจจุบันด้วยคำสั่งต่อไปนี้: # grub2-mkconfig
• หากคุณไม่เห็นข้อผิดพลาดอาจเป็นไปได้ว่ามีคนแก้ไข/boot/grub2/grub.cfgไฟล์ ห้ามแก้ไขไฟล์นี้ สร้างการกำหนดค่าใหม่ด้วยคำสั่งต่อไปนี้:# grub2-mkconfig > /boot/grub2/grub.cfg

เมื่อคุณสร้างการตั้งค่าด้วงใหม่แล้วคุณควรจะรีบูทโดยไม่ต้องมีปัญหาใด ๆ