CentOS를 다시 구성하는 과정에서 설치 화면이 멈추거나 디스크가 보이지 않고, 완료 후 부팅 메뉴가 생성되지 않는 문제를 점검합니다. ISO 무결성, UEFI·Legacy 설정, 파티션 구성, 부트로더 대상 디스크와 네트워크 저장소 설정을 순서대로 확인해 데이터 손실과 재설치 반복을 줄입니다.
부팅 항목이 사라진 뒤 시작하는 CentOS 설치 복구 점검
설치 완료 메시지까지 확인했는데 재부팅 후 “부팅 장치가 없습니다”라는 문구가 나오면, 단순히 설치를 다시 시작하기보다 디스크와 부팅 방식부터 분리해 확인해야 합니다. 설치 화면에서 저장장치가 비어 보이거나 파티션 선택이 막히는 경우도 기존 구성 정보가 남아 발생할 수 있습니다. 거여동 centos 재설치(포맷) 초기화처럼 서버 환경을 다시 구성하는 작업은 파일 삭제 여부, 설치 매체 상태, UEFI 설정을 한 번에 판단하는 과정이 중요합니다. 특히 기존 LVM, RAID, 암호화 파티션은 일반 데이터 파티션과 다르게 표시되어 설치 대상을 잘못 선택할 위험이 있습니다. 설치를 여러 번 반복하면 필요한 데이터까지 지워질 수 있으므로, 중단 지점을 먼저 기록하는 편이 안전합니다.
현장 확인이 급하면 동네형컴퓨터 010-6833-8119 로 설치 화면과 부팅 오류 상황을 설명할 수 있습니다.
설치 대상 디스크가 비어 보이지 않을 때
CentOS 설치 프로그램에서 디스크가 표시되지 않거나 선택 항목이 비활성화됐다면 저장장치 고장으로 단정하기 전에 인식 경로를 나눠 봐야 합니다. BIOS 또는 UEFI 화면에서 SSD·HDD가 인식되는지, SATA 모드가 AHCI인지 RAID 모드인지, 별도 RAID 컨트롤러가 있는지를 우선 확인합니다. 운영체제 설치 화면에서만 보이지 않는다면 드라이버, 컨트롤러 설정, 설치 매체 작성 방식이 원인일 수 있습니다.
기존에 LVM 볼륨 그룹, 소프트웨어 RAID 메타데이터, 디스크 암호화 서명이 남아 있으면 설치 프로그램은 해당 공간을 일반 빈 파티션처럼 다루지 않을 수 있습니다. 이때 용량만 보고 삭제하지 말고 디스크 모델명, 일련 식별값, 연결 포트와 기존 데이터 보관 여부를 기준으로 작업 대상을 확정해야 합니다. 운영 중이던 데이터 디스크와 시스템 디스크를 혼동하면 초기화 범위가 불필요하게 커집니다.
설치 USB도 점검 대상입니다. 내려받은 ISO 파일은 SHA256 체크섬을 확인해 전송 중 손상 여부를 먼저 검증하는 것이 좋습니다. 체크섬이 맞더라도 USB 작성 도구의 방식이나 부팅 모드가 장비 설정과 맞지 않으면 설치 중 멈춤, 패키지 읽기 오류, 저장장치 인식 실패가 이어질 수 있습니다.
| 확인 증상 | 우선 점검할 항목 | 작업 전 주의점 |
|---|---|---|
| 디스크 목록이 비어 있음 | BIOS 인식, SATA·RAID 모드, 컨트롤러 | 장비 내부 연결과 기존 디스크 역할 확인 |
| 파티션 삭제가 진행되지 않음 | LVM, RAID, 암호화 서명 | 보관 데이터와 제거 대상 분리 |
| 설치 중 화면 멈춤 | ISO 체크섬, USB 작성 상태, 메모리 | 같은 매체로 반복 설치 전 로그 확보 |
EFI 파티션과 GRUB가 엇갈리는 부팅 실패
설치가 끝났는데 부팅 메뉴가 생성되지 않는 문제는 UEFI와 Legacy 모드가 섞였을 때 자주 확인됩니다. UEFI 방식으로 설치하려면 EFI System Partition 이 필요하며, 펌웨어가 UEFI 모드로 설치 USB를 실행했는지도 일치해야 합니다. 반대로 Legacy 방식으로 시작한 설치는 EFI 부팅 항목을 기대하기 어렵습니다.
점검은 세 가지를 따로 진행합니다. 첫째, EFI System Partition 이 FAT 형식으로 올바른 디스크에 만들어졌는지 확인합니다. 둘째, GRUB 부트로더가 실제 시스템 디스크에 설치됐는지 확인합니다. 셋째, 펌웨어의 BootOrder 목록에 CentOS 또는 해당 부트 항목이 등록됐는지 확인합니다. 파티션은 정상이어도 BootOrder 등록이 빠지면 장비는 부팅 가능한 운영체제를 찾지 못할 수 있습니다.
복구 모드에서 작업할 때는 설치된 시스템의 루트 파티션과 EFI 파티션을 정확히 연결한 뒤 GRUB 설정을 재생성해야 합니다. 다른 디스크를 대상으로 명령을 실행하면 정상 디스크의 부팅 정보까지 바뀔 수 있으므로, 복수 저장장치가 있는 장비일수록 장치명과 마운트 위치 확인이 우선입니다. 단순한 부팅 항목 누락인지, 파티션 구조 자체가 다른 방식으로 구성됐는지부터 구분하는 것이 재설치보다 빠를 수 있습니다.
설치를 반복하기 전 확인할 중단 지점
화면이 멈췄다는 사실만으로 원인을 판단하기는 어렵습니다. 설치 시작 직후 멈추는지, 디스크 선택 단계에서 중단되는지, 패키지 복사 중 실패하는지, 재부팅 직후 부팅 장치를 찾지 못하는지를 구분해야 합니다. 설치 로그와 오류 화면을 남겨 두면 이미지 문제, 저장장치 문제, 네트워크 저장소 연결 실패를 분리하는 데 도움이 됩니다.
업무용 서버라면 처음부터 모든 패키지와 드라이버를 넣기보다 최소 구성으로 설치한 후 필요한 서비스를 추가하는 편이 원인 추적에 유리한 경우가 있습니다. 또한 CentOS Linux 8 은 2021 년 말, CentOS 7 은 2024 년 6 월에 지원이 종료됐습니다. 기존 버전을 유지해야 하는 프로그램인지, CentOS Stream 전환이 가능한지, 호환 배포판을 검토해야 하는지는 사용 중인 업무 프로그램과 장비 드라이버 조건을 함께 봐야 합니다.
거여동 centos 재설치(포맷) 초기화를 결정하기 전에는 사용자 데이터뿐 아니라 서비스 설정 파일, 데이터베이스 덤프, 네트워크 설정, 라이선스 정보의 보관 위치를 별도 저장소에 남겨야 합니다. 운영체제만 다시 설치한 뒤 설정 파일을 찾지 못하면 복구 범위가 설치 작업보다 더 커질 수 있습니다.
현장과 원격 점검을 나누는 기준
디스크 상태와 BIOS·UEFI 부팅 화면을 직접 확인해야 하는 경우에는 거여동 일정에 맞춰 현장 작업을 조율할 수 있습니다. 반면 설치 로그 확인, 부트 항목 설정 검토, 원격 콘솔 접속이 가능한 장비의 GRUB 점검은 새벽 시간을 제외하고 원격으로 진행할 수 있습니다. 원격 확인 전에는 BIOS 화면, 설치 오류 화면, 디스크 구성 정보 사진을 준비하면 판단이 빨라집니다.
부팅 화면이 바뀌었을 때 남길 정보
설치가 중단되거나 디스크 미인식과 부팅 장치 없음 메시지가 반복되면, 무작정 포맷을 다시 실행하기보다 현재 화면을 남겨 두는 것이 좋습니다. CentOS 계열의 정확한 버전, 설치 USB 또는 DVD 같은 설치 매체 종류, 장비 모델, 기존 데이터 보관 필요 여부, 오류가 나타난 시점을 정리하면 점검 범위가 명확해집니다.
문의할 때는 “설치가 안 된다”보다 디스크가 안 보이는지, 설치 후 부팅 목록이 없는지, GRUB 화면에서 멈추는지를 구체적으로 전달하는 편이 좋습니다. 동네형컴퓨터 010-6833-8119 에서 설치 중단과 부팅 복구 상태를 기준으로 확인 순서를 안내합니다.
부팅 항목이 사라진 문제는 재설치 횟수보다 백업 상태, 부팅 방식, 실제 설치 대상 디스크를 먼저 확정할 때 복구 가능성을 높일 수 있습니다.
자주 묻는 질문
Q. CentOS를 다시 설치하면 기존 파일은 모두 지워지나요?
A. 어떤 디스크와 파티션을 삭제·포맷하는지에 따라 다릅니다. 시스템 파티션만 대상으로 잡아도 설정 파일이나 같은 디스크의 데이터 영역이 영향을 받을 수 있으므로, 중요한 자료는 별도 저장소에 백업한 뒤 진행해야 합니다.
Q. 설치 프로그램에서 디스크가 보이지 않으면 저장장치 고장으로 봐야 하나요?
A. 반드시 그렇지는 않습니다. BIOS 인식 여부, SATA 또는 RAID 설정, 컨트롤러 드라이버, 남아 있는 LVM·RAID 메타데이터, 설치 USB 상태를 함께 확인해야 합니다.
Q. 부트로더 오류는 원격으로 확인할 수 있나요, 현장 점검이 필요한가요?
A. 원격 콘솔 접속이나 화면 공유가 가능하면 GRUB 설정과 부팅 항목을 일부 확인할 수 있습니다. 다만 BIOS에서 디스크 자체가 보이지 않거나 케이블·컨트롤러 상태 확인이 필요하면 현장 점검이 적합합니다.
점검 요청과 작업 가능 시간 확인: 동네형컴퓨터 · https://udns.kr/