CentOS가 부팅 단계에서 멈추거나 설치 매체를 인식하지 못할 때는 디스크 구성, UEFI 설정, 설치 이미지 무결성부터 구분해야 합니다. 기존 파티션 삭제 범위와 데이터 보존 여부를 확인한 뒤, 부트로더 재구성과 네트워크 설정까지 점검하는 절차를 정리합니다.
부팅 직후 멈춘 CentOS, 디스크 초기화 전 확인할 파티션과 부트로더
설치 화면이 열리기 전 멈추거나, 설치 도중 저장장치 목록이 비어 있으면 디스크를 바로 지우는 판단은 위험합니다. 같은 멈춤 증상이라도 설치 USB 손상, UEFI 부팅 방식 불일치, RAID 컨트롤러 설정, 기존 EFI 파티션 충돌처럼 원인이 서로 다를 수 있습니다. 특히 기존 서버에 데이터용 디스크와 운영체제용 디스크가 함께 연결돼 있다면 삭제 범위를 먼저 분리해야 합니다. 부팅 불가 상태에서는 화면 사진과 장비 콘솔 접근 여부만으로도 점검 순서를 상당 부분 좁힐 수 있습니다. 설치 중단이나 GRUB 오류가 반복된다면 초기에 010-6833-8119 로 증상과 장비 구성을 전달해 확인하는 편이 재설치 횟수를 줄입니다.
설치 USB와 저장장치가 인식되지 않을 때
송해면 centos 재설치(포맷) 초기화 요청에서 가장 먼저 구분할 부분은 “설치 프로그램이 멈춘 것”과 “설치 프로그램은 실행됐지만 디스크를 찾지 못하는 것”입니다. 전자는 ISO 이미지 무결성, USB 기록 방식, 메모리 또는 부팅 모드가 원인일 수 있고, 후자는 SATA·NVMe·RAID 컨트롤러 인식 문제일 가능성이 큽니다.
설치 USB는 내려받은 ISO의 체크섬이 맞는지 확인하고, 다른 USB 메모리나 다른 기록 도구로 다시 만들어 비교하는 방법이 좋습니다. 이미지가 일부 손상됐거나 부팅 가능한 방식으로 기록되지 않으면 설치 시작 단계에서 멈추고, 패키지 읽기 오류나 저장장치 미표시가 뒤따를 수 있습니다. USB를 바꿔도 동일하다면 BIOS 또는 UEFI 설정에서 현재 부팅 항목이 어떤 모드로 실행되는지 확인합니다.
| 증상 | 먼저 볼 항목 | 다음 조치 |
|---|---|---|
| 설치 로고 뒤 화면 멈춤 | ISO 체크섬, USB 기록 상태 | 다른 설치 매체로 재시험 |
| 디스크 목록이 비어 있음 | RAID 모드, NVMe 인식, 컨트롤러 설정 | 펌웨어 설정 및 드라이버 확인 |
| 설치 후 부팅 장치 없음 | UEFI 모드, EFI 파티션, 부팅 순서 | GRUB와 EFI 항목 재구성 |
RAID 구성 장비는 펌웨어에서 RAID 볼륨 자체가 정상인지 먼저 확인해야 합니다. 운영체제 설치 화면에 물리 디스크가 보이지 않는 것이 아니라, 논리 볼륨이 만들어지지 않아 대상 장치가 없는 경우도 있습니다. 가상화 서버라면 가상 디스크 컨트롤러 종류와 설치 환경의 호환성도 함께 확인합니다.
EFI 파티션과 기존 데이터의 삭제 범위 정하기
디스크 초기화는 “모두 삭제”와 “운영체제 영역만 교체”를 구분해야 합니다. 루트 파티션, 홈 디렉터리, 별도 데이터 디스크, 백업 디스크가 어떤 장치명으로 연결됐는지 먼저 적어 둡니다. 기존 파티션을 삭제한 영역의 데이터는 일반적인 방법으로 되돌리기 어렵기 때문에, 백업 여부가 불명확하면 설치보다 보존 대상 확인이 우선입니다.
송해면 centos 재설치(포맷) 초기화를 진행할 때도 디스크 이름만 보고 삭제를 선택하면 안 됩니다. 용량, 파티션 구성, 마운트 목적을 함께 대조하고, 삭제하면 안 되는 데이터가 있다면 분리 백업 또는 연결 해제 여부를 결정한 뒤 작업해야 합니다. 특히 여러 개의 동일 용량 디스크가 연결된 서버는 설치 화면의 표기만으로 판단하지 않는 편이 안전합니다.
UEFI 환경은 보통 GPT 파티션 테이블과 EFI System Partition 이 부팅 과정에 관여합니다. 기존 EFI 파티션을 유지할지 새로 만들지는 현재 부팅 항목, 다른 운영체제 공존 여부, 디스크 교체 여부에 따라 달라집니다. 운영체제 파티션만 교체했는데도 부팅이 되지 않는다면 EFI 항목이 이전 경로를 가리키거나 GRUB 설치 위치가 맞지 않을 수 있습니다.
수동 파티션 구성에서는 EFI 영역, 루트 영역, 스왑 사용 여부, 데이터 영역을 각각 분리해 지정합니다. 설치가 끝난 뒤에는 펌웨어 부팅 순서에서 새 부팅 항목이 우선인지 확인하고, GRUB 메뉴가 실제 커널과 루트 파일시스템을 올바르게 연결하는지 점검해야 합니다.
설치 중단 뒤 로그로 원인을 좁히는 순서
화면이 멈췄다는 설명만으로는 원인을 단정하기 어렵습니다. 멈춘 시점이 설치 메뉴 이전인지, 그래픽 설치 화면 진입 직후인지, 디스크 선택 단계인지, 패키지 복사 단계인지를 나눠 보면 조치 범위가 달라집니다. 화면에 나온 오류 문구와 디스크 용량 표기는 사진으로 남겨 두는 것이 좋습니다.
설치 프로그램이 실행된 상태라면 Anaconda 로그에서 저장장치 탐색 실패, 파티션 생성 실패, 패키지 읽기 오류 같은 흔적을 확인할 수 있습니다. 설치 이미지를 교체해야 하는 문제인지, UEFI·Legacy 부팅 모드를 맞춰야 하는 문제인지, 수동 파티션 설정만 바꾸면 되는 문제인지 필요한 조치만 고르는 방식이 효율적입니다.
또한 CentOS Linux 7 은 2024 년 6 월 30 일 지원이 종료됐습니다. 기존 환경을 그대로 유지해야 하는 사유가 있는지, CentOS Stream 또는 용도에 맞는 호환 배포판을 검토할 수 있는지 설치 전에 결정하는 편이 좋습니다. 단순히 설치 성공만 목표로 하면 이후 업데이트와 저장소 설정에서 다시 문제가 생길 수 있습니다.
현장 일정과 접속 준비
송해면 작업은 장비 전원 상태, 모니터 연결 가능 여부, 설치 USB 준비 여부를 기준으로 일정을 맞춥니다. 현장 출장은 09:00~18:00 에 서울·경기·인천·세종 범위에서 진행하며, 원격 점검은 새벽 시간을 제외하고 콘솔 화면 확인이 가능한 경우에 우선 판단할 수 있습니다.
부팅이 완전히 막힌 장비는 일반적인 원격 접속이 불가능할 수 있습니다. 다만 원격 관리 모듈, 가상 콘솔, 화면 촬영을 통한 안내가 가능하다면 설치 매체와 펌웨어 설정, 디스크 표시 상태를 단계별로 확인할 수 있습니다. 설치 후에는 네트워크 장치명과 IP 설정 방식이 이전 구성과 달라질 수 있으므로, 원격 접속을 시도하기 전에 콘솔에서 주소와 게이트웨이 설정을 확인해야 합니다.
삭제 전 확보하면 좋은 정보
설치 화면 멈춤, 디스크 미표시, GRUB 오류가 반복될 때는 재시도 전에 정보를 모으는 것이 우선입니다. 오류 화면 사진, 사용 중인 CentOS 버전, 서버 모델, 디스크 개수와 용량, RAID 사용 여부, 백업 보유 여부를 준비하면 진단 시간이 줄어듭니다. 기존 시스템이 UEFI인지 Legacy 인지와 설치 USB를 만든 방식도 함께 확인하면 좋습니다.
부팅 직후 멈춘 CentOS는 디스크를 먼저 비우기보다 설치 매체 검증과 저장장치 인식을 가른 뒤, EFI 파티션과 부팅 순서를 분리해 보는 절차가 중요합니다. 삭제 범위가 확정된 다음 설치 로그와 GRUB 부팅 항목을 함께 확인하면 같은 작업을 반복할 가능성을 낮출 수 있습니다. 점검 및 일정 문의는 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 접수할 수 있습니다.
자주 묻는 질문
CentOS 설치 전에 디스크를 모두 지워야 하나요?
아닙니다. 운영체제 영역만 교체할 수 있는 구성이라면 데이터 디스크나 보존할 파티션은 남길 수 있습니다. 다만 어떤 장치가 운영체제용인지 확실하지 않다면 삭제 전에 백업과 디스크 구성을 먼저 확인해야 합니다.
설치 화면에서 NVMe 또는 RAID 디스크가 보이지 않으면 무엇부터 확인하나요?
BIOS·UEFI에서 장치가 인식되는지, RAID 모드와 논리 볼륨 구성이 정상인지, 설치 USB와 부팅 모드가 맞는지 순서대로 확인합니다. 가상화 환경이라면 가상 디스크 컨트롤러 설정도 점검 대상입니다.
부팅 불가 상태에서도 원격으로 점검할 수 있나요?
운영체제가 올라오지 않으면 일반 원격 접속은 어렵습니다. 하지만 원격 관리 콘솔이 있거나 모니터 화면을 공유할 수 있다면 설치 화면, 펌웨어 설정, 오류 문구를 기준으로 점검 방향을 안내할 수 있습니다.