CentOS가 설치 화면에서 멈추거나 부팅 장치를 찾지 못할 때는 포맷부터 진행하면 기존 데이터와 부트 설정을 함께 잃을 수 있습니다. 디스크 인식, 파티션 구성, UEFI·Legacy 모드, 설치 매체 상태를 확인한 뒤 초기화 범위를 정하는 절차를 정리합니다.
부팅 직후 멈춘 CentOS, 재설치 전에 디스크 인식부터 확인하는 순서
설치 USB로 부팅은 되었는데 대상 저장장치 목록이 비어 있거나, 설치를 누른 뒤 화면이 더 진행되지 않는 경우가 있습니다. 이때 바로 파티션 삭제나 전체 초기화를 선택하면 복구 가능한 데이터와 기존 부트 설정까지 함께 지워질 수 있습니다. 먼저 설치 화면에 보이는 디스크 장치명, 용량, 기존 파티션 구성을 실제 장비 정보와 대조해야 합니다. 그다음 현재 부팅 방식이 UEFI인지 Legacy BIOS인지 확인하고, USB도 같은 방식으로 부팅했는지 살펴보는 순서가 안전합니다. 화면을 직접 확인하기 어렵거나 서버 접근이 급하면 초기에 010-6833-8119 로 증상과 장비 상태를 전달해 점검 범위를 정할 수 있습니다. 재설치는 설치 버튼을 누르는 작업보다, 무엇을 남기고 무엇을 지울지 분리하는 작업이 먼저입니다.
대상 디스크가 보이지 않거나 선택되지 않을 때
CentOS 설치 프로그램 Anaconda 에서 가장 먼저 볼 항목은 로컬 디스크 목록입니다. 여기에서 장치명, 전체 용량, 연결 방식이 실제 장비와 맞는지 확인합니다. 예를 들어 장비에 1TB 디스크가 있는데 설치 화면에는 120GB 장치만 보인다면, 단순한 파티션 문제가 아니라 저장장치 인식 단계부터 다시 확인해야 합니다.
디스크가 보이더라도 선택 버튼이 제한되거나 자동 파티션 구성이 멈출 수 있습니다. 기존 디스크가 LVM 볼륨 그룹, 소프트웨어 RAID, 암호화 파티션 또는 이전 설치 정보로 묶여 있는 경우가 대표적입니다. 이 상태에서 무작정 전체 삭제를 적용하면 운영체제 영역과 데이터 영역의 구분이 사라질 수 있으므로, /home, 별도 데이터 파티션, 데이터베이스 파일, SSH 키, 서비스 설정 파일의 보존 여부를 먼저 정해야 합니다.
약수동 centos 재설치(포맷) 초기화처럼 설치 중단과 초기화 요청이 함께 있는 작업이라도, 디스크를 곧바로 비우는 방식이 항상 정답은 아닙니다. 기존 볼륨 구성을 확인한 뒤 운영체제 파티션만 정리할지, 백업 후 디스크 전체를 새로 구성할지 결정해야 이후 복구 범위가 명확해집니다.
| 화면에서 보이는 증상 | 먼저 확인할 항목 | 바로 삭제하지 말아야 하는 이유 |
|---|---|---|
| 디스크 목록이 비어 있음 | 케이블, RAID 설정, 저장장치 모드, 디스크 상태 | 물리 인식 문제일 수 있음 |
| 디스크는 보이나 선택 불가 | LVM, RAID, 암호화, 마운트 구성 | 데이터 볼륨까지 삭제될 수 있음 |
| 자동 파티션 단계에서 멈춤 | 기존 파티션 정보와 여유 공간 | 설치 대상 범위가 불명확할 수 있음 |
부팅 모드가 달라 생기는 설치 후 검은 화면
설치가 끝났는데 재부팅 후 GRUB 화면에서 멈추거나 “부팅 장치를 찾을 수 없음”이라는 메시지가 나타난다면 부팅 모드 불일치를 의심할 수 있습니다. 기존 시스템이 UEFI 방식으로 구성되어 있었는데 설치 USB를 Legacy 방식으로 부팅했거나, 반대로 Legacy 환경에 UEFI 기준으로 설치한 경우가 여기에 해당합니다.
BIOS 설정에서 현재 부팅 모드를 확인한 뒤, USB 부팅 메뉴에서도 같은 기준을 선택해야 합니다. UEFI 설치라면 EFI 시스템 파티션이 필요하며, Legacy 설치에서는 부트로더가 디스크의 적절한 위치에 기록되어야 합니다. 설치 화면에서 /boot, EFI 파티션, 루트 파티션의 구성이 어떻게 잡혔는지 확인하지 않으면 설치 완료 메시지가 떠도 정상 부팅으로 이어지지 않을 수 있습니다.
특히 기존 디스크를 유지한 채 운영체제 영역만 다시 구성하는 경우에는 이전 GRUB 정보가 남아 충돌할 수 있습니다. 이때는 부트 모드, 부트 순서, EFI 파티션 존재 여부를 분리해서 확인해야 하며, 단순히 GRUB만 다시 설치하기 전에 디스크가 어느 방식으로 초기 설치되었는지부터 확인하는 편이 좋습니다.
설치 중단 화면을 기준으로 다시 진행하는 방법
설치 도중 파일 복사 오류, 패키지 설치 실패, 예기치 않은 중단이 반복되면 설치 매체부터 점검합니다. 내려받은 ISO 파일의 체크섬을 확인하고, 다른 USB 메모리에 설치 매체를 다시 만든 뒤 재시도하는 과정이 기본입니다. 같은 위치에서 계속 오류가 난다면 USB 자체의 읽기 오류나 ISO 손상 가능성도 배제하기 어렵습니다.
그다음 저장장치 상태를 확인합니다. SMART 경고, 읽기 오류, 간헐적인 디스크 연결 끊김은 설치 과정에서는 파티션 오류나 복사 실패처럼 보일 수 있습니다. 설치 로그와 화면의 오류 문구를 남겨 두면 매체 문제인지 디스크 문제인지, 또는 파티션 구성 문제인지 판단하는 시간이 줄어듭니다.
재시도할 때는 처음부터 복잡한 구성을 넣기보다 최소 파티션 구성으로 설치 가능 여부를 확인하는 방법이 좋습니다. 설치가 진행되는 것을 확인한 다음 데이터 마운트, 네트워크 설정, 추가 서비스 구성을 순서대로 복원하면 중단 지점을 좁힐 수 있습니다. 재설치 후에는 네트워크 장치명과 IP 설정 방식이 달라질 수 있으므로 기존 IP, 게이트웨이, DNS, 접속 포트도 미리 기록해 두어야 합니다.
일정 조율이 필요한 경우
약수동 현장 작업은 장비 전원이 켜져 있는지, BIOS 진입과 USB 부팅을 진행할 수 있는 시간인지부터 맞추는 편이 효율적입니다. 원격 점검은 콘솔 화면 공유, 관리자 권한, 원격 관리 포트 접속 여부가 있으면 디스크 구성과 오류 화면 확인부터 진행할 수 있습니다. 다만 USB 부팅 선택, BIOS 설정 변경, 물리 디스크 교체는 현장 조작이 필요한 경우가 많습니다.
멈춘 화면을 남겨두고 문의하는 편이 좋은 때
디스크 목록이 사라졌을 때, 파티션 삭제 경고가 예상보다 넓게 표시될 때, 설치 후 GRUB 오류가 나타났을 때는 화면을 넘기기 전에 사진을 남기는 것이 좋습니다. CentOS 버전, 장비 모델, 현재 보이는 디스크 용량, 보존해야 할 데이터 목록이 있으면 초기화 범위를 더 정확하게 정할 수 있습니다.
특히 기존 LVM이나 RAID 구성을 모르는 상태라면 명령어로 강제 삭제하기보다 구성부터 읽어야 합니다. 오류 화면과 데이터 보존 범위를 기준으로 판단하면, 불필요한 전체 포맷을 피하고 필요한 영역만 정리할 가능성이 높아집니다.
부팅 직후 멈춘 CentOS는 재설치 자체보다 디스크 인식과 부팅 방식의 기준을 먼저 맞추는 것이 핵심입니다. 설치 대상이 확인된 뒤에야 파티션 삭제 범위, GRUB 처리, 네트워크 복구 순서를 안전하게 결정할 수 있습니다.
자주 묻는 질문
Q. CentOS를 다시 설치하면 기존 파일은 모두 지워지나요?
A. 설치 대상 디스크와 파티션을 어떻게 선택하는지에 따라 달라집니다. 운영체제 영역만 정리할 수도 있지만, LVM이나 RAID 구성에서는 데이터 영역에도 영향이 갈 수 있으므로 삭제 전 구성을 확인해야 합니다.
Q. 설치 USB로 부팅했는데 저장장치가 보이지 않는 이유는 무엇인가요?
A. BIOS의 저장장치 모드, RAID 설정, 디스크 연결 상태, 드라이버 인식, 기존 볼륨 구성 등이 원인일 수 있습니다. 설치 화면의 장치명과 용량을 실제 장비 정보와 먼저 대조하는 것이 좋습니다.
Q. 재설치 작업은 원격으로 가능한가요?
A. 원격 콘솔, iDRAC·iLO 같은 관리 포트 또는 화면 공유 환경이 있으면 일부 진단과 설정 확인이 가능합니다. BIOS 진입, USB 부팅, 물리 디스크 교체처럼 현장 조작이 필요한 단계는 출장 작업이 적합합니다.
오류 화면, CentOS 버전, 장비 모델, 보존 데이터 목록을 준비해 동네형컴퓨터 010-6833-8119 로 문의하면 점검 순서와 초기화 범위를 안내받을 수 있습니다. 자세한 접수는 https://udns.kr/에서 확인할 수 있습니다.