Linux 운영 체제 부팅 프로세스 및 시스템 서비스 제어

목차

1. Linux 운영 체제 부팅 프로세스

1. 부팅 프로세스 개요

2. 부팅 과정에 대한 자세한 설명

2.1 전원 공급 자가 테스트

2.2 MBR 부팅

2.3 GRUB 메뉴

2.4 리눅스 커널 로딩

2.5 init 프로세스 초기화

3. 시스템 초기화 과정

3.1 init 프로세스(직렬 시작)

3.2 Systemd는 서비스 모니터링을 대체할 수 있습니다(병렬 시작).

4. 시스템 단위 유형

5. 실행 수준에 해당하는 시스템 대상

2. MBR 섹터 오류 복구

1. 실패 원인

2. 결함 현상

3. 솔루션 아이디어

4. MBR 섹터를 복구하는 구체적인 단계

4.1 하드 디스크 및 파티션 추가

4.2 MBR 섹터 데이터를 다른 디스크(/dev/sdb1)에 백업(동일한 하드 디스크에 백업할 수 없음)

 4.3 MBR 부트 섹터 파괴 시뮬레이션

 4.4 인터페이스를 비상 모드로 부팅하고, 백업 파일에서 MBR 섹터 데이터를 복원하고, 먼저 디스크 이미지를 로드합니다.

 4.5 셸 인터페이스로 들어가서 백업으로 파티션을 마운트하고 정적 백업 데이터를 손상된 하드 디스크에 복원한 다음 다시 시작하세요.

3. GRUB 부팅 실패 복구

1. 실패 원인

2. 결함 현상

3. 솔루션 아이디어

4. GRUB 부팅 실패를 복구하기 위한 특정 단계(특정 작업 및 명령 사용)

4.1 수동 수리

4.2 비상 모드 진입

4.3 인터페이스를 비상 모드로 부팅

5. GRUB 메뉴 구성 파일을 다시 빌드합니다.

5.1 부팅 파일 삭제 시뮬레이션

4. 루트 사용자 비밀번호를 잊어버렸습니다.

1. 실패 원인

2. 결함 현상

3. 솔루션 아이디어

4. CD로 비밀번호 변경

4.1 클라이언트를 다시 시작하고 ESC를 눌러 복구 모드로 들어가고 CD-ROM 드라이브를 클릭하여 광학 드라이브 모드로 들어갑니다.

4.2 문제 해결 선택

4.3 CentOS 시스템 복구 선택

4.4 1을 입력하여 광학 드라이브 시스템으로 들어갑니다.

4.5 비밀번호 변경 

5. 단일 사용자 모드에서 비밀번호 변경

5.1 시작하는 동안 아무 키나 누르면 시작이 일시 중지되고 e 키를 누르면 편집 모드로 들어갑니다.

5.2 linux로 시작하는 줄로 커서를 이동하고 커널 매개변수 rd.break를 추가합니다. 

5. 시스템 서비스 제어

1. 서비스 단위 파일은 일반적으로 세 부분으로 구성됩니다.

2. 단위 세그먼트의 공통 옵션 

3. 서비스 부문의 공통 옵션

6. Linux 시스템의 운영 수준

1. 주행레벨을 확인하세요

2. runlevel 명령은 전환 실행 수준과 현재 실행 수준만 볼 수 있습니다.

 3. systemctl 도구는 기본 실행 수준을 볼 수 있습니다. 


1. Linux 운영 체제 부팅 프로세스

1. 부팅 프로세스 개요

 

2. 부팅 과정에 대한 자세한 설명

2.1 전원 공급 자가 테스트

하드웨어 설정 확인, 시스템 제어 전송
서버 호스트가 켜진 후 CPU, 메모리, 그래픽 카드, 키보드 및 기타 장치에 대한 사전 테스트가 수행됩니다. 마더보드 BIOS 설정에서 테스트가 성공하면 미리 설정된 시작 순서에 따라 시스템 제어가 전송됩니다. 운영 체제는 일반적으로 하드 디스크에 설치되기 때문에 대부분 로컬 하드 디스크로 전송됩니다. 디스크

요약: 하드 디스크나 광학 드라이브 등 시스템을 부팅할 수 있는 첫 번째 장치를 감지합니다.

2.2 MBR 부팅

