CentOS를 다시 구성하는 과정에서 설치 화면이 멈추거나 디스크 선택이 비정상적으로 보이면 기존 파티션, 부팅 모드, 저장소 인식 상태를 함께 확인해야 합니다. 데이터 보존 여부를 먼저 판단하고 설치 매체·부트로더·네트워크 설정까지 단계별로 점검하는 절차를 정리합니다.

부팅 대상과 파티션 구성이 어긋난 CentOS 재구축 복구
설치 버튼을 눌렀는데 대상 디스크 선택 단계에서 멈추거나, 디스크가 예상과 다른 이름으로 표시되는 경우가 있습니다. 이때 단순히 포맷을 다시 실행하면 남아 있던 데이터 영역이나 논리 볼륨까지 함께 지워질 수 있습니다. 설치 화면의 문제는 저장장치 자체보다 이전 LVM 구성, RAID 메타데이터, 부팅 모드 불일치에서 시작되는 경우도 많습니다. 재구축 전에는 보존할 데이터와 서비스 설정값을 먼저 분리하고, 설치 매체와 부팅 방식을 확인해야 합니다. 의주로 centos 재설치(포맷) 초기화처럼 서버를 비우는 작업은 설치 완료 화면이 아니라 재부팅 후 서비스가 정상 기동되는지까지 확인하는 방식으로 진행하는 편이 안전합니다. 초기 화면이 멈춘 상태라면 화면을 넘기기보다 현재 경고 문구와 디스크 목록부터 기록해 두는 것이 좋습니다.
설치 대상 디스크가 비어 보이지 않을 때 확인할 항목
설치 프로그램에서 디스크가 하나만 보이거나, 기존에 없던 파티션이 나타나면 먼저 운영체제에서 인식하는 물리 디스크와 논리 볼륨을 구분해야 합니다. 복구 환경 또는 설치 쉘에서 lsblk, blkid로 디스크·파티션·파일시스템 서명을 확인하고, pvs, vgs, lvs로 LVM 구조가 남아 있는지 살핍니다.
특히 이전 서버에서 사용하던 볼륨 그룹 이름과 물리 볼륨 서명이 남아 있으면 설치 프로그램은 해당 디스크를 사용 중인 장치로 판단할 수 있습니다. 하드웨어 RAID를 사용한 장비라면 개별 디스크가 아니라 RAID 컨트롤러가 만든 논리 드라이브가 설치 대상으로 보여야 합니다. 이 구조를 확인하지 않은 채 메타데이터를 지우면 별도 데이터 영역을 되돌리기 어려워질 수 있으므로, 삭제 범위는 백업 여부와 함께 먼저 확정해야 합니다.

| 화면 또는 증상 | 우선 확인할 내용 | 처리 방향 |
|---|---|---|
| 디스크가 선택되지 않음 | 기존 LVM·RAID 서명, 컨트롤러 인식 | 보존 범위 확인 후 메타데이터 정리 여부 결정 |
| 설치 대상이 하나만 표시됨 | BIOS 저장장치 설정, RAID 구성, 드라이버 | 논리 드라이브와 물리 디스크 구분 |
| 설치 후 부팅 장치 없음 | UEFI 설정, EFI 파티션, GRUB 대상 | 부팅 모드에 맞춰 부트로더 재생성 |
재부팅 뒤 GRUB 화면에서 멈추는 원인
설치가 끝났다는 메시지가 나와도 재부팅 뒤 GRUB 화면에서 멈추거나 부팅 장치를 찾지 못하면 파티션 구성과 펌웨어 부팅 방식부터 다시 봐야 합니다. UEFI 방식으로 설치할 경우 일반적으로 GPT 디스크와 EFI System Partition 구성이 필요하며, Legacy BIOS 방식은 MBR 또는 BIOS Boot 파티션이 필요한 구성인지 장비 환경에 따라 확인해야 합니다.
문제는 설치 USB를 UEFI로 부팅했는지 Legacy 로 부팅했는지에 따라 설치 결과가 달라질 수 있다는 점입니다. 기존 장비 설정은 Legacy 인데 UEFI 방식으로 설치했거나, 반대로 UEFI 항목이 비활성화된 상태에서 EFI 부트로더를 생성하면 재부팅 단계에서 진입 경로가 사라집니다. EFI 파티션의 마운트 경로, /boot 분리 여부, GRUB 설치 대상과 펌웨어 부팅 항목을 함께 점검해야 합니다.
디스크를 교체했거나 RAID 구성을 다시 만들었다면 이전 UUID를 참조하는 /etc/fstab 설정도 확인 대상입니다. 루트 파일시스템을 찾지 못하는 증상은 GRUB 자체의 오류처럼 보일 수 있지만, 실제로는 파티션 UUID 또는 초기 램디스크 설정이 맞지 않는 경우도 있습니다.
설치 중단을 줄이는 재구축 순서

