CentOS 7 및 RHEL 7 부팅 프로세스 개요 및 문제 해결

• 높은 수준의 개요
• 체계화 된 목표
• 단일 사용자 모드
• 루트 비밀번호 복구
• 이전 부팅에서 로그 검토
• 디스크 및 파일 시스템 오류 복구
• Grub 2와 관련된 부트 로더 문제
• 그럽 문제 해결
• 깨진 그럽 설치 수정

이 문서에서는 CentOS / RHEL 7.x 시스템의 부팅 프로세스에 대해 설명합니다. RHEL 7에서는 이전 릴리스와 비슷하게 유지되지만 systemd가 도입되었습니다. 부팅 프로세스 외에도 문제 해결 팁과 요령을 제공합니다.

부팅시 문제를 적극적으로 해결하기 전에 부팅 프로세스를 이해해야합니다. 프로세스에 익숙해 질 때까지 아래 단계를 검토하십시오.

높은 수준의 개요

• 전원 + 게시물.
• 펌웨어 장치 검색
• 펌웨어가 부트 로더를 읽습니다.
• 부트 로더는 설정 (grub2)을로드합니다.
• 부트 로더는 커널과 initramfs를로드합니다.
• 부트 로더는 커널에 제어권을 넘깁니다.
• 커널은 하드웨어를 초기화 /sbin/init하고 pid 1로 실행 합니다.
• Systemd는 모든 initrd 대상을 실행합니다 (파일 시스템을 마운트합니다 /sysroot).
• 커널 루트 FS는 initramfs 루트 ( /sysroot)에서 시스템 루트 파일 ( )로 전환되었으며 /systemd는 시스템 버전으로 다시 실행됩니다.
• Systemd는 기본 대상을 찾고 종속성을 자동으로 해결하는 동안 구성된대로 장치를 시작 / 중지하고 로그인 페이지가 나타납니다.

부팅 프로세스에 대한 자세한 내용은 시스템의 공식 OS 설명서를 참조하십시오.

체계화 된 목표

대상은 기본적으로 종속성 검사입니다. 대상을 충족시키기 위해 정확히 어떤 서비스가 필요한지에 대한 "이전"및 "이후"구성이 있습니다. 예를 들어 arp.ethernet.service,, firewalld.service등을 시작하고 작업을 시작해야합니다 network.target. 이 같은 서비���에 도달하지 않은 경우 httpd, nfs그리고 ldap시작할 수 없습니다. RHEL / CentOS 7에서 설정할 수있는 대상은 4 가지입니다.

• graphic.target (GUI 인터페이스)
• multi-user.target (다중 사용자 모드, 텍스트 기반 로그인)
• rescue.target (sulogin prompt, 기본 시스템 초기화)
• Emergency.target (sulogin 프롬프트, initramfs 피벗 완료 및 시스템 루트 마운트 / 읽기 전용)

현재 기본 부팅 대상을 보려면 다음을 사용하십시오.

systemctl get-default

대상을 격리하여 런타임시이를 변경할 수 있습니다. 새 대상과 관련된 모든 서비스가 시작 / 중지되므로주의하십시오 (참조 systemctl isolate new.target).

단일 사용자 모드

운영 체제 문제를 해결하기 위해 단일 사용자 모드로 부팅해야하는 경우가 있습니다. 이 예에서는 rescue.targetRHEL / CentOS 7에서 "단일 사용자 모드" 를 사용하는 방법을 보여줍니다 .

1. GRUB 메뉴가 표시되면 "e"를 눌러 GRUB2 메뉴를 중단하여 편집하십시오.
2. 커널 버전 ( vmlinuz ) 을 지정하는 행을 찾아서 다음을 추가하십시오.systemd.unit=rescue.target
3. "Ctrl + x"를 눌러 시작하십시오.
4. 그런 다음 계속하려면 루트 암호를 입력하라는 메시지가 표시됩니다. 복구 쉘을 종료하면 부팅 프로세스가 기본 대상을 계속로드합니다.

루트 비밀번호 복구

이 프로세스는 이전 릴리스에서 사용한 것과 약간 다르지만 간단한 작업이므로 수행 할 단계가 거의 없습니다. 자격 증명을 복구해야하는 경우이 방법을 사용하여 VM에 액세스 할 수 있습니다. 여전히 라이브 CD로 부팅하고 루트 파일 시스템을 마운트하고 암호를 편집 할 수는 있지만 그 방법은 구식이며 더 많은 노력이 필요합니다.

