CentOS 서버가 부팅 단계에서 멈추거나 설치 저장장치가 보이지 않을 때는 단순 재설치보다 원인 분리가 우선입니다. BIOS 부팅 모드, RAID 구성, 파티션 메타데이터, 네트워크 설정 백업 여부를 확인한 뒤 데이터 보존 또는 초기화 범위를 정해 안전하게 운영 환경을 복구합니다.
부팅 불가와 디스크 인식 오류를 분리해 CentOS를 다시 구성하는 방법
설치 화면에서 디스크가 사라지거나 GRUB 직후 멈추는 문제는 설치 파일만 다시 준비한다고 해결되지 않습니다. 부팅 모드, 스토리지 컨트롤러 설정, 기존 파티션 메타데이터가 서로 맞지 않으면 같은 오류가 반복될 수 있습니다. 먼저 현재 디스크에 남겨야 할 데이터와 백업 시점을 구분한 뒤, 초기화 가능한 범위를 정해야 합니다. 물리 서버인지 가상 머신인지에 따라 확인할 콘솔과 복구 방식도 달라집니다. 부팅 화면이나 설치 단계의 오류 사진이 있다면 초반 진단이 빨라지며, 점검 문의는 010-6833-8119 에서 가능합니다. 중요한 것은 설치 성공 화면보다 재부팅 뒤 네트워크와 서비스가 이전 구성대로 동작하는지까지 확인하는 과정입니다.
설치 프로그램의 저장장치 미검출 원인
설치 프로그램에 SSD나 HDD가 나타나지 않을 때는 디스크 고장으로 단정하기보다 BIOS와 컨트롤러 경로부터 나눠 확인합니다. SATA 장비는 AHCI와 RAID 모드 차이로, 일부 서버나 노트북 계열 장비는 VMD 설정으로 인해 설치 환경에서 저장장치가 보이지 않을 수 있습니다. 물리 연결 상태, 전원, 케이블, 백플레인 상태도 함께 점검 대상입니다.
능동 centos 재설치(포맷) 초기화를 고려하는 경우에도 삭제 버튼을 먼저 누르기보다 RAID 모드, 컨트롤러 드라이버, 설치 USB 인식 상태를 우선 확인해야 합니다. 하드웨어 RAID 또는 가상 RAID가 구성된 장비는 운영체제 설치 화면에서 개별 디스크가 아니라 논리 볼륨으로 보여야 정상인 경우가 있습니다.
기존에 LVM이나 소프트웨어 RAID를 사용했다면 이전 볼륨 그룹 정보와 RAID 메타데이터가 남아 있을 수 있습니다. 설치 프로그램이 오래된 구성을 읽어 엉뚱한 디스크를 대상처럼 표시하거나, 반대로 사용 가능한 디스크를 제외하는 사례도 있습니다. 이때는 디스크 용량, 모델명, 연결 순서와 현재 마운트 구성을 대조해 보존할 볼륨을 분리합니다.
| 표시 증상 | 우선 확인할 항목 | 초기화 전 판단 |
|---|---|---|
| 설치 화면에 디스크가 없음 | AHCI·RAID·VMD, 컨트롤러 드라이버, 물리 연결 | 스토리지 경로 확인 후 진행 |
| 기존 볼륨이 여러 개 보임 | LVM 볼륨 그룹, RAID 메타데이터, 용량 | 보존 디스크와 삭제 디스크 분리 |
| 설치는 끝났지만 재부팅 실패 | UEFI·Legacy 설정, EFI 파티션, 부팅 순서 | GRUB 대상과 펌웨어 방식 재검토 |
부팅 모드와 GRUB 구성 충돌
설치가 완료됐는데도 부팅 장치를 찾지 못하거나 GRUB 화면에서 멈춘다면, 설치 방식과 펌웨어 부팅 방식이 섞였는지 확인합니다. UEFI 방식으로 설치한 환경은 EFI 시스템 파티션과 UEFI 부팅 항목이 필요하며, Legacy 방식으로 구성한 디스크는 일반적으로 MBR 기반 부팅 흐름을 따릅니다.
기존 운영체제가 UEFI인데 BIOS 설정을 Legacy 로 바꾸거나, 반대로 Legacy 설치 후 UEFI 전용으로 전환하면 운영체제 파일이 남아 있어도 부팅 경로를 찾지 못할 수 있습니다. 부트로더가 설치된 디스크와 BIOS 부팅 우선순위가 다른 경우도 흔합니다. 다중 디스크 서버라면 데이터용 디스크가 앞선 순서로 잡히지 않았는지 확인합니다.
복구 환경에서는 설치된 시스템을 올바르게 마운트한 뒤 GRUB 설정과 커널 항목을 점검할 수 있습니다. 다만 EFI 파티션 자체가 삭제됐거나 RAID 논리 볼륨 구성이 바뀌었다면 단순 명령 실행만으로 끝나지 않을 수 있습니다. 오류가 나타난 시점이 커널 선택 전인지, GRUB 진입 후인지, 루트 파일 시스템 마운트 단계인지에 따라 복구 범위가 달라집니다.
호환성 확인 뒤 초기화 범위를 정하는 절차
능동 centos 재설치(포맷) 초기화가 필요한 상태라도 서버의 RAID 구성, 백업 최신성, 사용 중인 저장소 접근 가능 여부를 기록한 다음 작업 범위를 결정하는 편이 안전합니다. 특히 지원 종료된 버전은 설치가 되더라도 업데이트 저장소와 보안 유지 방식을 별도로 검토해야 합니다.
먼저 디스크 목록에서 운영체제 영역, 데이터 영역, 백업용 볼륨을 구분합니다. 다음으로 삭제할 파티션과 유지할 파티션을 용량 및 파일 시스템 기준으로 대조합니다. XFS와 LVM은 단순히 이름만 보고 판단하면 안 되므로, 볼륨 그룹과 논리 볼륨의 연결 관계를 확인한 뒤 초기화 여부를 확정합니다.
설치 후에는 디스크가 정상적으로 마운트되는지만 볼 일이 아닙니다. 네트워크 인터페이스 이름이 바뀌지 않았는지, 고정 IP와 게이트웨이, DNS가 기존 서비스 환경에 맞는지 확인해야 합니다. 방화벽 규칙, 필요한 포트, 서비스 자동 시작 설정까지 재부팅으로 한 번 더 검증해야 접속 장애를 줄일 수 있습니다.
작업 일정 확인
능동 방문 작업은 장비 전원을 끌 수 있는 시간, 디스크 접근 가능 여부, BIOS 또는 RAID 설정 화면 진입 가능 여부를 기준으로 조율합니다. 원격 점검은 가상화 관리 화면, IPMI·iDRAC 같은 원격 콘솔, 관리자 권한 접근 여부가 확보되면 부팅 단계 확인과 설정 검토 범위를 넓힐 수 있습니다.
출장 작업은 09:00~18:00 에 서울·경기·인천·세종에서 진행하며, 원격 점검은 새벽 시간을 제외하고 대응합니다. 물리 디스크 교체나 케이블 점검, BIOS 진입이 필요한 문제는 현장 확인이 적합하고, 가상 머신 또는 원격 콘솔이 있는 환경은 화면을 보며 우선 분기할 수 있습니다.
오류 화면이 남아 있을 때 요청하기
“No bootable device”, GRUB 진입 오류, kernel panic, 디스크 미검출 메시지처럼 멈춘 문구가 보인다면 화면 전체를 남겨두는 것이 좋습니다. 오류 문구 한 줄만으로도 부팅 모드 문제인지, 파일 시스템 문제인지, 컨트롤러 인식 문제인지 판단 방향을 좁힐 수 있습니다.
점검 전에는 사용 중인 CentOS 계열 버전, 물리 서버 또는 가상화 환경 여부, RAID 구성 여부, 디스크 개수와 용량, 마지막 정상 백업 시점을 정리해 두면 좋습니다. 데이터 보존이 우선인지 운영체제 영역 전체 초기화가 가능한지도 함께 알려야 불필요한 삭제 위험을 줄일 수 있습니다.
자주 묻는 질문
Q. CentOS를 새로 설치하면 기존 데이터는 모두 지워지나요?
A. 선택한 디스크와 파티션만 삭제되지만, 대상 선택이 잘못되면 별도 데이터 볼륨도 손실될 수 있습니다. 설치 전 디스크 용량, 마운트 구성, LVM·RAID 연결 상태, 백업 여부를 확인해야 합니다.
Q. 설치 화면에 SSD나 HDD가 보이지 않는 이유는 무엇인가요?
A. RAID·VMD 설정, 스토리지 컨트롤러 드라이버, 연결 상태, 기존 RAID 메타데이터가 원인일 수 있습니다. 운영체제를 다시 구성하기 전에 BIOS와 컨트롤러 상태를 먼저 점검하는 순서가 필요합니다.
Q. 부팅 오류는 원격으로 처리할 수 있나요?
A. 가상 머신이거나 원격 콘솔로 BIOS와 부팅 화면에 접근할 수 있다면 점검 가능한 범위가 넓습니다. 디스크 교체, 케이블 확인, RAID 카드 점검처럼 장비 내부 접근이 필요한 경우에는 현장 작업이 적합합니다.
부팅 불가와 디스크 인식 문제는 같은 재설치 작업처럼 보여도 확인 순서가 다릅니다. RAID 모드와 UEFI 항목을 먼저 대조하고, 보존할 데이터와 초기화할 영역을 분리해야 재구성 후의 반복 장애를 막을 수 있습니다. 복구 후에는 첫 부팅보다 네트워크 설정과 서비스 자동 시작 검증이 더 중요합니다.
동네형컴퓨터 · 문의 010-6833-8119 · https://udns.kr/