부팅 화면에서 멈추거나 기존 데이터 파티션이 보이지 않을 때는 설치 화면의 디스크 선택부터 점검해야 합니다. EFI 파티션, LVM 구성, XFS 마운트 정보, 네트워크 저장소 설정을 확인해 필요한 데이터와 서비스 설정을 구분한 뒤 복구 범위를 정합니다.
전원은 들어오지만 GRUB 화면을 반복하거나 emergency mode 에서 멈춘다면, 운영체제 파일 손상과 디스크 인식 문제를 먼저 분리해야 합니다.
오장동 centos 재설치(포맷) 초기화 작업은 설치를 빠르게 다시 진행하는 것보다 기존 디스크에 남아 있는 EFI, LVM, 데이터 볼륨을 식별하는 순서가 중요합니다.
설치 USB로 부팅했다고 바로 자동 파티션을 선택하면 기존 볼륨 구성과 부팅 정보를 함께 바꿀 수 있어, 보존 대상이 있는 장비에서는 특히 주의가 필요합니다.
부팅 방식, RAID 또는 NVMe 인식 여부, 파일시스템 종류, 서비스 설정 파일의 위치를 확인하면 재설치 범위를 훨씬 좁힐 수 있습니다.
CentOS Linux 8 처럼 지원이 종료된 환경은 설치 후 업데이트 저장소와 호환 배포판 전환 가능성까지 함께 검토해야 운영 중 다시 멈추는 일을 줄일 수 있습니다.
초기 화면 사진과 디스크 구성 정보를 확인하는 상담은 010-6833-8119 에서 가능합니다.
UEFI 부팅 항목과 GRUB부터 확인하는 이유
부팅 실패가 발생했을 때 가장 먼저 볼 항목은 기존 시스템이 UEFI로 설치되었는지, Legacy BIOS 방식으로 설치되었는지입니다. 설치 USB를 현재 장비와 다른 방식으로 부팅하면, 설치는 끝났는데도 펌웨어의 부팅 목록에서 운영체제를 찾지 못하는 상황이 생길 수 있습니다.
UEFI 환경이라면 EFI System Partition 이 존재하는지, 보통 /boot/efi 위치에 정상 마운트되는지, 펌웨어 부팅 항목에 GRUB 항목이 남아 있는지를 차례로 확인합니다. EFI 파티션을 일반 데이터 파티션처럼 포맷하거나 새 설치 과정에서 누락하면 GRUB 설정 파일만 다시 만들어도 해결되지 않을 수 있습니다.
복구 환경에서는 lsblk -f, blkid로 EFI 파티션과 루트 파티션의 UUID를 확인한 뒤, 필요한 경우 기존 시스템을 마운트하고 chroot 환경에서 GRUB 설정과 부팅 항목을 재생성합니다. 반대로 디스크 자체가 BIOS 또는 설치 화면에서 보이지 않는다면 부트로더 작업보다 드라이버와 저장장치 인식 점검이 우선입니다.
LVM과 XFS 볼륨을 지우기 전에 판단할 항목
서버와 업무용 장비는 하나의 디스크라도 단순 파티션이 아니라 LVM으로 구성된 경우가 많습니다. 이때 pvs, vgs, lvs 결과를 통해 물리 볼륨(PV), 볼륨 그룹(VG), 논리 볼륨(LV)의 연결 상태를 확인해야 합니다. 운영체제용 논리 볼륨과 별도 데이터용 논리 볼륨을 구분하지 않으면 재설치 중 보존해야 할 영역까지 선택할 수 있습니다.
| 확인 결과 | 재구성 판단 |
|---|---|
| 루트와 데이터가 별도 LV로 확인됨 | 루트 영역만 재설치하고 데이터 LV는 마운트 여부를 별도 검토 |
| 단일 디스크·단일 파티션이며 백업이 없음 | 파일시스템 검사와 읽기 전용 백업 가능 여부를 먼저 확인 |
| XFS 용량을 줄여야 하는 구성 | 일반 축소가 어려우므로 백업 후 새 파일시스템 구성 계획 필요 |
XFS는 일반적인 방식으로 파일시스템 축소를 지원하지 않으므로, 파티션 크기를 줄이기 위해 임의로 경계를 변경하면 데이터 손상 위험이 큽니다. 필요한 폴더를 다른 저장소로 백업하고 새 볼륨을 구성한 뒤 복원하는 방식이 안전합니다. 오장동 centos 재설치(포맷) 초기화 요청에서도 “전체 삭제”라는 표현만으로 작업 범위를 정하지 않고, 홈 디렉터리·데이터베이스·웹 경로·설정 파일처럼 실제 보존 대상을 먼저 분류해야 합니다.
특히 /etc/fstab에 이전 UUID가 남아 있으면 설치 후에도 마운트 오류로 emergency mode 에 진입할 수 있습니다. 새 루트 볼륨과 기존 데이터 볼륨의 UUID, 마운트 지점, 소유권 및 서비스 계정 권한을 함께 맞추는 과정이 필요합니다.
설치 이미지와 스토리지 드라이버 호환성 점검
설치 프로그램 Anaconda 에서 디스크가 보이지 않는다면 곧바로 디스크 고장으로 단정하기 어렵습니다. RAID 컨트롤러 설정, NVMe 인식 모드, 가상화 환경의 디스크 컨트롤러 종류, BIOS 또는 펌웨어 버전, 설치 이미지에 포함된 드라이버를 차례로 대조해야 합니다.
하드웨어 RAID 구성에서는 컨트롤러 관리 화면에서 논리 디스크가 정상 생성되어 있는지 확인해야 운영체제가 하나의 설치 대상 디스크로 인식합니다. 가상 서버는 VirtIO, SCSI, SATA 등 컨트롤러 설정이 바뀌었는지 살펴보고, 필요하면 설치 환경에 맞는 드라이버 이미지를 준비합니다. 기존 시스템에서는 보이던 디스크가 설치 화면에서만 사라진 경우라면 설치 매체의 커널과 장비 드라이버 호환성도 의심할 수 있습니다.
CentOS Linux 8 은 지원이 종료되었으므로 예전 설치 이미지를 그대로 사용하는 경우 패키지 저장소 접근과 보안 업데이트 경로가 막힐 수 있습니다. 기존 애플리케이션의 패키지 의존성을 확인한 뒤 CentOS Stream 또는 호환 배포판으로 옮길지, 내부 저장소를 별도로 운영할지 결정하는 편이 좋습니다. 재설치 직후 네트워크와 DNS, 저장소 주소가 정상인지 확인해야 필수 패키지 설치 단계에서 멈추지 않습니다.
현장 확인이 필요한 경우
디스크가 펌웨어에서도 인식되지 않거나 RAID 설정 화면, 케이블·슬롯, 부팅 장치 우선순위 확인이 필요한 경우에는 오장동 방문 일정을 짧게 잡아 장비 상태부터 확인할 수 있습니다. 출장 가능 시간은 09:00~18:00 이며, 화면 공유가 가능한 상태라면 새벽 시간을 제외한 원격 점검으로 부팅 로그와 볼륨 구성을 먼저 살펴보는 방식도 가능합니다.
멈춘 부팅 화면을 확인할 때
GRUB 메뉴가 반복해서 나타나거나, dracut 오류·emergency mode·파일시스템 마운트 오류가 표시될 때는 화면을 넘기며 재설치를 시도하기보다 오류 문구를 남겨 두는 것이 좋습니다. 설치 디스크가 전혀 보이지 않는 경우도 같은 방식으로 설치 화면과 BIOS 인식 화면을 구분해 확인합니다.
점검 전에는 오류 화면 사진, 사용 중인 CentOS 버전, 서버 또는 PC 모델명, 디스크 개수와 RAID·LVM 사용 여부, 반드시 보존해야 하는 폴더 목록을 준비하면 판단이 빨라집니다. 서비스가 운영 중이었다면 웹 서버 설정, 데이터베이스 경로, 사용자 계정과 권한 정책도 함께 알려야 복원 후 누락을 줄일 수 있습니다.
설치 완료보다 연결 상태를 확인해야 합니다
운영체제를 다시 올린 뒤 로그인 화면이 보인다고 복구가 끝난 것은 아닙니다. EFI 부팅 항목이 재부팅 후에도 유지되는지, GRUB이 올바른 루트 볼륨을 가리키는지, 기존 데이터 볼륨이 의도한 위치에 마운트되는지를 확인해야 합니다.
데이터를 보존하는 재구성은 포맷 범위를 최소화하고, LVM 연결과 XFS 특성을 확인하며, 장비 드라이버와 배포판 업데이트 경로를 맞추는 작업입니다. 이 순서를 건너뛰면 같은 부팅 오류나 디스크 미인식 문제가 다시 발생할 수 있습니다.
부팅 방식과 디스크 구성을 기준으로 재설치 범위를 확인하려면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 문의할 수 있습니다.
자주 묻는 질문
- Q. CentOS를 다시 설치하면 기존 데이터 디스크도 자동으로 삭제되나요?
A. 자동 파티션 설정이나 디스크 초기화 선택에 따라 기존 구성이 영향을 받을 수 있습니다. 설치 전에 대상 디스크와 파티션, LVM 볼륨을 구분하고 데이터 영역을 선택하지 않는 것이 우선입니다.
Q. 설치 화면에서 NVMe 나 RAID 디스크가 보이지 않으면 무엇부터 확인해야 하나요?
A. BIOS 또는 펌웨어에서 장치가 인식되는지, RAID 논리 디스크가 구성됐는지, 저장장치 모드와 설치 이미지의 드라이버 호환성이 맞는지 순서대로 확인합니다.
- Q. 부팅 오류와 GRUB 문제는 원격 화면 공유로 점검할 수 있나요?
A. BIOS 화면, GRUB 메시지, 설치 화면, 복구 콘솔을 화면 공유로 확인할 수 있다면 초기 원인 분류와 명령 결과 점검은 원격으로 가능합니다. 물리 디스크 인식이나 RAID 장비 상태는 현장 확인이 필요할 수 있습니다.