CentOS를 초기 상태로 되돌리는 과정에서 설치 화면이 멈추거나 디스크가 보이지 않을 때는 이미지 무결성, 부팅 방식, 파티션 구성부터 확인해야 합니다. 기존 데이터 보존 여부와 부트로더 재구성 범위를 먼저 정리해 설치 실패와 재부팅 오류를 줄입니다.
파티션 선택 뒤 설치가 멈출 때: CentOS 초기 상태 복구 전 확인할 것
설치 버튼을 눌렀는데 진행 막대가 멈추거나, 대상 디스크를 선택한 뒤 다음 단계로 넘어가지 않는다면 삭제 작업부터 반복하면 안 됩니다. 이 증상은 설치 이미지 손상, 저장장치 인식 문제, 이전 LVM·RAID 메타데이터 충돌, 부팅 방식 불일치처럼 서로 다른 원인에서 나타납니다. 특히 기존 서버에 데이터 볼륨과 별도 마운트 지점이 남아 있다면 초기화 범위를 정하지 않은 상태의 재설치는 복구 시간을 더 길게 만들 수 있습니다. 화면에 멈춘 위치와 오류 문구를 남겨두면 원인 분류가 빨라집니다. 설치 로그나 부팅 오류를 먼저 확인하려면 010-6833-8119 로 증상을 전달해 주세요. 재설치는 운영체제를 지우는 작업이 아니라 저장소, 부팅, 네트워크, 서비스를 다시 연결하는 절차로 판단해야 합니다.
설치 대상 디스크가 비어 보이거나 선택되지 않을 때
설치 화면에서 디스크가 아예 보이지 않는다면 물리 디스크 고장으로 단정하기보다 BIOS 또는 RAID 카드 설정부터 구분해야 합니다. 서버의 SATA 모드가 RAID 또는 특정 컨트롤러 모드로 설정된 경우 설치 프로그램이 저장장치를 바로 읽지 못할 수 있으며, 가상화 환경에서는 가상 디스크가 해당 가상 머신에 실제로 연결됐는지도 확인해야 합니다.
재동 centos 재설치(포맷) 초기화를 진행하기 전에는 기존 볼륨 구조를 먼저 기록하는 편이 안전합니다. LVM의 물리 볼륨과 볼륨 그룹, 소프트웨어 RAID 메타데이터, 별도 데이터 파티션, /home·/var·/data 같은 마운트 지점은 설치 화면에서 삭제하면 되돌리기 어렵습니다. 백업이 끝났는지, 운영체제 영역만 바꿀지, 데이터 디스크까지 새로 구성할지를 분리해 결정해야 합니다.
| 증상 | 우선 확인 항목 | 작업 방향 |
|---|---|---|
| 디스크가 목록에 없음 | RAID 설정, SATA 모드, 가상 디스크 연결, 컨트롤러 인식 | 펌웨어·BIOS·가상화 콘솔에서 저장장치 상태 확인 |
| 디스크 선택 뒤 설치 중단 | LVM 잔존 정보, RAID 메타데이터, 파티션 테이블 충돌 | 보존 대상 백업 후 기존 구성 정리 범위 결정 |
| 설치 후 디스크 구성이 달라짐 | 마운트 지점, UUID, /etc/fstab 설정 | 부팅 전 자동 마운트 항목과 용량 배분 재검토 |
디스크가 보이더라도 바로 전체 삭제를 선택하기보다 설치 로그에서 어떤 장치 단계에서 멈췄는지 확인해야 합니다. 동일한 장비에서도 설치 USB 문제와 디스크 구성 충돌은 화면상 증상이 비슷하게 보일 수 있기 때문입니다.
부팅 방식이 바뀌면 GRUB가 남아 있어도 시작되지 않습니다
기존 시스템이 UEFI 방식으로 설치됐는데 설치 USB를 Legacy BIOS 방식으로 시작하면, 설치가 끝난 뒤에도 부트 항목이 정상 등록되지 않거나 디스크를 찾지 못할 수 있습니다. 반대로 Legacy 환경에서 UEFI 구성을 새로 만들면 기존 부팅 구조와 맞지 않아 재부팅 반복이 발생할 수 있습니다.
설치 전에는 펌웨어 화면에서 현재 부팅 모드를 확인하고, 설치 매체도 같은 방식으로 부팅해야 합니다. UEFI 환경이라면 EFI 시스템 파티션의 존재 여부와 마운트 위치를 확인하고, 설치 후에는 펌웨어 부트 항목에 등록됐는지 살펴봐야 합니다. GRUB 파일만 남아 있다고 정상 부팅이 보장되는 것은 아니므로 커널 항목, 루트 파티션 UUID, GRUB 설정 파일 생성 상태까지 함께 점검해야 합니다.
특히 디스크를 교체했거나 파티션 구성을 바꿨다면 이전 UUID를 참조하는 설정이 남아 있을 수 있습니다. 이 경우 복구 모드에서 루트 파일 시스템을 연결한 뒤 /etc/fstab과 부트로더 설정을 확인하고, 현재 구조를 기준으로 GRUB 구성을 다시 생성하는 순서가 필요합니다.
설치 중단을 줄이는 복구 설치 순서
먼저 ISO 이미지의 체크섬을 확인해 설치 파일 자체가 손상되지 않았는지 판별합니다. 체크섬이 다르거나 다운로드 출처가 불분명하면 설치 USB를 다시 작성하는 것이 우선입니다. 같은 USB로 다른 장비에서는 부팅되는데 특정 장비에서만 멈춘다면 메모리, 디스크 상태, RAID 컨트롤러, 펌웨어 설정처럼 하드웨어 쪽으로 범위를 좁힐 수 있습니다.
설치가 진행되는 상황이라면 처음부터 모든 서비스를 복원하지 않는 편이 좋습니다. 최소 설치로 부팅과 기본 디스크 인식부터 확인한 뒤 네트워크, 저장소 연결, 필요한 패키지, 업무 서비스를 단계적으로 올리면 어느 지점에서 문제가 다시 발생하는지 추적할 수 있습니다. CentOS 7 은 지원 종료 상태이므로 저장소 연결 가능 여부, 보안 업데이트 공백, 대체 배포판 전환 필요성도 이 단계에서 함께 검토하는 것이 좋습니다.
설치 완료 뒤에는 네트워크 인터페이스 이름과 고정 IP 설정, 기본 게이트웨이, DNS를 점검합니다. 이어서 SSH 접속, 시간 동기화, SELinux 정책, 방화벽 규칙, 서비스 자동 시작 상태를 확인해야 재부팅 뒤에만 드러나는 장애를 줄일 수 있습니다. 복구 후 서비스가 실행되더라도 외부 연결이 되지 않는다면 네트워크와 보안 정책을 분리해서 살펴봐야 합니다.
재동 현장 작업은 장비 상태 확인부터
재동 방문 작업은 디스크 교체 여부, 백업 매체 준비 상태, 서버를 중단할 수 있는 시간에 따라 소요 시간이 달라집니다. 화면 공유나 원격 콘솔 접근이 가능하면 설치 로그와 부팅 오류 문구를 먼저 확인해 현장 작업이 필요한 범위를 줄일 수 있습니다. 다만 설치 USB 부팅, RAID 카드 확인, 물리 디스크 교체가 필요한 경우에는 장비 앞에서의 점검이 필요합니다.
멈춘 설치 화면을 남겨두고 문의하세요
Anaconda 오류가 나타난 시점, 디스크 선택 불가 화면, 재부팅 반복 메시지는 원인을 가르는 중요한 자료입니다. 문의 전에는 CentOS 세부 버전, ISO 이미지 출처, 설치 USB 작성 방식, UEFI 또는 Legacy 부팅 모드, 물리 디스크·RAID·가상화 구성, 보존해야 할 데이터 위치를 정리해 두면 판단이 빨라집니다.
파티션 선택 뒤 멈춘 문제는 단순한 삭제 실패가 아니라 저장소 메타데이터와 부트 항목을 각각 진단해야 해결 방향이 보입니다. 필요한 범위만 초기화하고 부팅과 서비스 연결 상태까지 확인해야 복구 설치가 마무리됩니다. 동네형컴퓨터에 010-6833-8119 로 문의하거나 https://udns.kr/에서 작업 가능 시간을 확인해 주세요.
자주 묻는 질문
Q. CentOS를 초기 상태로 돌리면 기존 파일은 모두 삭제되나요?
A. 선택한 파티션과 초기화 방식에 따라 다릅니다. 운영체제 영역만 새로 설치하고 데이터 볼륨이나 홈 디렉터리를 보존할 수 있지만, 파티션 변경 전에는 별도 백업이 우선입니다.
Q. 설치 화면에서 디스크가 보이지 않으면 디스크 고장인가요?
A. 반드시 그렇지는 않습니다. RAID 모드, 저장장치 컨트롤러 설정, 드라이버 인식, BIOS 설정, 가상화 플랫폼의 디스크 연결 상태 때문에 목록에 나타나지 않을 수 있습니다.
Q. 부팅 오류는 원격으로 처리할 수 있나요?
A. 원격 콘솔, iDRAC·iLO 같은 관리 인터페이스, 가상화 콘솔에 접근할 수 있다면 로그 확인과 설정 점검이 가능합니다. 다만 디스크 교체, 설치 USB 부팅, 케이블 또는 RAID 카드 확인이 필요하면 현장 점검으로 진행해야 합니다.