MBR 섹터에 있는 시작 GRUB 부팅 프로그램을 실행합니다.
시스템이 로컬 하드 디스크에서 부팅되면 첫 번째 섹터의 MBR(마스터 부트 레코드) 설정에 따라 먼저 운영 체제 부팅 파일이 포함된 파티션으로 시스템 제어가 이전됩니다. ; 또는 MBR 레코드의 부팅 정보를 기반으로 부팅 메뉴를 직접 호출합니다. 예: GRUB 등

요약: MBR 섹터에 있는 시작 GRUB 부팅 프로그램을 실행합니다.

2.3 GRUB 메뉴

GRUB 부팅 프로그램은 GRUB 구성 파일 /boot/grub2/grub.cfg를 읽어 커널 및 이미지 파일 시스템의 설정과 경로 위치를 얻습니다.
Linux 운영 체제의 경우 GRUB(Unified Boot Loader)는 가장 널리 사용되는 다중 시스템 부팅 프로그램입니다. 시스템 제어가 FRUB로 전달된 후 사용자가 선택할 수 있도록 부팅 메뉴가 표시됩니다. . , 선택한 옵션에 따라(또는 기본값을 채택) Linux 커널 파일을 로드한 다음 시스템 제어를 커널로 넘깁니다.

GRUB 시작 단계

기본 부트 로더:
          1단계.…MBR의 처음 446바이트는 하드웨어를 부팅하여 커널을 찾습니다.

          5 stage:.. MBR 뒤의 섹터를 통해 stage1의 부트로더는 stage2가 위치한 파티션의 파일 시스템을 식별할 수 있습니다.

보조 부트 로더: 2단계, 파티션 file/boot/grub2/grub.cfg
(CentOS 7은 GRUB2 부트 로더를 사용함)

요약: GRUB 부팅 프로그램은 GRUB 구성 파일 /boot/grub2/grub.cfg를 읽어 커널 및 이미지 파일 시스템의 설정과 경로 위치를 가져옵니다.

2.4 리눅스 커널 로딩

커널과 이미지 파일 시스템을 메모리에 로드합니다.
 리눅스 커널은 미리 컴파일된 특수 바이너리 파일로 각 하드웨어 자원과 시스템 프로그램 사이에 위치하며 자원 할당과 스케줄링을 복제합니다. 커널이 시스템 제어권을 넘겨받은 후, 전체 시스템, Linux 운영 체제의 실행 프로세스를 완전히 제어합니다.

(CentOS 시스템에서 기본 커널 파일은 "/boot/vmlinuz-3.10.0-514.e17.x86_64"에 있습니다.)

요약: 커널 및 이미지 파일을 메모리에 로드 

2.5 init 프로세스 초기화

은 하드웨어 드라이버를 로드하고, 커널은 init 프로세스를 메모리에 로드하여 실행합니다.
추가 시스템 부팅 프로세스를 완료하기 위해 Linux 커널은 먼저 시스템의 "/sbin/init" 프로그램을 메모리에 로드하고 실행합니다(실행 중인 프로그램을 프로세스라고 함). , init 프로세스는 전체 시스템의 초기화를 완료하고 최종적으로 사용자가 로그인할 때까지 기다리는 역할을 담당합니다.

요약: 하드웨어 드라이버를 로드하면 커널이 init 프로세스를 메모리에 로드하고 실행합니다.

3. 시스템 초기화 과정

3.1 init 프로세스(직렬 시작)

/sbin/init 프로그램은 Linux 커널에 의해 로드되고 실행됩니다.
init 프로세스는 시스템의 첫 번째 프로세스이며 모든 프로세스의 상위 프로세스입니다.
init 프로세스의 PID(프로세스 ID) 번호는 항상 1입니다.

3.2 Systemd는 서비스 모니터링을 대체할 수 있습니다(병렬 시작).

Systemd는 Linux 운영 체제용 초기화 소프트웨어입니다. (centos7의 첫 번째 프로세스는 systemd이고, centos6 이하의 첫 번째 프로세스는 init입니다.)
CentOS 7에서 사용됩니다. (서비스 프로세스의 병렬 시작) 시작 방법은 기존 SysVinit(서비스 시작을 위한 쉘 스크립트의 직렬 실행)을 대체합니다.
CentOS 7에서 실행되는 첫 번째 init 프로세스는 /lib/systemd /systemd입니다. systemd는 더 많은 서비스 프로세스 시작을 병렬화할 수 있으며 다음과 같은 기능을 제공합니다. 주문형 시작 서비스를 제공하여 시작되는 프로세스 수를 줄여 시스템 시작 속도를 향상시킵니다.
기존 sysVinit는 서비스를 시작하기 위해 셸 스크립트의 직렬 실행에 의존하므로 효율성이 낮고 시스템 시작 속도가 느립니다.


