CentOS가 재설치 후 부팅 화면에서 멈추거나 기존 데이터 영역을 읽지 못할 때는 단순 설치 반복보다 파티션 구조, UUID, 부트로더 대상 디스크를 먼저 확인해야 합니다. 설치 매체 검증부터 복구·초기화 범위 판단, 원격과 현장 작업의 구분까지 실무 기준으로 정리합니다.

재설치가 끝났다는 메시지까지 확인했는데 재부팅 뒤 검은 화면에서 멈추거나, GRUB 프롬프트만 나타나면 설치를 한 번 더 반복하기보다 디스크 구성을 먼저 되짚어야 합니다. 운영체제가 올라오지 않는 원인은 설치 이미지 자체일 수도 있지만, 부트 방식과 EFI 영역, 기존 볼륨 정보가 어긋난 경우도 많습니다. 특히 데이터 디스크가 함께 연결된 장비는 설치 대상 선택 한 번으로 보존 범위가 달라질 수 있습니다. 초기 화면의 오류 문구와 BIOS 설정, 파티션 구조를 함께 확인해야 복구 설치와 전체 초기화를 구분할 수 있습니다. 부팅 전 단계에서 막힌 경우에는 원격으로 가능한 진단과 현장에서만 가능한 작업도 나뉩니다. 초기 문의는 010-6833-8119 로 오류 화면을 기준으로 남기면 판단이 빨라집니다.
신공덕동 centos 재설치(포맷) 초기화를 검토할 때도 핵심은 설치 횟수가 아니라 기존 데이터 영역을 어디까지 유지할지 정하는 일입니다. 루트 영역과 데이터용 논리 볼륨이 분리돼 있다면 무조건 전체 디스크를 지우기 전에 읽을 수 있는 파일, 백업 유무, 마운트 가능한 볼륨부터 살펴봐야 합니다.
GRUB와 EFI 항목이 어긋났을 때 나타나는 부팅 멈춤
CentOS 설치가 정상적으로 종료됐는데도 부팅 장치를 찾지 못하거나 검은 화면에서 멈춘다면, 먼저 BIOS 또는 UEFI 설정의 부팅 모드와 설치된 디스크의 파티션 형식을 대조합니다. UEFI 방식으로 설치했는데 펌웨어가 Legacy 모드로 설정돼 있으면 설치된 시스템을 부팅 목록에서 찾지 못할 수 있습니다. 반대로 Legacy 방식의 MBR 구성에 UEFI 부팅만 활성화된 경우도 같은 증상처럼 보입니다.
UEFI 설치라면 EFI System Partition 이 존재하는지, FAT 형식의 EFI 파티션이 올바르게 마운트됐는지, GRUB가 어느 디스크를 대상으로 설치됐는지 확인합니다. 저장 장치가 여러 개인 환경에서는 운영체제는 첫 번째 SSD에 설치됐지만 부트로더가 다른 디스크에 기록되는 일이 생길 수 있습니다. 이후 디스크 순서가 바뀌거나 보조 디스크를 분리하면 갑자기 부팅이 멈추는 이유가 됩니다.

| 화면 또는 증상 | 우선 확인할 항목 | 판단 방향 |
|---|---|---|
| 부팅 장치 없음 | UEFI·Legacy 설정, 디스크 인식, 부팅 순서 | 펌웨어 모드와 부트 대상 디스크부터 확인 |
| grub 프롬프트 표시 | GRUB 경로, EFI 항목, 루트 파티션 위치 | 부트로더 복구 또는 설치 대상 재검토 |
| 커널 시작 뒤 멈춤 | fstab, UUID, 파일 시스템 오류 | 루트·데이터 볼륨 마운트 실패 여부 분리 |
grub 프롬프트가 보인다고 해서 반드시 디스크 전체를 초기화해야 하는 것은 아닙니다. 설치 매체로 부팅한 뒤 기존 시스템의 파티션과 EFI 영역을 확인하고, 필요하면 설치 환경에 맞춰 GRUB 항목을 복구할 수 있습니다. 다만 파티션 테이블 자체가 변경됐거나 EFI 영역이 삭제된 상태라면, 보존할 데이터 범위를 확정한 후 재구성이 더 안전할 수 있습니다.
LVM과 UUID가 남긴 이전 디스크 정보 점검
LVM을 사용한 CentOS는 단순히 /dev/sda, /dev/sdb 같은 디스크명만 보고 판단하면 안 됩니다. 물리 볼륨(PV), 볼륨 그룹(VG), 논리 볼륨(LV)이 어떤 상태로 인식되는지 먼저 확인해야 합니다. 기존 데이터용 LV가 정상적으로 보인다면 운영체제 영역만 다시 설치하는 선택지를 검토할 수 있지만, 같은 VG 안에 루트와 데이터가 섞여 있으면 포맷 범위를 더 신중히 정해야 합니다.
재설치 이후에는 /etc/fstab 에 기록된 UUID와 실제 블록 장치 UUID가 맞는지도 중요합니다. 파티션을 새로 만들거나 파일 시스템을 다시 생성하면 UUID가 변경될 수 있습니다. 이 값이 이전 설정에 남아 있으면 부팅 과정에서 존재하지 않는 장치를 기다리거나, 파일 시스템 마운트 오류로 응급 모드에 진입할 수 있습니다. 부팅 실패가 GRUB 문제인지, 커널 이후 마운트 단계의 문제인지 화면 흐름으로 나누어 보는 이유입니다.
데이터 보존이 필요할 때는 먼저 읽기 가능한 볼륨을 확인하고, 별도 저장 장치 또는 네트워크 저장소로 백업할 범위를 정합니다. 설치 화면에서 자동 파티션을 선택하면 기존 구성에 영향을 줄 수 있으므로, 어떤 파티션을 유지하고 어떤 파티션만 포맷할지 직접 확인하는 절차가 필요합니다. 백업이 없는 상태에서 디스크 전체 초기화를 먼저 진행하는 방식은 피하는 편이 좋습니다.

