CentOS 서버가 부팅 단계에서 멈추거나 기존 설정이 꼬였을 때는 단순 설치 반복보다 디스크 구성, 부트 로더, 데이터 보존 여부를 먼저 확인해야 합니다. 설치 USB 준비부터 파티션 정리, 계정·네트워크 복구, 재부팅 검증까지 작업 흐름을 정리합니다.
부팅 불가 뒤 CentOS를 다시 올릴 때 파티션부터 점검하는 이유
전원은 들어오지만 GRUB 화면에서 멈추거나, 설치를 마친 뒤 다시 부팅되지 않는 증상은 설치 버튼을 한 번 더 누른다고 해결되지 않습니다. 특히 기존 서버 디스크에는 운영체제 영역 외에 웹 파일, 데이터베이스 백업, 사용자 홈 디렉터리처럼 남겨야 할 자료가 섞여 있을 수 있습니다. 먼저 디스크의 역할과 현재 부팅 방식을 분리해 확인해야 삭제 범위와 부트 로더 위치를 올바르게 정할 수 있습니다. 설치 중단, 재부팅 반복, 네트워크 미연결처럼 원인이 여러 갈래인 경우에는 화면만 보고 섣불리 초기화하지 않는 편이 안전합니다. 설치 화면 진입 전 상태 점검이 필요하면 010-6833-8119 로 증상과 오류 화면을 먼저 전달할 수 있습니다. 작업 완료 기준은 설치 성공 메시지가 아니라 재부팅 뒤 서비스와 접속 환경이 정상으로 돌아오는지입니다.
데이터 영역을 건드리기 전 마운트 상태 확인
재설치 전에는 설치 대상 디스크와 보존할 디스크를 구분하는 일이 가장 중요합니다. lsblk로 디스크·파티션·마운트 경로를 보고, blkid로 파일 시스템과 UUID를 확인하면 어느 영역이 루트 파티션이고 어느 영역이 별도 데이터 볼륨인지 판단하기 좋습니다. 장치명만 보고 삭제를 결정하면 SSD와 추가 HDD의 순서를 혼동할 수 있으므로, 디스크 용량과 연결 구조도 함께 대조해야 합니다.
홈 디렉터리, 웹 서비스의 업로드 폴더, DB 덤프, 별도 마운트된 업무 자료는 보존 여부를 먼저 정합니다. 천연동 centos 재설치(포맷) 초기화를 알아보는 경우에도 루트 영역만 새로 구성할지, 전체 디스크를 비울지, 데이터 볼륨은 기존 UUID 그대로 연결할지를 나눠야 합니다. 백업이 없거나 데이터의 위치가 불명확하다면 설치보다 읽기 가능한 상태에서 목록을 확보하는 과정이 우선입니다.
| 확인 항목 | 설치 전 판단 기준 | 설치 뒤 확인할 내용 |
|---|---|---|
| 루트 파티션 | 기존 운영체제 영역인지, 삭제 대상인지 | 파일 시스템 생성과 마운트 정상 여부 |
| 데이터 파티션 | 보존할 경로와 UUID가 명확한지 | /etc/fstab 등록 및 자동 마운트 여부 |
| EFI 파티션 | UEFI 부팅용 FAT 형식 파티션이 있는지 | 부팅 항목과 GRUB 파일 생성 여부 |
부팅 방식이 다르면 GRUB 복구 순서도 달라진다
설치 USB를 어떤 방식으로 부팅했는지에 따라 결과가 달라집니다. UEFI 환경인데 USB를 Legacy BIOS 모드로 시작하면 설치는 진행된 것처럼 보여도 EFI 부팅 항목이 제대로 만들어지지 않을 수 있습니다. 반대로 Legacy 방식 장비에 UEFI 기준 파티션 구성을 적용하면 설치 마지막 단계에서 부트 로더 대상 디스크를 찾지 못하는 문제가 생길 수 있습니다.
UEFI 환경에서는 EFI System Partition 이 존재하는지, 설치 과정에서 해당 파티션을 EFI 용도로 지정했는지, 펌웨어의 부팅 목록에 항목이 등록됐는지를 순서대로 봐야 합니다. 기존 데이터 파티션을 유지하고 운영체제 영역만 다시 구성하는 경우에는 EFI 영역까지 무심코 삭제하지 않도록 주의해야 합니다. 설치 뒤에는 efibootmgr 확인, GRUB 설정 생성, 실제 재부팅 테스트를 함께 진행해야 화면상의 설치 완료와 실제 부팅 성공을 구분할 수 있습니다.
설치가 멈출 때 확인할 저장소와 설치 매체
설치 화면이 중간에 멈추거나 패키지 처리 단계에서 오류가 나면 ISO 이미지와 USB 생성 방식부터 살핍니다. 내려받은 이미지가 손상됐거나 기록 과정이 불완전하면 파일을 읽는 단계에서 설치가 멈출 수 있습니다. 다른 USB 포트나 다른 저장장치로 같은 증상이 반복되는지도 확인하면 설치 매체 문제와 디스크 문제를 나누는 데 도움이 됩니다.
CentOS 계열은 버전에 따라 저장소 주소와 지원 상태가 달라집니다. 설치는 끝났는데 업데이트가 실패한다면 단순 네트워크 장애로 단정하지 말고, 사용 중인 버전의 저장소 설정과 DNS 해석 상태를 확인해야 합니다. 오래된 구성이 남아 있는 서버는 미러 주소 변경이나 지원 종료 영향으로 패키지 목록을 가져오지 못하는 경우도 있습니다.
설치 후에는 네트워크 장치명이 이전과 달라졌는지 확인하고, 고정 IP·게이트웨이·DNS를 적용한 다음 외부 통신을 점검합니다. 이어서 SSH 접속, 데이터 디스크 마운트, 필요한 서비스의 자동 시작 여부를 확인합니다. 천연동 centos 재설치(포맷) 초기화 작업에서도 이 검증 순서를 생략하면 서버는 켜졌지만 원격 접속이나 서비스가 되지 않는 상태로 남을 수 있습니다.
방문 작업은 장비 상태 확인 후 짧게 조율
천연동 현장 작업은 디스크 인식 여부와 부팅 불가 단계에 따라 필요한 시간을 먼저 가늠합니다. 화면 공유가 가능하면 설치 전에 디스크 구성 화면, 오류 문구, 현재 부팅 메뉴를 확인해 삭제 범위와 원격 진행 가능 여부를 판단할 수 있습니다. 방문 가능 시간은 09:00~18:00 이며, 원격 점검은 새벽 시간을 제외하고 조율합니다.
재설치 전 확보하면 좋은 기록
설치 USB로 진입하지 못하거나, 파티션 선택 화면에서 어느 디스크를 지워야 할지 불안하거나, 설치 뒤 재부팅이 반복된다면 진행을 멈추고 현재 정보를 남기는 편이 좋습니다. 오류 화면 사진 한 장이라도 있으면 GRUB 단계인지, 저장장치 인식 단계인지, 설치 매체 단계인지 빠르게 구분할 수 있습니다.
확보하면 좋은 정보는 CentOS 버전, 서버의 UEFI 또는 Legacy BIOS 여부, 디스크 용량과 파티션 화면, RAID·가상화 사용 여부, 기존 고정 IP와 DNS, 자동으로 시작돼야 하는 서비스 목록입니다. 데이터가 있다면 백업 위치와 마지막 백업 시점도 함께 확인해야 복구 우선순위를 정할 수 있습니다.
파티션 삭제 범위가 확정되고 부팅 방식에 맞는 GRUB 구성이 잡힌 뒤에 설치를 진행하면 불필요한 반복을 줄일 수 있습니다. 설치가 끝난 뒤에는 부팅 메뉴, SSH 접속, 데이터 마운트, 서비스 자동 시작까지 확인해야 실제 운영 복구로 볼 수 있습니다.
설치 성공 화면보다 재부팅 뒤가 더 중요합니다
CentOS를 다시 올리는 작업은 운영체제를 새로 설치하는 단계와 기존 환경을 되살리는 단계를 분리해서 봐야 합니다. 특히 별도 데이터 영역을 유지해야 한다면 파티션 이름보다 마운트 경로와 UUID를 기준으로 판단하는 편이 안전합니다.
부팅 항목이 보이지 않거나 GRUB 오류가 남는다면, 설치를 다시 반복하기보다 USB 부팅 모드와 EFI 파티션 상태를 우선 확인해야 합니다. 부트 로더가 설치된 위치와 펌웨어가 찾는 부팅 항목이 일치해야 정상 재시작이 가능합니다.
동네형컴퓨터는 디스크 구성 확인, 설치 매체 점검, 네트워크·SSH·서비스 기동 검증까지 현재 상태에 맞춰 확인합니다. 작업 문의는 010-6833-8119 또는 https://udns.kr/에서 남길 수 있습니다.
자주 묻는 질문
CentOS를 다시 설치하면 기존 파일은 모두 사라지나요?
전체 디스크를 삭제하는 방식이라면 사라질 수 있습니다. 다만 운영체제 파티션과 별도 데이터 파티션이 분리돼 있고, 설치 과정에서 보존할 영역을 정확히 지정하면 데이터 볼륨을 남기는 구성이 가능합니다. 실제 삭제 전에는 반드시 디스크와 마운트 경로를 다시 확인해야 합니다.
설치가 끝났는데 부팅 메뉴에 운영체제가 보이지 않는 이유는 무엇인가요?
UEFI와 Legacy BIOS 방식이 맞지 않거나 EFI System Partition 이 누락된 경우, 또는 부트 로더가 다른 디스크에 설치된 경우가 많습니다. 펌웨어 부팅 목록과 GRUB 설정, 설치 USB를 시작한 모드를 함께 점검해야 합니다.
화면 공유만으로 디스크 구성과 설치 오류를 먼저 확인할 수 있나요?
가능합니다. lsblk 결과, 파티션 선택 화면, 오류 메시지, BIOS 또는 UEFI 설정 화면을 보면 디스크 분리 여부와 설치 방향을 먼저 판단할 수 있습니다. 다만 물리 디스크 불량이나 케이블 문제처럼 장비 확인이 필요한 경우에는 현장 점검이 필요할 수 있습니다.