4. 시스템 단위 유형


 

5. 실행 수준에 해당하는 시스템 대상

 

  

2. MBR 섹터 오류 복구

MBR은 첫 번째 하드 디스크의 첫 번째 물리적 섹터(/dev/sda)에 위치하며 총 512바이트이며 처음 446바이트는 GRUB 프로그램이고 다음 64바이트는 파티션 테이블입니다.

1. 실패 원인

바이러스, 트로이 목마 등에 의한 손상
잘못된 파티션 작업, 디스크 읽기 및 쓰기 오류

2. 결함 현상

부트로더를 찾을 수 없고 시작이 중단됩니다
운영 체제를 로드할 수 없으며 부팅 후 화면이 검게 나타납니다

3. 솔루션 아이디어

백업으로 다른 하드 디스크 추가 준비
미리 백업 파일 만들기
설치 CD를 사용하여 복구 모드로 부팅합니다.
백업 파일에서 복원합니다.

4. MBR 섹터를 복구하는 구체적인 단계

4.1 하드 디스크 및 파티션 추가
 

 

 

4.2 MBR 섹터 데이터를 다른 디스크(/dev/sdb1)에 백업(동일한 하드 디스크에 백업할 수 없음)

  1. dd if=/dev/sda of=/mnt/mdr.bak bs=512 개수=1

  2. (복사하여 덮어쓰기, dev 아래의 sda를 mnt로 복사하고 이름을 mbr.bak로 지정, 한 번에 512바이트, 한 번 복사)

 

 4.3 MBR 부트 섹터 파괴 시뮬레이션

  1. dd if=/dev/zero of=/dev/sda bs=512 개수=1

  2. (sda에 1회 512바이트의 공간 쓰기)

  3. hexdump -C -n 512 /dev/sda
  4. SDA 하드디스크의 처음 512바이트를 확인하여 손상되었는지 확인합니다. 이때 다시 시작하여 비상 모드로 들어가야 합니다. 이때 광드라이브의 시스템을 읽습니다.

 

 4.4 인터페이스를 비상 모드로 부팅하고, 백업 파일에서 MBR 섹터 데이터를 복원하고, 먼저 디스크 이미지를 로드합니다.

1. 설치 마법사 인터페이스가 나타나면 "문제 해결" 옵션을 선택하십시오.


2. "CentOS Linux 시스템 복구" 옵션을 선택하여 복구 모드로 들어갑니다.


3. "1"을 선택하고 계속을 선택한 후 Enter를 눌러 계속하십시오.


4. Enter 키를 다시 누르면 "sh-4.2#" 프롬프트와 함께 Bash Shell 환경으로 들어갑니다.

 

 

 

 4.5 셸 인터페이스로 들어가서 백업으로 파티션을 마운트하고 정적 백업 데이터를 손상된 하드 디스크에 복원한 다음 다시 시작하세요.


sh-4.2# mkdir bak
sh-4.2# mount /dev/sdb1 /bak
#백업 파일로 파티션 마운트 < /a >  sh-4.2# 재부팅 sda 하드디스크의 처음 512바이트를 확인하여 복구되었는지 확인합니다. sh -4.2 # hexdump -C -n 512 /dev/sda #백업 데이터 복원
sh-4.2# dd if=/bak/mdr.bak of=/dev/ sda



 

 

3. GRUB 부팅 실패 복구

1. 실패 원인

MBR의 GRUB 부팅 프로그램(1-446바이트)이 손상되었습니다.
grub.cfg 파일이 없고 부팅 구성이 잘못되었으며 파일 위치는 /boot/입니다. grub2/grup.cfg

2. 결함 현상

시스템 부팅이 중단되고 grub > 프롬프트가 표시됨

3. 솔루션 아이디어

수동으로 부팅 명령을 입력하여 복구를 시도합니다(권장하지 않음)
복구 모드로 들어가고, 백업에서 grub.cfg를 다시 쓰거나 복원합니다.
복구 시작 MBR 섹터에서 grub 프로그램을 재구축하는 모드

4. GRUB 부팅 실패를 복구하기 위한 특정 단계(특정 작업 및 명령 사용)

4.1 수동 수리

페이지에서 grub > 다음에 다음 부팅 명령을 수동으로 입력하면 됩니다(입력에 복사할 수 없으며 오류가 발생하기 전에 커널 정보를 저장해야 합니다. 이 방법은 시간이 많이 걸리고 번거롭고 번거로우므로 권장되지 않습니다)