안정적인 재구축은 설치 화면에서 즉흥적으로 파티션을 고르는 방식보다 순서를 정해 진행하는 것이 좋습니다. 먼저 업무 데이터, 데이터베이스 덤프, 라이선스 파일, 웹·메일·방화벽 설정, 사용자 계정 관련 파일의 백업 완료 여부를 확인합니다. 그다음 설치 매체의 부팅 상태와 버전, 서버의 UEFI·Legacy 설정, RAID 컨트롤러 구성을 확인합니다.
초기화 범위는 운영체제 영역만 지울지, 기존 볼륨 그룹과 데이터 파티션까지 정리할지 구분해야 합니다. 의주로 centos 재설치(포맷) 초기화 작업을 요청할 때에도 이 범위가 정해져 있어야 설치 대상 디스크를 명확하게 판별할 수 있습니다. 파티션은 최소한 루트 영역, 부팅 영역, EFI 영역 또는 BIOS 부팅 영역의 필요 여부를 장비 환경에 맞춰 설계하고, 별도 데이터 영역이 필요한 서비스라면 운영체제 영역과 분리하는 방식을 검토합니다.
네트워크 저장소를 사용하는 설치라면 DNS, 게이트웨이, IP 설정과 저장소 주소 접근 여부도 설치 전 확인해야 합니다. 설치 완료 뒤에는 네트워크 연결, 시간 동기화, SSH 접속, 방화벽 정책, 주요 서비스의 자동 시작 상태를 차례로 검증합니다. 화면상 설치 완료보다 실제 재부팅 이후 서비스가 정상으로 올라오는지가 최종 기준입니다.
현장 및 원격 점검 진행 방식
현장 점검은 09:00~18:00 일정 안에서 디스크 상태, RAID 구성, BIOS 또는 UEFI 화면, 설치 중단 지점을 우선 확인합니다. 원격 콘솔(IPMI·iDRAC·iLO 등)에 접속할 수 있다면 새벽 시간을 제외하고 설치 로그와 콘솔 화면을 먼저 검토할 수 있습니다. 화면 진입이 안 되거나 저장장치 교체, 케이블·컨트롤러 확인이 필요한 경우에는 현장 확인이 적합합니다.

멈춘 화면을 그대로 두고 점검을 요청할 때
디스크 선택 오류, 파티션 경고, 저장소 접근 실패, 재부팅 뒤 부팅 장치 오류가 보이면 임의로 여러 번 설치를 반복하기 전에 문의하는 편이 좋습니다. 오류 화면 사진, 사용 중인 CentOS 계열 버전, 설치 USB 또는 네트워크 설치 여부, 서버 모델, RAID 사용 여부, 데이터 보존 필요 여부를 준비하면 판단 시간이 줄어듭니다.
설치 대상을 잘못 선택했는지, 남은 볼륨 메타데이터가 화면을 흔드는지, 부팅 모드가 맞지 않는지부터 분리해 확인합니다. 동네형컴퓨터 상담은 010-6833-8119 에서 가능하며, 작업 범위와 원격 접속 가능 여부를 함께 알려주시면 됩니다.
부팅 대상과 파티션 구성이 어긋난 문제는 설치를 다시 누르는 것으로 끝나지 않습니다. 데이터 보존 범위, 디스크 메타데이터, UEFI 또는 Legacy 설정, GRUB 생성 상태를 순서대로 맞춰야 재부팅 실패를 줄일 수 있습니다. 설치 완료 메시지보다 서비스 기동 확인까지 마친 상태가 재구축 복구의 기준입니다.
자주 묻는 질문

Q. CentOS를 다시 설치하면 기존 데이터는 모두 지워지나요?
A. 선택한 디스크와 파티션 처리 방식에 따라 달라집니다. 기존 LVM, 별도 데이터 파티션, RAID 구성은 설치 전에 구조를 확인한 뒤 보존 또는 삭제 범위를 정해야 합니다.
Q. 설치 화면에서 디스크가 하나만 보이거나 선택할 수 없는 이유는 무엇인가요?
A. RAID 컨트롤러 드라이버, 남아 있는 볼륨 메타데이터, BIOS 저장장치 설정, 설치 매체의 드라이버 지원 범위를 확인해야 합니다.
Q. 원격으로 부트로더 문제를 확인할 수 있나요?
A. IPMI·iDRAC·iLO 같은 원격 콘솔 또는 정상 SSH 접속이 가능하면 로그와 부팅 설정을 점검할 수 있습니다. 화면 진입 자체가 불가능하거나 저장장치 교체가 필요한 상황은 현장 확인이 필요할 수 있습니다.
설치 중단 화면과 재부팅 실패 원인을 구분해 점검하려면 동네형컴퓨터 010-6833-8119 로 연락하시거나 https://udns.kr/에서 작업 문의를 남겨 주세요.