재설치 전에 실행 실패 원인을 분리하는 점검 순서
첫 단계는 설치 USB와 ISO 이미지 상태입니다. 내려받은 설치 이미지의 체크섬이 맞지 않거나 USB 기록 과정에 문제가 있으면 설치 중 멈춤, 패키지 오류, 설치 완료 후 실행 불가처럼 디스크 문제와 비슷한 증상이 나타날 수 있습니다. 사용 중인 CentOS 릴리스가 지원 종료된 상태라면 기본 저장소 접근이 제한돼 설치 후 업데이트나 패키지 설치 단계에서 별도 확인이 필요할 수도 있습니다.
두 번째는 저장 장치 상태입니다. BIOS에서 SSD 또는 HDD가 안정적으로 인식되는지, 설치 프로그램에서 용량과 파티션이 예상대로 보이는지, 파일 시스템 검사 과정에서 입출력 오류가 없는지 살핍니다. 설치 도중 디스크가 사라지거나 같은 위치에서 반복적으로 오류가 난다면 부트로더 설정보다 저장 장치와 연결 상태를 먼저 점검하는 편이 맞습니다.
세 번째는 작업 방식의 선택입니다. 기존 시스템 파티션이 살아 있고 부트 항목만 깨졌다면 복구 설치 또는 GRUB 복구가 우선입니다. 운영체제 영역은 문제지만 데이터 LV가 확인된다면 데이터 보존 후 시스템 영역만 재설치하는 방법을 검토합니다. 파티션 구조가 불명확하고 오류가 반복되며 백업까지 완료됐다면 그때 클린 설치와 초기화를 선택하는 흐름이 재작업을 줄입니다.
현장 확인이 필요한 경우

BIOS 진입이 필요하거나 설치 USB로 부팅해야 하고, 디스크 교체 또는 케이블 점검이 필요한 상황은 현장 작업이 적합합니다. 신공덕동 일정은 출장 가능 시간인 09:00~18:00 안에서 조율할 수 있습니다. 반면 서버 콘솔 접속이 가능하거나 오류 화면 확인, ISO 준비, 파티션 구성 검토가 가능한 환경이라면 새벽 시간을 제외한 원격 사전 진단으로 작업 범위를 먼저 좁힐 수 있습니다.
멈춘 화면을 보았을 때 준비할 정보
문의 전에는 CentOS 버전, 설치한 방식, UEFI 또는 Legacy 여부, 연결된 디스크 수, 기존 데이터 보존 필요 여부를 정리해 두는 것이 좋습니다. grub 화면, kernel panic, 파일 시스템 오류, “no bootable device” 문구가 보인다면 화면 전체가 나오도록 사진을 남겨두면 원인 분리가 수월합니다. BIOS의 부팅 순서와 저장 장치 인식 화면도 함께 있으면 설치 실패와 부팅 설정 문제를 빠르게 구분할 수 있습니다.
부팅이 멈춘 장비는 무작정 재설치를 반복할수록 기존 파티션 정보와 복구 가능 범위가 줄어들 수 있습니다. 먼저 부팅 모드와 EFI 항목을 대조하고, 다음으로 LVM 구성과 UUID 연결 상태를 확인하는 순서가 안전합니다.
결국 CentOS 재설치는 설치 버튼을 다시 누르는 작업이 아니라 디스크 구조와 데이터 보존 범위를 결정하는 작업입니다. 백업할 데이터를 먼저 확보하고 부트 정보를 확인한 뒤 복구와 초기화 중 맞는 방법을 선택해야 같은 부팅 실패를 반복하지 않습니다.

오류 화면과 디스크 구성 확인부터 작업 범위 판단까지 필요하다면 동네형컴퓨터로 문의해 주세요. 전화 010-6833-8119 / https://udns.kr/
자주 묻는 질문
- Q. CentOS를 다시 설치하면 기존 데이터는 모두 지워지나요?
A. 설치 대상 파티션과 포맷 선택에 따라 달라집니다. 홈 디렉터리나 데이터용 논리 볼륨이 분리돼 있다면 보존 가능성을 검토할 수 있지만, 작업 전 백업 여부와 실제 디스크 구성을 먼저 확인해야 합니다.
- Q. 설치는 완료됐는데 부팅되지 않는 이유는 무엇인가요?
A. UEFI·Legacy 모드 불일치, EFI 파티션 누락, GRUB 설치 위치 오류, UUID가 맞지 않는 fstab 설정, 저장 장치 문제 등이 대표적입니다. 나타나는 오류 화면에 따라 점검 순서가 달라집니다.
- Q. 부팅이 안 되는 CentOS도 원격으로 확인할 수 있나요?
A. 운영체제 진입 전 BIOS 설정, 디스크 교체, 설치 USB 부팅은 현장 작업이 필요한 경우가 많습니다. 다만 서버 콘솔 접속이 가능하거나 오류 화면 확인과 설치 이미지 준비가 가능한 환경은 원격으로 사전 진단할 수 있습니다.
