부팅은 되는데 패키지 설치가 멈출 때: CentOS 초기화 전 디스크와 저장소를 점검하는 법

부팅은 되는데 패키지 설치가 멈출 때: CentOS 초기화 전 디스크와 저장소를 점검하는 법

설치 화면은 정상적으로 열렸는데 대상 디스크가 비어 보이거나, 설치가 끝난 뒤 패키지 다운로드에서 멈추는 경우가 있습니다. 이는 운영체제를 다시 올리는 과정이 곧바로 디스크를 지우고 설치를 시작해도 된다는 뜻은 아닙니다. 기존 LVM 서명, RAID 구성, 부트로더 위치, 네트워크 장치 인식 상태를 먼저 분리해서 확인해야 데이터 위험과 재작업을 줄일 수 있습니다. 특히 CentOS Linux 7 처럼 지원이 종료된 환경은 설치 자체보다 설치 후 저장소 연결에서 문제가 드러나는 일이 많습니다. 아현동 centos 재설치(포맷) 초기화를 알아보는 경우에도 화면의 오류 문구만 보지 말고 디스크·설치 매체·저장소를 같은 순서로 점검하는 편이 안전합니다. 설치가 멈춘 화면이나 콘솔 메시지가 있다면 동네형컴퓨터 010-6833-8119 로 먼저 전달하면 작업 범위를 판단하는 데 도움이 됩니다.

Anaconda 에서 디스크를 잘못 고르지 않는 기준

Anaconda 설치 프로그램에서 디스크가 보인다고 해서 바로 자동 파티션을 선택하면 안 됩니다. 운영체제용 디스크와 자료 보관용 디스크, 예전 설치에서 남은 논리 볼륨이 동시에 잡혀 있을 수 있기 때문입니다. 특히 기존 LVM, 소프트웨어 RAID, 암호화 파티션은 일반 파티션처럼 이름만 보고 용도를 판단하기 어렵습니다.

설치 전 콘솔에서 lsblk로 물리 디스크의 장치명과 용량을 보고, blkid로 파일시스템 및 UUID를 확인합니다. 이어서 pvs, vgs, lvs 명령으로 기존 물리 볼륨, 볼륨 그룹, 논리 볼륨이 남았는지 살펴보는 순서가 좋습니다. 설치 대상이 /dev/sda인지 /dev/nvme0n1인지, 별도 데이터 디스크가 연결되어 있는지 기록해 두면 선택 실수를 줄일 수 있습니다.

자동 파티션 설정을 사용하더라도 대상 디스크 체크 표시와 파티션 삭제 범위는 따로 검토해야 합니다. 부트로더 역시 설치 대상 디스크와 일치하는지 확인해야 하며, 여러 디스크가 있는 장비에서는 EFI 시스템 파티션이 어느 장치에 생성되는지도 중요합니다. 기존 데이터를 보존해야 한다면 ‘여유 공간 사용’ 같은 항목을 성급히 선택하지 말고, 백업 완료 여부와 보존할 볼륨을 먼저 확정해야 합니다.

설치 후 업데이트가 멈추는 저장소 문제

설치가 완료되었는데 dnf 또는 yum 업데이트가 멈추거나 메타데이터를 가져오지 못한다면 저장소 주소부터 확인해야 합니다. CentOS Linux 7 은 2024 년 6 월 30 일 지원이 종료되어 예전 기본 미러 주소로는 패키지를 받지 못할 수 있습니다. 단순히 네트워크가 느린 문제로 판단하고 기다리기보다, 현재 배포판과 저장소 수명 주기를 먼저 대조하는 것이 빠릅니다.

CentOS Stream 은 고정된 마이너 버전 배포판과 업데이트 흐름이 다릅니다. 따라서 BaseOS와 AppStream 저장소를 설정할 때 현재 설치한 계열에 맞는 주소인지, 외부 추가 저장소가 해당 버전의 의존성을 지원하는지를 함께 봐야 합니다. 무선 NIC나 유선 랜카드가 설치 직후 인식되지 않는다면 저장소 설정 이전에 장치 드라이버와 네트워크 연결 상태부터 해결해야 합니다.

드라이버와 부팅 방식에 맞춘 설치 매체 준비

설치 USB로 부팅은 되었지만 복사 단계에서 오류가 나거나 디스크가 나타나지 않는다면 ISO 파일과 기록 방식도 점검 대상입니다. 내려받은 ISO의 체크섬이 맞지 않거나 USB 기록 과정에 문제가 있으면 패키지 복사 오류, 예기치 않은 재부팅, 설치 프로그램 멈춤으로 이어질 수 있습니다. 가능한 경우 다른 USB 저장장치와 다른 포트로도 재현 여부를 확인하는 편이 좋습니다.