그럽> insmod xfs
grub> linux16 /vmlinuz-0-rescue-73d7ede256a74b0e975e69f22d862090 root=UUID=d069b243-6623-4983-8d61-3ec6956a4f2b ro rhgb Quiet
grub> initrd16 /initramfs-0-rescue-73d7ede256a74b0e975e69f22d862090.img
grub> 부팅

4.2 비상 모드 진입

GRUB 부팅 프로그램 복원, 백업에서 grub.conf 다시 작성 또는 복원(이 방법은 MBR 섹터 복구와 동일하며 유일한 차이점은 bs=446입니다) MBR은 첫 번째 하드 디스크의 첫 번째 물리적 섹터에 위치하며 총 512바이트 중에서 처음 446바이트는 마스터 부트 레코드입니다.

#백업 디스크를 마운트하고 GRUB 부팅 프로그램을 백업하기 위한 새 디렉토리를 생성합니다.
mkdir /bak
mount /dev/sdb1 /bak/ < /span> sh-4.2# 종료< /span> sh-4.2# dd if=/data/grup.bak of=/dev/sda bs=446 count=1 sh-4.2# mount /dev/sdb1 /data / sh-4.2# mkdir /data #인터페이스 부팅 비상 모드로, 백업 파일에서 GRUB 부팅 프로그램 복원  dd if=/dev/zero of=/dev/sda bs=446 count=1 # 다음에서 GRUB 부팅 프로그램 파괴를 시뮬레이션합니다. MBR, 그러나 파티션 테이블을 파괴하지 마십시오.
dd if=/dev/sda of=/bak/grup.bak bs=446 count=1
 


 




4.3 인터페이스를 비상 모드로 부팅

GRUB 메뉴 구성 파일 재구축

#구성 파일을 삭제하고 GRUB 실패를 시뮬레이션합니다.
rm -rf /boot/grub2/grub.cfg    
 
#복구 모드로 들어가서 GRUB 오류를 로드합니다. CD 이미지, 시스템 루트 환경으로 전환                   
sh-4.2# chroot /mnt/sysimage                    
 
#첫 번째 하드 디스크에 GRUB 부팅 프로그램 다시 설치(dev/ sda) MBR 섹터, 파티션이 여러 개인 경우 생략 가능
bash-4.2# grub2-install /dev/sda                                                                 > -o /boot/grub2/grub.cfg                 # chroot 환경을 종료하고 다시 시작       bash-4.2# 종료 sh -4.2# 재부팅
 


 


5. GRUB 메뉴 구성 파일을 다시 빌드합니다.

5.1 부팅 파일 삭제 시뮬레이션

5.2 재시작 후 0.5초 이내에 ESC를 누르면 비상 모드로 진입합니다.

 

5.3 CD-ROM 드라이브를 선택하고 클릭하여 CD-ROM 드라이브 모드로 들어갑니다.

 

 5.4 문제 해결 선택

 

5.5 CentOS 시스템 복구 선택

 

5.6 옵티컬 드라이브 시스템으로 진입 후 1을 입력합니다.

 

5.7 그럽 프로그램 재구축

 

4. 루트 사용자 비밀번호를 잊어버렸습니다.

1. 실패 원인

루트 사용자 비밀번호를 잊어버렸습니다

2. 결함 현상

루트 권한이 필요한 관리 작업을 수행할 수 없습니다.
사용 가능한 다른 계정이 없으면 시스템에 로그인할 수 없습니다.

3. 솔루션 아이디어

비상 모드 진입 및 비밀번호 재설정

4. CD로 비밀번호 변경


4.1 클라이언트를 다시 시작하고 ESC를 눌러 복구 모드로 들어가고 CD-ROM 드라이브를 클릭하여 광학 드라이브 모드로 들어갑니다.
 

4.2 문제해결

 

4.3 CentOS 시스템 복구

 

4.4 1을 입력하고광학 드라이브 시스템으로 들어갑니다

 

4.5 비밀번호 변경 

 

5. 단일 사용자 모드에서 비밀번호 변경

5.1 시작하는 동안 아무 키나 누르면 시작이 일시 중지되고 e 키를 누르면 편집 모드로 들어갑니다.

 

 

5.2 linux로 시작하는 줄로 커서를 이동하고 커널 매개변수 rd.break를 추가합니다. 

