CentOS 설치가 패키지 단계에서 멈추거나 대상 디스크를 선택하지 못할 때는 단순 재시도보다 파티션 테이블, LVM 구성, 부팅 모드, 설치 로그를 함께 확인해야 합니다. 초기화 범위와 데이터 보존 가능성을 구분해 설치 중단 원인을 정리합니다.
CentOS 설치가 중간에 멈출 때, 디스크 초기화부터 다시 잡는 복구 절차
설치 진행 막대가 멈췄다고 해서 같은 USB로 재시작만 반복하면 원인을 놓치기 쉽습니다. 디스크를 선택하는 화면에서 이전 파티션이 남아 보이거나, 패키지 복사 중 멈추거나, 마지막 부트로더 단계에서 실패하는 경우는 확인할 위치가 서로 다릅니다. 특히 기존 서버용 디스크에는 LVM, RAID, 암호화 볼륨의 흔적이 남아 자동 파티션 설정을 막는 일이 많습니다. 초기화는 단순 파일 삭제와 범위가 다르므로 자료 보존 여부부터 정해야 합니다. 화면 사진과 설치 단계가 확인되면 010-6833-8119 로 증상을 먼저 알려주시면 재설치 전 점검 순서를 안내할 수 있습니다. 원격 점검은 새벽 시간을 제외하고 화면 공유 환경에서 진행할 수 있습니다.
LVM과 RAID 흔적이 설치 디스크 선택을 막는 경우
Anaconda 설치 화면에서 디스크 용량은 보이는데 설치 대상으로 선택되지 않거나, 알 수 없는 파티션과 이전 볼륨 그룹이 함께 나타나는 경우가 있습니다. 이는 기존 운영체제에서 사용하던 LVM 물리 볼륨(PV), 볼륨 그룹(VG), 논리 볼륨(LV) 또는 소프트웨어 RAID 메타데이터가 남았을 가능성을 먼저 봐야 합니다. 설치 프로그램은 남아 있는 구성 정보를 읽어 자동 파티션을 시도하므로, 디스크가 비어 보이더라도 저장소 설정 단계에서 충돌할 수 있습니다.
용종동 centos 재설치(포맷) 초기화 작업처럼 기존 환경을 정리해야 할 때는 자료가 필요한 디스크인지부터 구분한 뒤 진행합니다. 파티션 테이블만 새로 작성할지, LVM 구성까지 제거할지, RAID 서명과 부트 레코드까지 정리할지를 한 번에 결정하면 안 됩니다. 필요한 자료가 남아 있다면 다른 저장장치로 백업 가능 여부를 우선 확인하고, 보존 대상이 아니라는 점이 확인된 디스크에만 초기화 범위를 적용해야 합니다.
| 보이는 증상 | 우선 확인할 항목 | 처리 방향 |
|---|---|---|
| 대상 디스크가 회색으로 표시됨 | 기존 LVM·암호화 볼륨 여부 | 보존 여부 확인 후 볼륨 정보 정리 |
| 자동 파티션 설정이 실패함 | RAID 메타데이터·파티션 테이블 | 잔여 서명 제거 또는 수동 파티션 구성 |
| 설치 후 부팅 장치를 찾지 못함 | EFI 파티션과 부팅 방식 | UEFI·Legacy 조건을 맞춰 재설치 |
Anaconda 가 멈춘 위치로 원인을 나누는 방법
설치 중단은 멈춘 위치를 기준으로 나누면 훨씬 빠르게 좁힐 수 있습니다. 디스크 설정 직후 오류가 나면 저장장치 인식, 파티션 구조, LVM·RAID 잔여 정보가 우선 대상입니다. 패키지 설치 또는 복사 단계에서 진행률이 멈추면 ISO 파일 상태, USB 작성 오류, 설치 저장소 연결, 대상 디스크의 읽기·쓰기 오류를 확인합니다. 설치가 거의 끝난 뒤 실패한다면 부트로더 대상과 펌웨어 부팅 방식이 맞지 않는지 살펴봐야 합니다.
재시도 전에 Anaconda 로그를 남겨두는 것이 중요합니다. 설치 환경의 anaconda.log에는 설치 흐름과 일반 오류가, storage.log에는 디스크 탐색·파티션 처리 기록이 남습니다. 네트워크 설치나 저장소를 참조하는 환경이라면 패키지를 내려받는 단계에서 저장소 주소 접근 실패, DNS 문제, 미러 응답 지연 문구도 함께 확인해야 합니다. 화면에 나온 오류 문구 한 줄과 로그의 마지막 기록이 있으면 단순 USB 문제인지 저장장치 문제인지 구분하는 데 도움이 됩니다.
설치 이미지와 부팅 모드를 다시 맞추는 점검
새로 받은 ISO라고 해도 내려받는 과정에서 손상될 수 있으므로 체크섬 비교가 필요합니다. ISO가 정상이어도 USB 제작 도구의 기록 방식이나 부팅 메뉴에서 선택한 항목에 따라 설치 환경이 달라질 수 있습니다. 같은 설치 USB라도 UEFI 항목으로 부팅했는지, Legacy BIOS 항목으로 부팅했는지에 따라 부트로더와 파티션 조건이 달라집니다.
UEFI 설치라면 보통 EFI 시스템 파티션이 필요하고, Legacy 방식이라면 디스크의 파티션 형식과 부트 레코드 조건을 함께 봐야 합니다. Secure Boot 설정이 설치 이미지와 맞지 않아 시작 단계에서 막히는지도 점검 대상입니다. 또한 지원이 끝난 CentOS 버전은 기본 미러 서버 접근이 원활하지 않아 패키지 단계에서 오래 멈춘 것처럼 보일 수 있습니다. 이때는 설치 이미지만 다시 만드는 것이 아니라 해당 버전이 참조하는 저장소 주소와 네트워크 연결 상태를 함께 확인해야 합니다.
작업 일정 확인
용종동 현장 작업은 디스크 상태와 자료 백업 가능 여부를 먼저 확인한 뒤 시간을 잡는 편이 안전합니다. 출장은 09:00~18:00 에 서울·경기·인천·세종 일정으로 가능하며, 설치 화면 공유가 된다면 방문 전 로그 확인과 사전 진단을 원격으로 진행할 수 있습니다. 디스크 물리 이상이 의심되면 초기화보다 데이터 상태 확인이 먼저입니다.
멈춘 화면을 그대로 남겨두세요
설치 막대가 멈춘 화면, 디스크 미인식 메시지, 부트로더 오류는 재부팅 전에 사진으로 남겨두는 편이 좋습니다. 준비하면 좋은 정보는 CentOS 버전, ISO 내려받은 경로, USB 제작 도구와 방식, UEFI 또는 Legacy 로 부팅한 여부, 디스크 개수와 기존 운영체제 구성입니다. 가능하다면 오류가 난 직전 단계와 표시 문구를 함께 적어두면 불필요한 초기화를 줄일 수 있습니다.
CentOS 설치 중단은 멈춘 막대만 보는 문제가 아니라, 그 직전의 디스크 처리 기록과 설치 환경을 다시 맞추는 과정입니다. 남은 볼륨 그룹과 RAID 흔적은 저장장치 설정에서, 패키지 오류는 이미지·저장소 단계에서, 부팅 실패는 펌웨어 방식과 EFI 조건에서 분리해 확인해야 합니다. 초기화 범위를 확정한 뒤 설치 이미지와 부팅 방식을 맞추면 재설치 실패를 줄일 수 있습니다.
자주 묻는 질문
CentOS를 다시 설치하기 전에 반드시 디스크 전체를 초기화해야 하나요?
반드시 그렇지는 않습니다. 기존 자료를 보존해야 하거나 별도 데이터 파티션이 있다면 필요한 영역만 조정할 수 있습니다. 다만 이전 LVM, RAID, 암호화 구성 때문에 설치가 막힌 경우에는 문제를 일으키는 메타데이터를 정리해야 할 수 있으므로 디스크 전체 초기화 여부를 자료 상태에 맞춰 결정해야 합니다.
설치 프로그램이 패키지 복사 단계에서 멈추면 어떤 로그를 확인해야 하나요?
anaconda.log 의 설치 진행 기록과 오류 문구를 먼저 확인하고, 저장소 연결이 필요한 환경이면 네트워크와 미러 접근 오류도 봐야 합니다. 동시에 ISO 체크섬, USB 제작 상태, 대상 디스크의 기록 오류 가능성을 함께 점검하는 것이 좋습니다.
디스크 파티션 오류나 부팅 모드 문제는 원격 점검으로 어디까지 확인할 수 있나요?
화면 공유가 가능하면 설치 단계, 오류 문구, BIOS·UEFI 설정 화면, 디스크 구성, 로그 내용을 확인할 수 있습니다. 다만 디스크 자체의 물리 불량 판정, 케이블 교체, 장착 상태 확인처럼 장비를 직접 다뤄야 하는 작업은 현장 점검이 필요할 수 있습니다.
동네형컴퓨터는 설치 중단 화면과 디스크 구성부터 확인해 불필요한 포맷을 줄이는 방향으로 안내합니다. 문의는 010-6833-8119, 자세한 접수는 https://udns.kr/에서 확인할 수 있습니다.