CentOS가 부팅 오류, 파일시스템 손상, 패키지 충돌로 정상 복구되지 않을 때는 무조건 설치 화면부터 열기보다 디스크 인식, 파티션 구성, 백업 가능 범위를 먼저 확인해야 합니다. 설치 매체 검증부터 부트로더 재구성, 초기 계정 설정까지 중단 지점을 줄이는 절차를 정리합니다.
부팅 단계에서 멈춘 CentOS, 재설치 전 데이터와 디스크 구성을 먼저 가르는 방법
부팅 로고가 반복되거나 GRUB 화면에서 멈추고, 설치 화면도 다음 단계로 넘어가지 않는 증상은 단순히 운영체제를 다시 넣는다고 끝나지 않습니다.
특히 설치 대상 디스크를 잘못 고르면 남겨야 할 데이터 영역까지 함께 지워질 수 있어, 시작 버튼보다 디스크 목록과 파티션 구조를 먼저 확인해야 합니다.
파일시스템 손상인지, 설치 USB 문제인지, UEFI 설정과 기존 부트 방식이 다른 것인지에 따라 복구 순서도 달라집니다.
화면 변화가 없는 상태라면 임의로 포맷을 반복하기보다 오류 화면과 장비 구성을 먼저 정리해 두는 편이 안전합니다.
초기 판단이 어려운 경우 동네형컴퓨터 010-6833-8119 로 부팅 화면 사진과 디스크 개수를 알려주면 현장 또는 원격 가능 범위를 구분할 수 있습니다.
핵심은 설치 완료 화면이 아니라 기존 자료 보존, 부팅 환경 일치, 서비스 복원까지 끊기지 않게 진행하는 것입니다.
설치 매체와 디스크가 서로를 인식하는지 확인
설치가 중단되는 장비는 ISO 파일 자체와 USB 제작 과정부터 분리해 확인합니다. 내려받은 ISO의 체크섬이 맞지 않거나 USB 기록 도중 오류가 있었으면 설치 화면에서 패키지를 읽다가 멈추고, 파일 누락 또는 읽기 실패 메시지가 나타날 수 있습니다. 같은 USB를 다른 장비에서 읽어 보거나, 검증된 ISO로 설치 매체를 다시 만드는 과정이 먼저입니다.
하거동 centos 재설치(포맷) 초기화를 검토할 때도 설치 화면에 표시되는 저장장치 목록부터 확인해야 합니다. SATA 디스크, NVMe, 외장 백업 디스크가 각각 어떤 이름과 용량으로 보이는지 확인하고, RAID 컨트롤러가 있는 장비라면 개별 디스크가 아니라 논리 볼륨으로 인식되는지도 살핍니다. 목록에 원래 디스크가 보이지 않는데 설치만 진행하면 대상 선택 단계에서 판단이 틀어질 수 있습니다.
| 멈춘 위치 | 우선 확인할 항목 | 바로 진행하면 생길 수 있는 문제 |
|---|---|---|
| 설치 시작 전 USB 부팅 실패 | ISO 무결성, USB 제작 방식, BIOS 부팅 순서 | 손상된 매체를 디스크 불량으로 오판 |
| 설치 중 패키지 읽기 오류 | 설치 소스, USB 포트, 메모리 및 저장장치 읽기 상태 | 반복 설치 중 파티션 변경 |
| 설치 후 부팅 항목 없음 | UEFI·Legacy 모드, EFI 파티션, GRUB 기록 위치 | 설치는 끝났지만 운영체제 진입 불가 |
파티션 삭제 범위와 부트로더 위치를 분리해 판단
재설치 전에 가장 먼저 나눌 판단은 “운영체제 영역만 교체할지”와 “디스크 전체를 초기화할지”입니다. 홈 디렉터리, 업무 데이터 파티션, 별도 마운트 지점, LVM 볼륨이 남아 있다면 설치 화면의 자동 파티션 설정을 바로 선택하지 않는 편이 좋습니다. 자동 설정은 빈 디스크에는 편하지만, 기존 구조를 유지해야 하는 장비에는 삭제 범위를 넓힐 수 있습니다.
XFS는 일반적인 방식으로 용량 축소가 어려운 파일시스템입니다. 따라서 파티션을 줄여 새 영역을 만들려는 계획이라면 현재 용량, 사용량, 백업 가능 여부를 먼저 계산해야 합니다. 데이터 파티션을 보존할 수 있는지는 이름만 보고 판단하지 말고 마운트 지점, 파일시스템 종류, 실제 파일 존재 여부까지 확인한 뒤 결정합니다.
부팅 구조도 별도로 봐야 합니다. 기존 설치가 UEFI 방식이었다면 EFI System Partition 이 있어야 하고, 설치 USB 역시 UEFI 모드로 부팅해야 GRUB 항목이 자연스럽게 생성됩니다. 반대로 Legacy BIOS 방식 장비를 UEFI로 바꾸거나 그 반대로 설치하면, 설치는 완료된 것처럼 보여도 펌웨어가 부트로더를 찾지 못할 수 있습니다. 디스크를 지우기 전에는 현재 BIOS 설정과 기존 부팅 방식을 같은 기준으로 맞추는 것이 우선입니다.
설치가 중단될 때 다시 시작하기 전 점검할 순서
오류가 나면 처음부터 다시 설치하기보다 실패 시점을 기록합니다. 네트워크에서 설치 파일을 받는 과정인지, 디스크에 패키지를 기록하는 단계인지, 부트로더 설정 직전인지에 따라 확인 대상이 달라집니다. 화면에 표시된 오류 코드와 마지막 진행 문구를 사진으로 남겨 두면 같은 작업을 반복하는 시간을 줄일 수 있습니다.
점검은 설치 소스 교체, BIOS 부팅 모드 통일, 대상 디스크 재선택 순으로 좁혀갈 수 있습니다. 네트워크 설치라면 연결 상태와 저장소 주소도 확인 대상이며, 로컬 USB 설치라면 매체와 포트 상태를 우선 봅니다. RAID 구성에서는 어레이 상태가 정상인지, 설치 프로그램이 원하는 논리 디스크를 보고 있는지도 함께 확인합니다.
운영체제를 다시 올린 뒤에는 네트워크와 서비스가 자동으로 원래대로 돌아온다고 보기 어렵습니다. 고정 IP, 게이트웨이, DNS, RAID 관리 도구, 웹·DB 서비스 설정, 사용자 계정과 권한은 별도 복원이 필요할 수 있습니다. 그래서 재설치 전에는 필요한 서비스 목록과 설정 파일 백업 여부를 적어 두는 것이 좋습니다.
하거동 작업 일정은 장비 상태에 맞춰 조율
전원 인가가 가능하고 설치 화면까지 진입한다면 오류 사진과 백업 디스크 유무를 기준으로 준비 범위를 정할 수 있습니다. 하거동 centos 재설치(포맷) 초기화처럼 부팅 자체가 되지 않는 상황은 원격으로 BIOS, 케이블, 저장장치 연결 상태를 바꾸기 어려워 현장 확인이 필요한 경우가 많습니다. 출장 작업은 09:00~18:00 에 조율하며, 운영체제가 실행되는 장비의 원격 점검은 새벽 시간을 제외하고 진행합니다.
멈춘 화면을 남겨두고 문의할 때
부팅 로고가 반복되거나, 설치 도중 오류 코드가 표시되거나, 디스크가 설치 목록에 나타나지 않는다면 먼저 변경 작업을 멈추는 편이 좋습니다. 특히 여러 개의 디스크가 연결된 장비는 화면에 보이는 용량과 디스크 이름을 확인하지 않은 채 삭제 버튼을 누르지 않아야 합니다.
문의 전에는 오류 화면 사진, 사용 중인 CentOS 계열 버전, 디스크 개수와 대략적인 용량, RAID 사용 여부, 반드시 복원해야 하는 서비스 목록을 준비하면 판단이 빨라집니다. 서버가 이미 실행 중이라면 백업 위치와 최근 백업 시점도 함께 확인합니다.
설치 버튼보다 디스크와 부트 환경을 먼저 확인하는 마무리
CentOS 부팅 불능은 재설치만이 답인 경우도 있지만, GRUB 손상이나 부팅 모드 불일치처럼 기존 구조를 살려 접근할 수 있는 원인도 있습니다. 설치 매체의 무결성, 저장장치 인식, 파티션 보존 범위, UEFI 또는 Legacy 방식의 일치를 차례로 확인해야 불필요한 삭제를 줄일 수 있습니다.
설치를 완료한 뒤에는 네트워크와 서비스 설정, 계정 권한, 데이터 마운트 상태까지 점검해야 실제 업무 환경으로 돌아갈 수 있습니다. 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 장비 상태와 작업 가능 범위를 확인할 수 있습니다.
자주 묻는 질문
Q. CentOS가 부팅되지 않으면 반드시 운영체제를 새로 설치해야 하나요?
A. 아닙니다. GRUB 손상, 파일시스템 오류, 잘못된 부팅 모드처럼 복구 가능성이 있는 원인도 있습니다. 디스크 인식 상태와 로그, 부팅 구조를 먼저 확인한 뒤 재설치 여부를 정하는 편이 안전합니다.
Q. 설치 과정에서 기존 데이터 파티션만 남길 수 있나요?
A. 파티션 구조와 파일시스템 종류에 따라 가능합니다. 다만 설치 대상 디스크와 포맷 항목을 잘못 선택하면 데이터가 삭제될 수 있으므로, 기존 마운트 지점과 LVM 구성 여부를 먼저 확인해야 합니다.
Q. 화면이 아예 부팅되지 않는 장비도 원격으로 확인할 수 있나요?
A. 운영체제나 원격 접속 환경이 실행되지 않는 상태라면 원격 조치에는 한계가 있습니다. BIOS 설정, 저장장치 연결, 설치 USB 부팅 단계는 현장 점검이 필요한 경우가 많습니다.