1. 시스템을 재부팅하십시오.
2. GRUB 메뉴가 표시되면 "e"를 눌러 GRUB2 메뉴를 중단하여 편집하십시오.
3. 커널 ( vmlinuz ) 을 지정하는 행의 끝으로 커서를 이동하십시오 . TTY0 이외의 다른 모든 콘솔을 제거 할 수도 있지만이 단계는 사용자 환경에서 필요하지 않을 수 있습니다.
4. 제어가 initramfs에서 실제 시스템으로 전달되기 직전에 부팅 프로세스를 중단시키는 Append rd.break( 따옴표 없음 ).
5. 부팅하려면 Ctrl + x를 누르십시오.

이때 루트 쉘에는 루트 파일 시스템이 읽기 전용 모드로 마운트되어 제공됩니다 /sysroot. 쓰기 권한으로 다시 마운트해야합니다.

다시 마운트하십시오 /sysroot.

# mount -oremount,rw /sysroot

chroot jail로 전환하십시오.

# chroot /sysroot

신임 정보가 오래된 사용자의 비밀번호를 변경하십시오.

# passwd <username>

SElinux를 사용하는 경우 부팅 프로세스를 계속하기 전에 모든 파일의 레이블을 다시 지정해야합니다. SElinux를 사용하지 않는 경우이 부분을 건너 뛸 수 있습니다.

# touch /.autorelabel

두 번 종료하면 시스템이 중단 된 지점부터 부팅됩니다.

이전 부팅에서 로그 검토

이전에 실패한 부팅 시도의 로그를 보는 것이 유용 할 수 있습니다. 저널 된 로그가 지속적으로 만들어지면 (일반적으로 메모리에 저장되고 부팅시 릴리스 됨) journalctl도구를 사용하여 수행 할 수 있습니다 . 영구 부팅 로깅을 설정해야하는 경우 다음 단계를 수행하십시오.

루트로이 정보를 저장할 로그 파일을 작성하십시오.

# 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/fstabemergency.target

다음은 다음이 필요한 문제의 예입니다 emergency.target.

1. 손상된 파일 시스템.
2. 에 존재하지 않는 UUID /etc/fstab.
3. 비는 존재에 마운트 지점 /etc/fstab.
4. 의 마운트 옵션이 잘못되었습니다 /etc/fstab.

중요 : /etc/fstab비상 모드 에서 파일을 편집 한 후 안전 조치를 위해 다음을 실행해야합니다.

# systemctl daemon-reload

다음은 연습 예제입니다. 에서 잘못된 항목을 제거하기 위해 비상 모드로 부팅하려고합니다 /etc/fstab.

1. GRUB 메뉴가 표시되면 "e"를 눌러 GRUB2 메뉴를 중단하여 편집하십시오.
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문제를 해결하기 전에 파일 구문을 이해하는 것이 중요합니다 .

• 먼저 부팅 가능한 항목은 'menuentry'블록 안에 인코딩됩니다. 이러한 블록에서, 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

장치에 부트 로더를 다시 설치해야하는 경우 다음 명령을 사용하십시오.

# grub2-install <device>

깨진 그럽 설치 수정

grub2 메뉴에 도달 한 후 시스템이 부팅되지 않는 경우

• grub 메뉴를 편집하고 구문 오류를 검색하여 시작해야합니다. 찾은 경우이를 정정하고 시스템으로 들어가서 문제점을 수정하기 위해 지속적으로 변경하십시오.
• 오류를 찾을 수 없으면 위의 비상 대상으로 부팅하는 섹션을 참조하십시오. 루트 ( /)를 다시 마운트해야 합니다.
• 다음 명령으로 현재 grub2 구성을 확인하십시오. # grub2-mkconfig
• 오류가 표시되지 않으면 누군가 /boot/grub2/grub.cfg파일을 편집했을 가능성이 있습니다. 이 파일을 수정하지 마십시오. 다음 명령을 사용하여 구성을 다시 빌드하십시오.# grub2-mkconfig > /boot/grub2/grub.cfg

grub 설정을 다시 빌드하면 아무런 문제없이 재부팅 할 수 있습니다.