CentOS 설치가 중간에 멈추거나 디스크 선택 단계에서 진행되지 않을 때는 설치 이미지, 부팅 모드, 파티션 테이블, 기존 LVM 구성부터 확인해야 합니다. 데이터 보존 여부를 먼저 정한 뒤 초기화 범위와 부트로더 설정을 분리해 점검하는 방식으로 재설치 오류를 줄입니다.
설치가 멈춘 CentOS, 파티션 표기부터 다시 점검하는 복구 절차
설치 화면이 다음 단계로 넘어가지 않거나 디스크 선택에서 멈추면, 설치 프로그램 자체보다 기존 저장장치 구성에 원인이 남아 있는 경우가 많습니다. 특히 이전 시스템의 LVM 볼륨 그룹, RAID 메타데이터, EFI 파티션이 남아 있으면 실제 디스크와 설치 화면의 표기가 다르게 보일 수 있습니다. 무작정 전체 삭제를 누르기보다 보존할 데이터와 지울 영역을 먼저 분리해야 복구 범위를 통제할 수 있습니다. 부팅 방식까지 기존 환경과 맞춰야 설치 후 GRUB 오류나 부팅 장치 미표시 문제를 줄일 수 있습니다. 설치가 반복해서 중단되거나 디스크 구성 판단이 어려우면 초기 단계에서 010-6833-8119 로 증상과 화면을 전달해 점검 순서를 잡는 편이 안전합니다.
Anaconda 에서 디스크가 다르게 보일 때 확인할 항목
Anaconda 의 설치 대상 화면에서는 먼저 디스크 모델명, 용량, 연결 순서를 실제 장비와 대조합니다. 같은 용량의 저장장치가 여러 개라면 장치명만 보고 선택하지 말고, 기존 마운트 지점과 파티션 크기까지 확인해야 합니다. 운영체제용 SSD와 데이터용 디스크를 혼동하면 설치는 완료되어도 필요한 자료가 지워질 수 있습니다.
기존 LVM이 남아 있으면 설치 화면에 예전 볼륨 그룹 이름이 표시되거나, 사용 가능한 공간이 예상보다 적게 잡힐 수 있습니다. RAID 구성 이력이 있는 디스크도 메타데이터 때문에 하나의 논리 장치로 보이거나 설치 대상에서 제외될 수 있습니다. 이때는 기존 구성을 유지할 것인지, 운영체제 영역만 교체할 것인지, 디스크 전체를 비울 것인지부터 결정합니다. 소공동 centos 재설치(포맷) 초기화처럼 설치와 삭제를 함께 요청하는 작업이라도 데이터 파티션까지 지우는 범위는 별도로 확인해야 합니다.
| 설치 화면 증상 | 우선 확인할 원인 | 판단 기준 |
|---|---|---|
| 디스크 용량이 작게 표시됨 | 기존 파티션, LVM 할당 영역 | 남길 데이터 영역과 시스템 영역 분리 |
| 대상 디스크가 보이지 않음 | RAID 설정, 케이블, 컨트롤러 인식 | BIOS와 원격 관리 콘솔의 저장장치 목록 대조 |
| 자동 파티션 설정이 실패함 | 남은 볼륨 그룹 서명, 마운트 충돌 | 기존 메타데이터 제거 범위 확정 후 수동 구성 |
자동 파티션 제안은 편리하지만, 남은 볼륨 그룹 서명 때문에 설치 대상 선택을 막는 상황에서는 오히려 수동 설정이 명확합니다. 루트 파티션, swap, 데이터 마운트 지점을 분리하고 기존 볼륨 삭제 여부를 하나씩 확인하면 삭제 실수를 줄일 수 있습니다. 삭제 버튼을 누르기 전에는 백업본의 위치와 복구 가능 여부를 다시 확인하는 과정이 필요합니다.
EFI 파티션을 남길지 새로 만들지 판단하는 기준
설치 전에는 장비가 UEFI 방식으로 부팅되는지 Legacy BIOS 방식으로 부팅되는지 먼저 확인합니다. UEFI 설치에는 일반적으로 EFI System Partition 이 필요하며, 기존 EFI 영역을 유지할지 새로 구성할지는 기존 운영체제와 부트 항목을 계속 사용할지에 따라 달라집니다. 여러 운영체제를 함께 사용하는 장비라면 EFI 파티션을 성급하게 삭제하면 다른 시스템의 부팅 항목도 사라질 수 있습니다.
Legacy 방식으로 설치된 시스템을 UEFI 방식으로 바꾸는 경우에는 단순히 디스크 파티션만 바꿔서는 충분하지 않습니다. 펌웨어 부팅 모드, GPT 파티션 테이블, EFI 파티션, GRUB 설치 위치가 함께 맞아야 합니다. 설치가 끝난 뒤 디스크는 정상인데 부팅 항목이 없다는 메시지가 나오면, 운영체제 오류보다 부트로더 등록 또는 펌웨어 설정 불일치를 먼저 살펴봐야 합니다.
반대로 기존 환경을 그대로 유지해야 한다면 이전 방식과 같은 부팅 모드로 설치하는 편이 변수를 줄입니다. 설치 화면에서 부팅 방식이 확실하지 않을 때는 BIOS 설정 사진, 현재 디스크 파티션 표기, 부팅 메뉴 화면을 함께 확인하면 판단이 빨라집니다.
설치 중단 화면에서 로그와 설치 매체를 분리 점검하는 방법
진행 막대가 멈춘 것처럼 보인다고 해서 모두 디스크 문제는 아닙니다. 설치 USB의 읽기 오류, 내려받은 ISO 파일 손상, 메모리 또는 저장장치 상태, 네트워크 패키지 연결 문제가 비슷한 형태로 나타날 수 있습니다. 먼저 ISO 체크섬을 확인하고, 다른 USB 매체나 다른 포트로 설치를 시도해 설치 매체 문제를 분리합니다.
Anaconda 로그에서는 저장장치 인식 실패, 파일시스템 마운트 실패, 패키지 설치 오류를 구분해서 봐야 합니다. 특정 디스크를 읽는 구간에서만 멈추면 저장장치 연결과 RAID 구성을 우선 확인하고, 패키지 설치 단계에서만 오류가 반복되면 ISO와 저장소 연결을 점검하는 방식입니다. CentOS 7 은 지원 종료 상태이므로 설치 이후 사용할 패키지 저장소 연결 방식과 보안 업데이트 정책도 별도로 검토해야 합니다.
화면이 멈춘 시점, 표시된 오류 문구, 직전에 선택한 파티션 설정을 기록해 두면 같은 실패를 반복하지 않을 수 있습니다. 소공동 centos 재설치(포맷) 초기화 작업처럼 장비를 비우는 선택이 필요한 경우에도, 설치 로그를 남기면 이후 장애가 발생했을 때 디스크·부트로더·매체 중 어느 구간을 다시 봐야 하는지 추적하기 쉽습니다.
현장과 원격 지원을 나누는 기준
소공동 방문 작업은 장비 전원을 끌 수 있는 시간, 백업 매체 준비 여부, 서버 반입 가능 시간을 먼저 맞추는 것이 핵심입니다. 물리 디스크 교체, USB 부팅 매체 연결, 케이블 또는 전원 점검이 필요한 경우에는 현장 확인이 적합합니다.
iDRAC, iLO, IPMI 같은 원격 콘솔이 있거나 BIOS와 부팅 메뉴를 화면 공유로 조작할 수 있다면 원격으로도 설치 단계 점검이 가능합니다. 다만 원격 지원은 새벽 시간을 제외하고 진행하며, 디스크가 아예 인식되지 않거나 전원 상태 확인이 필요한 문제는 현장 점검으로 전환할 수 있습니다.
삭제 전 준비 자료와 복구 판단
설치 화면 정지, 부팅 불가, 디스크 미인식이 반복된다면 오류 화면 사진과 함께 CentOS 버전, 설치 USB 또는 ISO 종류, 디스크 용량과 개수, RAID·LVM 사용 여부를 준비하는 것이 좋습니다. 별도 백업이 있다면 어떤 경로에 무엇을 보관했는지도 확인해야 운영체제만 교체할지 데이터 영역까지 초기화할지 정할 수 있습니다.
파티션 표기와 부팅 구조를 먼저 맞추면 설치 중단의 원인을 줄일 수 있습니다. 삭제 범위와 부팅 방식을 확정한 뒤 설치 로그까지 남기는 것이 다음 장애 대응을 쉽게 만드는 복구 절차입니다.
자주 묻는 질문
Q. CentOS를 다시 설치하면 기존 데이터는 모두 지워지나요?
A. 아닙니다. 어떤 파티션과 볼륨 그룹을 삭제하는지에 따라 달라집니다. 운영체제 영역만 교체할 수도 있지만, 디스크 전체 초기화를 선택하면 데이터도 함께 삭제될 수 있으므로 백업 여부를 먼저 확인해야 합니다.
Q. 설치 프로그램이 디스크를 찾지 못하는 이유는 무엇인가요?
A. RAID 설정, 남아 있는 LVM 메타데이터, 저장장치 연결 상태, 컨트롤러 인식, 설치 매체 손상 등이 원인일 수 있습니다. 디스크 이름과 용량을 실제 장치와 대조한 뒤 원인을 좁히는 것이 우선입니다.
Q. 재설치 작업은 원격으로 가능한가요?
A. 원격 콘솔이 있거나 화면 공유 중 BIOS와 부팅 메뉴를 조작할 수 있으면 일부 진행할 수 있습니다. 다만 USB 연결, 물리 디스크 교체, 전원 및 케이블 점검이 필요하면 현장 작업이 적합합니다.
설치 중단 화면, 디스크 표기, 부팅 모드가 얽혀 있다면 동네형컴퓨터에 010-6833-8119 로 문의해 확인 자료부터 정리할 수 있습니다. 안내와 접수는 https://udns.kr/에서 확인할 수 있습니다.