(VM오류) welcome to emergency mode after logging in type journalctl xb to view….

(VM오류) welcome to emergency mode after logging in type journalctl xb to view….

 

 

Vm 리부팅 을 했는데, 아래와 같은 오류가 발생함.

 

 

 

이는 리눅스 시스템이 “emergency mode(비상 모드)”로 부팅된 경우로, 부팅 중 치명적인 오류가 발생했음을 의미하며, 주로 아래와 같은 원인으로 발생함

 

 

주요 원인

파일시스템 문제

/etc/fstab 파일에 정의된 마운트 포인트가 잘못되었거나, 디스크가 올바르게 인식되지 않음.

 

LVM 관련 문제

논리 볼륨(LV) 또는 볼륨 그룹(VG)에 손상이 있거나 누락됨.

 

디스크 변경 후 문제

디스크 또는 파티션을 확장하거나 조작한 후 UUID가 바뀌는 경우.

 

손상된 파일시스템

데이터나 마운트 관련 오류로 부팅이 중단됨.

 

 

아무래도 lvm으로 추가했던 vm 가상 디스크를 삭제했는데, 사용중이었던 디스크라 문제가 발생한 것으로 추정 됨.

 

 

루트 비밀번호를 입력하라는 요청이 보인다, 비밀번호를 입력하여 emergency 모드로 진입하자

 

 

 

 

 

루트 비밀번호 입력 후 엔터

 

시스템로그 확인

(최근 부팅 로그를 확인하여, 어떤 장치, 파일시스템에서 오류가 발생했는지 파악 가능)

journalctl -xb

 

 

/etc/fstab 설정 확인

cat /etc/fstab

/etc/fstab 파일에 잘못된 마운트 항목이 있으면 부팅이 실패 함.(대부분의 경우 이경우에 해당함)

오류가 발생한 파디션이 있는지 확인하고, 만약 존재하지 않는 디스크나 UUID를 참조하고 있으면 주석 처리하거나 수정해준다.

 

수정 후 재부팅

# reboot

 

재부팅 해도 동일증상 발생시 아래 내용을 순서대로 확인해보자.

 

LVM 상태 확인

디스크나 볼륨 그룹 관련 문제일 수 있으니 LVM 상태를 확인

lvscan

vgscan

 

만약 논리 볼륨이나 볼륨 그룹이 제대로 활성화되지 않았다면 수동으로 활성화 해준다.

vgchange -ay

 

 

 

파일시스템 검사

특정 파일시스템이 손상된 경우라면 fsck 명령으로 복구한다.

fsck -y /dev/VG-01/LG-01

위 명령은 /data에 해당하는 논리 볼륨에 대해 파일시스템 검사를 수행함.

 

오류가 복구되면 다시 부팅.

reboot

 

 

디스크 UUID 확인 및 수정

디스크를 변경한 후라면 UUID가 변경되었을 수 있다. 이 경우, 아래의 명령으로 디스크의 UUID를 확인한다.

blkid

 

/etc/fstab에 정의된 UUID와 비교하고 맞지 않으면 수정합니다.

 

 

보통 주로 디스크나 LVM 설정 오류로 발생하는 경우가 많다.

 

위 단계를 하나씩 수행하면서 원인을 찾아보자.

 

문제가 해결된 후 재부팅하면 정상적으로 동작 할것임.