부팅 방식은 UEFI인지 Legacy BIOS인지 확인하고, 이에 맞춰 GPT 또는 MBR 파티션 구성을 선택해야 합니다. UEFI 환경인데 Legacy 방식으로 설치하거나, 기존 부트 항목과 다른 디스크에 EFI 파티션을 만들면 설치는 끝나도 부팅 단계에서 혼선이 생길 수 있습니다. 새 설치 전 BIOS 또는 펌웨어 설정에서 부팅 모드와 디스크 인식 순서를 확인해 두는 이유입니다.

NVMe 디스크, 하드웨어 RAID 컨트롤러, 가상화 환경은 드라이버 인식 조건이 조금씩 다릅니다. RAID 구성이라면 개별 디스크가 아니라 컨트롤러가 만든 논리 디스크가 설치 화면에 보여야 합니다. 가상머신은 가상 디스크 컨트롤러 종류와 네트워크 어댑터 모델에 따라 설치 중 인식 결과가 달라질 수 있으므로, 호스트 관리 화면에서 장치 연결 상태를 함께 확인해야 합니다.

작업 일정은 짧게, 확인 항목은 명확하게

아현동 현장 작업은 무작정 포맷부터 진행하기보다 디스크 상태, 백업 유무, RAID 또는 가상화 사용 여부를 확인한 뒤 방문 시간대를 조율하는 방식이 효율적입니다. 출장 작업은 09:00~18:00 사이 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 설치 화면과 콘솔 접근 여부를 기준으로 먼저 판단할 수 있습니다.

원격으로 확인하려면 설치 화면 사진, 오류가 나타난 시점, BIOS 또는 가상화 관리 화면 접근 가능 여부, 유선 네트워크 연결 상태를 준비하면 좋습니다. 다만 RAID 컨트롤러 자체 문제, 물리 케이블 이상, 디스크 고장처럼 운영체제 밖에서 발생한 문제는 현장 점검이 필요할 수 있습니다.

멈춘 화면을 남겨두고 문의하는 방법

설치 중단, 디스크 미인식, 부팅 불가, 패키지 오류가 발생했을 때는 재부팅을 반복하기 전에 화면을 남겨 두는 것이 좋습니다. 오류 문구 전체와 CentOS 계열·버전, PC 또는 서버 사양, 물리 장비인지 가상머신인지, 기존 데이터 보존이 필요한지를 함께 정리하면 원인 범위를 빠르게 좁힐 수 있습니다.

특히 설치 대상 디스크의 용량과 장치명, RAID 사용 여부, 현재 네트워크 연결 방식, 기존에 사용하던 저장소 주소를 알려주면 설치 단계와 업데이트 단계를 분리해 판단할 수 있습니다. 디스크를 초기화한 뒤에야 백업 필요성을 확인하면 복구 선택지가 줄어들 수 있으므로, 삭제 버튼을 누르기 전 점검 기록을 남겨 두는 편이 중요합니다.

설치 전 점검이 복구 시간을 줄입니다

CentOS 재구성은 설치 버튼을 누르는 작업보다 디스크와 저장소의 상태를 구분하는 과정이 더 중요할 수 있습니다. 기존 LVM 서명과 보존할 데이터를 먼저 식별하고, 부팅 방식 및 드라이버 인식 여부를 확인한 뒤, 배포판 버전에 맞는 저장소 주소와 네트워크 조건을 맞춰야 합니다. 설치 전 확인 기록이 복구 시간과 데이터 위험을 줄입니다.

디스크 선택, 부트로더 위치, 업데이트 실패 원인을 함께 점검해야 하는 상황이라면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/에서 문의할 수 있습니다.

자주 묻는 질문

CentOS를 다시 설치하면 기존 파일은 모두 사라지나요?

대상 디스크와 파티션을 삭제하거나 포맷하면 해당 영역의 데이터는 사라질 수 있습니다. 기존 LVM, 별도 데이터 디스크, 백업 위치를 설치 전에 구분해야 하며, 보존 대상이 있다면 장치명과 용량을 기록한 뒤 작업하는 것이 안전합니다.

설치는 끝났는데 업데이트가 되지 않는 이유는 무엇인가요?

지원이 종료된 버전의 기본 저장소 주소, DNS 또는 네트워크 설정, 잘못된 repo 파일, 프록시 설정, 사내망 접근 제한 등이 원인이 될 수 있습니다. 설치된 배포판 종류와 버전, 활성화된 저장소 목록을 함께 확인해야 합니다.

디스크가 설치 화면에 보이지 않을 때 원격 점검이 가능한가요?

원격 콘솔 접속과 BIOS 또는 가상화 관리 화면 접근이 가능하면 우선 확인할 수 있습니다. 다만 RAID 설정, 물리 케이블, 디스크 장애, 컨트롤러 자체 인식 문제는 현장 확인이 필요할 수 있습니다.