부팅 직후 멈춘 CentOS, 디스크 보존부터 설치 매체 검증까지

부팅 직후 멈춘 CentOS, 디스크 보존부터 설치 매체 검증까지

설치 화면은 열리지만 진행 막대가 멈추거나, 설치가 끝난 뒤 다시 부팅하지 못하는 CentOS 장비는 무작정 재설치를 반복하면 위험합니다. 특히 설치 대상 디스크를 잘못 선택하면 기존 업무 데이터와 가상머신 이미지, 데이터베이스 볼륨까지 함께 사라질 수 있습니다. 먼저 멈춘 지점이 설치 매체 문제인지, 부팅 방식 불일치인지, 디스크 구성 인식 문제인지 나누어 확인해야 합니다. 화면에 표시된 오류 문구와 설치 로그, 디스크 구조를 확보하면 삭제 범위를 훨씬 정확하게 정할 수 있습니다. 부팅 불가 상태와 저장장치 이상 여부를 현장에서 확인해야 한다면 동네형컴퓨터 010-6833-8119 로 증상을 알려주시면 됩니다.

Anaconda 가 멈춘 화면에서 먼저 확인할 항목

Anaconda 설치 중단은 같은 “멈춤”처럼 보여도 원인이 서로 다릅니다. 패키지를 복사하는 단계에서 멈추는지, 저장소를 검색하다가 멈추는지, 네트워크 설정 중 지연되는지, 마지막 부트로더 기록 단계에서 실패하는지를 먼저 구분해야 합니다. 화면만 다시 넘기거나 전원을 반복해서 끄는 방식은 원인 확인에는 도움이 되지 않고, 설치 대상 디스크가 이미 변경된 상태라면 복구 범위만 복잡해질 수 있습니다.

설치 USB는 ISO 파일 자체가 정상이어도 기록 과정에서 문제가 생길 수 있습니다. ISO 체크섬을 확인한 뒤 적절한 방식으로 미디어를 다시 만들고, 가능하면 다른 USB 포트에서도 인식 상태를 비교합니다. 설치 화면에서 로그 확인이 가능하다면 저장소 탐색 실패, 패키지 읽기 오류, 드라이버 인식 실패 문구를 남겨두는 편이 좋습니다. 사진 한 장과 정확한 오류 문구가 있으면 메모리, 디스크, 설치 매체 중 어디부터 검사할지 판단하기 수월합니다.

기존 LVM과 EFI 영역을 지우기 전에 판단할 기준

조원동 centos 재설치(포맷) 초기화를 검토하는 장비라도 운영체제 영역과 데이터 영역이 같은 디스크에 있는지부터 확인해야 합니다. 서버는 일반 PC와 달리 LVM 볼륨 그룹 안에 논리 볼륨을 나누거나, 소프트웨어 RAID와 별도 데이터 디스크를 함께 사용하는 경우가 많습니다. 설치 프로그램의 전체 디스크 초기화 선택은 보이는 파티션뿐 아니라 기존 볼륨 구조에 영향을 줄 수 있으므로, 삭제 버튼을 누르기 전 구조를 기록하는 과정이 우선입니다.

점검 환경에서는 lsblk로 물리 디스크와 파티션 구성을 보고, LVM의 볼륨 그룹과 논리 볼륨 이름을 확인합니다. 별도 /home, 데이터 마운트 경로, DB 저장 경로, 백업 디스크가 있다면 운영체제 재구성 대상과 분리해야 합니다. RAID 메타데이터가 남은 디스크는 개별 파티션처럼 성급히 처리하면 배열 인식에 문제가 생길 수 있어 컨트롤러 방식과 구성 상태를 함께 봐야 합니다.

EFI System Partition 도 중요한 판단 대상입니다. 기존 설치가 UEFI 방식이었다면 EFI 파티션을 재사용할 수 있는지, 파일 시스템 손상이나 부팅 항목 꼬임으로 재생성이 필요한지를 구분합니다. 반대로 설치 당시에는 UEFI로 진행했는데 이후 Legacy BIOS 모드로 부팅하면 정상 설치가 끝났어도 부팅 항목을 찾지 못할 수 있습니다. 전체 디스크 삭제가 필요한 경우는 운영체제와 데이터의 분리가 불가능하거나 파일 시스템 손상이 광범위한 경우이며, 부트 영역 또는 EFI 항목만 정비해 해결되는 장비와는 작업 범위가 다릅니다.

설치 중단 뒤 재구성하는 순서

재구성은 백업 가능 여부를 먼저 판단하고, 설치 매체·부팅 모드·대상 디스크를 고정한 다음 진행하는 편이 안전합니다. 설치 전에는 디스크 수량과 용량, RAID 사용 여부, 기존 볼륨 이름을 메모하거나 화면으로 보관합니다. 복사 가능한 데이터가 남아 있다면 설치보다 우선해 별도 저장장치로 옮기고, 복사가 어려운 상태라면 원본을 보존한 채 진단 범위를 정합니다.