SELinux가 활성화된 경우 종료 작업을 실행하기 전에 touch /.autorelabel을 실행해야 하며, 시작되지 않은 경우 touch /.autorelabel을 실행할 필요가 없습니다.

 

5. 시스템 서비스 제어

형식: systemctl 제어 유형 서비스 이름

시스템의 백그라운드에서 실행되는 프로그램이 있습니다.

systemctl 활성화 --now 서비스 이름 즉시 시작하고 부팅 후 자동으로 시작하지 않음
systemctl 비활성화 --now 서비스 이름 즉시 서비스를 닫고 부팅 후 자동으로 시작하지 않음 a>
systemctl 활성화 서비스 이름이 부팅 시 자동으로 시작되지 않음
systemctl 비활성화 서비스 이름이 부팅 시 자동으로 시작되지 않음

시스템 서비스 제어 유형
제어 유형 효과
시작 시작하다
멈추다 멈추다
재시작 재시작
다시 장전하다 새로고침
상태 서비스 상태 확인
사용 가능

서비스가 시작되었는지 확인

 

1. 서비스 단위 파일은 일반적으로 세 부분으로 구성됩니다.

[Unit]: 유닛 유형과 관계없이 유닛 설명 정보, 유닛 동작 및 종속성을 제공하는 데 사용되는 공통 옵션을 정의합니다.
[서비스]: 특정 유형과 관련된 특수 옵션, 서비스 유형은 다음과 같습니다.
[설치]: "systemctl 활성화" 및 systemctl 비활성화"에 의해 정의됨 서버를 시작하거나 비활성화할 때 사용되는 명령 옵션

2. 단위 세그먼트의 공통 옵션 

설명: 설명 정보
이후: 현재 장치가 나중에 시작되어야 하는 장치를 나타내는 장치의 시작 순서를 정의합니다. 해당 기능은 이전과 반대입니다.
필요: 다른 유닛에 의존, 강한 의존성, 종속 유닛을 활성화할 수 없으면 현재 유닛을 활성화할 수 없음
필요: 다른 유닛에 의존, 약한 의존성< a i= 4> 갈등: 단위 간의 갈등 관계 정의

3. 서비스 부문의 공통 옵션

Type: ExecStart의 기능과 관련 매개변수에 영향을 미치는 단위 프로세스 시작 유형을 정의합니다.

 - EnvironmentFile: 환경 구성 파일
- ExecStart: 장치를 시작하기 위한 명령이나 스크립트를 실행할 절대 경로를 지정합니다.
- ExecStartPre: 실행 ExecStart 이전< /span> - PrivateTmp: yes로 설정하면 /tmp/systemd-private-UUID-NAME.service-XXXXX/tmp/ 디렉터리가 생성됩니다. - 시간 단위가 지정되지 않은 경우 초 단위로 간주됩니다. 예를 들어, "20"으로 설정하는 것은 "20s"로 설정하는 것과 같습니다. - RestartSec: 서비스를 다시 시작하기 전에 일시 중지할 기간을 설정합니다(Restart=). 기본값은 100밀리초(100ms)입니다. no - Restart: Restart=1로 설정하면 데몬 서비스가 예기치 않게 종료되면 서비스가 자동으로 다시 시작됩니다. - ExecStop: 장치를 중지하기 위해 실행할 명령이나 스크립트를 지정합니다.
- ExecStartPost: ExecStart 이후 실행




6. Linux 시스템의 운영 수준

1. 주행레벨을 확인하세요

runlevel 명령은 전환 실행 수준과 현재 실행 수준만 볼 수 있습니다.
systemctl 도구는 기본 실행 수준을 볼 수 있습니다.

2. runlevel 명령은 전환 실행 수준과 현재 실행 수준만 볼 수 있습니다.


 

 레벨을 전환하려면 터미널에서 init 명령을 사용하십시오.

 3. systemctl 도구는 기본 실행 수준을 볼 수 있습니다. 

확장자: etc/rc.d/rc#.d는 로딩 시스템에 있는 실행 수준(#은 0-6)에 따라 해당 /etc/rc.d/rc#.d 디렉터리에서 서비스를 시작합니다. 부팅 프로세스 중간의 서비스 단계

확장: 직접 작성하고 컴파일하여 설치한 서비스는 etc/rc.d/rc#.d에 로드되지 않으며 systemd를 사용하여 켜거나 끌 수 없습니다.

확장자: 컬 IP 주소: 웹페이지를 볼 수 있습니다.

Supongo que te gusta

Origin blog.csdn.net/weixin_52269501/article/details/128306961
Recomendado
Clasificación