CentOS 설치 과정에서 디스크가 보이지 않거나 파티션 적용 단계에서 멈추는 문제는 부팅 모드, 기존 볼륨 구성, 저장장치 인식 상태를 함께 확인해야 합니다. 데이터 보존 여부를 먼저 판단하고, UEFI·Legacy 설정과 설치 대상 디스크를 검토한 뒤 초기 구성까지 안정적으로 점검합니다.
설치 디스크 선택 뒤 멈춘 CentOS, 부팅 방식부터 되짚는 복구 절차
설치 화면의 디스크 목록에는 SSD가 보이는데, 선택 후 설정 적용 단계에서 더 이상 진행되지 않는 경우가 있습니다. 단순히 저장장치가 고장 났다고 보기보다 설치 대상 지정, 이전 파티션 정보, 부팅 모드가 서로 맞는지 순서대로 확인해야 합니다. 특히 기존 서버나 개발용 PC는 LVM·RAID·암호화 볼륨의 흔적이 남아 있어 Anaconda 설치 과정이 예상과 다르게 동작할 수 있습니다. 재설치를 서두르면 필요한 사용자 파일, SSH 키, 네트워크 설정, 서비스 구성 파일까지 함께 지워질 수 있습니다. 따라서 멈춘 화면에서 임의로 파티션 삭제를 반복하기보다 데이터 보존 범위와 부팅 구조를 먼저 판단하는 편이 안전합니다. 궁동 현장 점검도 이 기준으로 작업 범위부터 나눕니다.
설치 대상 디스크가 잡혀도 진행되지 않는 이유
Anaconda 는 화면에 표시된 모든 디스크를 자동으로 설치 대상으로 쓰지 않습니다. 목록에 보이는 SSD 또는 NVMe 장치와 실제로 체크한 설치 대상, 그리고 부트로더를 기록할 위치가 일치해야 다음 단계가 정상 적용됩니다. 궁동 centos 재설치(포맷) 초기화처럼 기존 환경을 비우는 작업이라도, 보조 데이터 디스크까지 설치 대상으로 선택하면 필요한 자료가 삭제될 수 있어 먼저 용도를 구분해야 합니다.
설치가 중단되는 대표적인 경우는 기존 운영체제의 LVM 볼륨 그룹, 소프트웨어 RAID, 디스크 암호화 정보가 남아 있는 경우입니다. 설치 프로그램은 파티션이 비어 보이는 듯해도 내부 메타데이터를 감지할 수 있으며, 이때 자동 파티션 구성 단계에서 충돌하거나 변경 사항 적용에 실패할 수 있습니다. 이미 마운트된 장치, 읽기 오류가 발생하는 디스크, 설치 USB 자체의 손상도 함께 살펴봐야 합니다.
| 화면 또는 증상 | 우선 확인할 항목 | 판단 방향 |
|---|---|---|
| 디스크는 보이지만 다음 단계가 비활성 | 설치 대상 체크, 파티션 설정 완료 여부 | 대상 디스크와 저장장치 설정을 다시 지정 |
| 파티션 적용 중 오류 발생 | LVM·RAID·암호화 메타데이터, 디스크 상태 | 보존 자료 확인 후 기존 구성 정리 여부 결정 |
| 설치는 끝났지만 재부팅 불가 | UEFI·Legacy 방식, EFI 파티션, 부팅 순서 | 설치 매체 부팅 방식부터 맞춰 재점검 |
데이터가 필요한 디스크와 삭제 가능한 시스템 디스크는 물리 장치명, 용량, 연결 위치로 구분합니다. “전체 디스크 초기화”를 누르기 전에는 홈 디렉터리, 데이터베이스 덤프, 웹 서비스 설정, 인증서, SSH 키처럼 다시 만들기 어려운 항목의 백업 가능 여부를 확인해야 합니다.
남아 있는 볼륨 정보와 파티션 충돌 정리
이전 설치에서 사용하던 물리 볼륨(PV), 볼륨 그룹(VG), 논리 볼륨(LV)이 남아 있으면 새 설치 과정에서 같은 이름이 겹치거나, 삭제한 줄 알았던 영역이 다시 인식되는 일이 있습니다. RAID 메타데이터나 암호화 헤더도 비슷한 혼선을 만듭니다. 이 경우 단순 포맷만으로 해결하려 하기보다 어떤 디스크에 어떤 구성이 남아 있는지부터 확인해야 합니다.
자동 파티션은 디스크를 완전히 비워도 되고 표준적인 구성으로 빠르게 설치할 때 적합합니다. 반면 별도 데이터 영역을 유지해야 하거나, 루트·홈·스왑·EFI 영역을 나누어야 한다면 사용자 지정 파티션이 안전합니다. 궁동 centos 재설치(포맷) 초기화 작업에서는 “설치 실패를 없애기 위한 삭제”와 “불필요한 데이터까지 지우는 삭제”를 구분하는 것이 핵심입니다.
초기화 범위가 확정되면 백업본의 실제 열람 여부를 확인한 뒤 기존 볼륨 정보를 정리합니다. 이 단계 이후에는 기존 파일 복구 가능성이 크게 낮아질 수 있으므로, 설치 성공 여부보다 먼저 삭제 승인 범위를 분명하게 잡아야 합니다. 디스크 자체에서 SMART 경고나 반복적인 입출력 오류가 확인되면 재설치만 진행하지 않고 저장장치 교체 여부까지 판단합니다.
부팅 모드부터 맞추는 설치 중단 대응
같은 설치 USB라도 UEFI 방식으로 부팅했는지 Legacy 방식으로 부팅했는지에 따라 파티션 구성과 부트로더 설치 결과가 달라집니다. UEFI 설치는 일반적으로 EFI System Partition 이 필요하며, Legacy 방식의 디스크 구성에 그대로 적용하면 설치가 끝난 뒤 부팅 장치를 찾지 못할 수 있습니다.
점검은 설치 USB를 선택한 부팅 메뉴부터 시작합니다. 부팅 메뉴에 USB 항목이 두 종류로 표시된다면 UEFI 표기가 있는 항목으로 시작했는지 확인하고, BIOS 설정의 부팅 모드도 동일한 방향으로 맞춥니다. 이어서 EFI 파티션 존재 여부, GRUB 기록 위치, SATA 또는 NVMe 장치 인식 상태, 부팅 우선순위를 차례로 확인합니다.
설치 완료 후 검은 화면이 나오거나 “No bootable device” 메시지가 반복된다면 운영체제를 다시 지우기 전에 설치 당시의 부팅 모드를 살펴봐야 합니다. 디스크는 정상인데 Legacy 와 UEFI 설정이 엇갈린 문제라면, 부팅 구조를 바로잡는 방식으로 해결 범위를 줄일 수 있습니다. CentOS Linux 7 은 지원 종료 상태이므로 신규 구성이라면 CentOS Stream 또는 사용 목적에 맞는 호환 배포판 전환도 함께 검토할 수 있습니다.
작업 일정과 현장 확인 범위
현장에서는 저장장치의 물리 상태, 보존할 데이터의 위치, BIOS 진입 가능 여부를 먼저 확인해 재설치 범위를 정합니다. 화면 공유가 가능하면 설치 로그, 오류 문구, 부팅 설정 화면을 원격으로 먼저 살펴볼 수 있습니다. 다만 SSD 교체, 설치 USB 인식 불량, BIOS 진입 불가처럼 장비를 직접 확인해야 하는 상황은 출장 점검이 적합합니다.
출장은 09:00~18:00 에 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행합니다. 사전 증상 확인은 010-6833-8119 로 남겨주시면 설치 중단인지 저장장치 문제인지 판단하는 데 도움이 됩니다.
멈춘 화면을 그대로 남겨두고 문의하기
디스크 선택 오류가 반복되거나 파티션 적용 단계에서 실패할 때, 설치는 완료됐는데 재부팅이 되지 않을 때는 화면을 바꾸기 전에 오류 내용을 남겨두는 것이 좋습니다. 설치 화면 사진, CentOS 버전, 설치 USB 제작 방식, 디스크 개수와 용량, 기존 LVM·RAID 사용 여부를 준비하면 점검 시간이 줄어듭니다.
무작정 다시 설치하는 것보다 남은 볼륨 정보와 부팅 방식을 분리해 확인하면 원인을 훨씬 명확하게 찾을 수 있습니다. 동네형컴퓨터는 설치 완료 화면이 아니라 재부팅 후 정상 기동, 네트워크 연결, 기본 업데이트 가능 여부까지 확인하는 기준으로 작업합니다. 상담 및 점검 문의는 010-6833-8119, 동네형컴퓨터 https://udns.kr/에서 접수할 수 있습니다.
자주 묻는 질문
Q. CentOS를 다시 설치하면 기존 파일은 모두 사라지나요?
A. 설치 대상 디스크와 파티션을 어떻게 선택하는지에 따라 다릅니다. 포맷 또는 파티션 삭제를 진행한 영역은 복구가 어려워질 수 있으므로, 보존할 경로와 별도 디스크 유무를 먼저 확인해야 합니다.
Q. SSD가 보이는데 파티션 적용 단계에서 실패하는 이유는 무엇인가요?
A. 기존 LVM·RAID·암호화 볼륨 정보, 파티션 테이블 충돌, 디스크 오류, 설치 매체 문제 등이 원인일 수 있습니다. 오류 문구와 현재 디스크 구성을 함께 확인해야 원인을 구분할 수 있습니다.
Q. 부팅 설정 문제도 원격으로 확인할 수 있나요?
A. BIOS 화면 또는 설치 화면을 공유할 수 있고 장비가 어느 정도 동작한다면 원격 확인이 가능합니다. 저장장치 교체, BIOS 진입 불가, 설치 매체 인식 불량처럼 물리 점검이 필요한 경우에는 현장 확인이 적합합니다.