설치 자체는 처음부터 많은 패키지를 넣기보다 최소 구성으로 완료 여부를 확인하는 방식이 안정적입니다. 기본 커널이 정상 부팅되는지 확인한 뒤 NIC가 인식되는지, 네트워크 인터페이스가 올라오는지, 스토리지 볼륨이 의도한 경로에 자동 연결되는지를 순서대로 점검합니다. 설치 직후에는 한 번만 부팅되는 상태가 아니라 재부팅 후에도 GRUB 메뉴, 커널 로딩, 파일 시스템 마운트가 동일하게 유지되는지 확인해야 합니다.

CentOS Linux 7 은 지원 종료 상태이므로 기존 애플리케이션이 꼭 해당 환경을 요구하는지도 함께 살펴볼 필요가 있습니다. 업무 프로그램과 라이브러리, DB 버전, 네트워크 드라이버 호환이 허용된다면 CentOS Stream 또는 다른 호환 배포판 전환도 검토 대상이 됩니다. 다만 버전 변경은 단순 설치 문제가 아니라 서비스 호환성 검증이 필요한 작업이므로, 현재 운영 목적과 연결된 프로그램 목록을 기준으로 결정하는 것이 좋습니다.

현장 점검과 원격 확인의 구분

조원동 방문 점검은 저장장치 상태, BIOS 또는 UEFI 진입 가능 여부, 물리 RAID 구성처럼 장비 앞에서 확인해야 하는 항목을 기준으로 시간을 조율합니다. 출장 작업은 09:00 부터 18:00 까지 서울·경기·인천·세종에서 가능하며, 운영체제가 최소한으로 부팅되고 네트워크 연결이 된다면 새벽 시간을 제외한 원격 점검도 가능합니다.

원격으로 확인할 때는 BIOS 화면 사진, Anaconda 오류 문구, 디스크 목록, 설치하려는 CentOS 계열 버전, RAID·LVM 사용 여부를 먼저 준비하면 판단 속도가 빨라집니다. 반면 운영체제 진입 전 단계에서 멈추거나 디스크 교체와 케이블 점검이 필요한 상황은 현장 확인이 필요합니다.

멈춘 화면을 남긴 뒤 문의할 때

설치 화면이 반복해서 중단되거나 기존 볼륨을 삭제해도 되는지 판단하기 어렵다면, 다시 설치를 누르기 전에 현재 상태를 남겨두는 것이 좋습니다. 준비할 내용은 오류 화면 사진, 사용 중인 CentOS 계열 버전, 서버 모델, 디스크 수량과 용량, RAID 또는 LVM 사용 여부입니다. 설치가 어느 단계에서 멈췄는지와 이전에 변경한 BIOS 설정까지 알면 설치 매체 문제와 부팅 구성 문제를 더 빠르게 분리할 수 있습니다.

동네형컴퓨터는 디스크 보존 가능성, 설치 USB 상태, UEFI 부팅 항목, LVM·RAID 구성 확인 후 필요한 범위만 재구성합니다. 문의는 010-6833-8119 또는 https://udns.kr/에서 남길 수 있습니다.

자주 묻는 질문

CentOS를 다시 설치하면 기존 데이터는 모두 사라지나요?

선택한 디스크와 파티션 처리 방식에 따라 다릅니다. LVM, 별도 데이터 파티션, RAID 구성이 있으면 운영체제 영역과 데이터 영역을 구분한 뒤 삭제 범위를 결정해야 합니다. 자동 파티션 또는 전체 디스크 초기화는 기존 볼륨에 영향을 줄 수 있습니다.

설치 USB로 부팅은 되는데 설치 도중 멈추는 이유는 무엇인가요?

ISO 파일 손상, USB 기록 오류, 메모리 또는 저장장치 이상, RAID 컨트롤러 인식 문제, UEFI 설정 불일치 등이 원인이 될 수 있습니다. 어느 화면에서 멈췄는지와 설치 로그, 오류 문구가 우선 판단 기준입니다.

부팅이 안 되는 CentOS 장비는 원격으로 처리할 수 있나요?

BIOS·UEFI 설정, 물리 디스크 교체, RAID 상태 확인처럼 운영체제 이전 단계의 문제는 현장 작업이 필요할 수 있습니다. 반대로 최소 부팅과 네트워크 접속이 가능하다면 로그 확인, 부트로더 설정, 마운트 구성 점검은 원격으로 진행할 수 있습니다.

부팅 멈춤 문제는 설치를 반복하기보다 디스크 보존 여부와 설치 매체 무결성을 먼저 확인하는 것이 핵심입니다. 삭제 범위를 확정한 뒤 부팅 모드와 대상 디스크를 고정하면 불필요한 초기화를 줄일 수 있습니다. 설치가 끝난 뒤에도 커널 부팅, 네트워크, 자동 마운트까지 검증해야 재발 가능성을 낮출 수 있습니다.