CentOS 서버를 새로 구성할 때는 설치 이미지보다 부팅 방식, 대상 디스크, RAID·LVM 구성, 네트워크 장치 인식 여부를 먼저 점검해야 합니다. 기존 데이터 삭제 범위와 설치 후 부팅 실패 가능성을 줄이는 확인 항목을 정리합니다.
부팅 모드가 엇갈린 CentOS 복구, 디스크 초기화 전에 확인할 항목
설치는 완료된 것처럼 보이는데 재부팅 뒤 부트 메뉴만 반복되거나, 디스크와 네트워크 장치가 설치 화면에서 다르게 표시되는 경우가 있습니다. 이런 문제는 설치 파일 자체보다 서버의 부팅 방식, 스토리지 구조, 장치 드라이버 인식 조건이 맞지 않아 생기는 일이 많습니다. 특히 기존 구성이 Legacy BIOS인데 설치 USB를 UEFI 방식으로 시작했거나, EFI 파티션 없이 부트로더만 설치된 경우에는 운영체제가 있어도 시작 지점을 찾지 못할 수 있습니다. 주자동 centos 재설치(포맷) 초기화 작업은 설치 버튼을 누르기 전에 보존 범위와 장치 구성을 대조하는 순서가 우선입니다. 설치 중 멈춤, 디스크 미표시, 재부팅 실패가 있다면 초기화부터 진행하지 말고 동네형컴퓨터 010-6833-8119 로 현재 화면과 장비 상태를 먼저 확인할 수 있습니다. 같은 증상이라도 BIOS 설정, RAID 구성, NIC 칩셋에 따라 조치 순서는 달라집니다.
UEFI 설정과 EFI 파티션이 맞지 않을 때 생기는 부팅 오류
가장 먼저 BIOS 또는 서버 관리 화면에서 현재 부팅 모드를 확인합니다. 일반적으로 설치 USB를 부팅 목록에서 선택할 때 항목 앞에 UEFI:가 붙으면 UEFI 방식으로 시작하는 것입니다. 기존 시스템이 Legacy 방식인데 USB만 UEFI로 시작하거나, 반대로 UEFI 환경에서 Legacy 항목을 선택하면 설치는 진행되어도 재부팅 시 부트 항목이 생성되지 않을 수 있습니다.
UEFI 설치는 보통 GPT 파티션 테이블과 EFI System Partition 을 함께 사용합니다. EFI System Partition 은 단순 데이터 파티션이 아니라 펌웨어가 부트로더 파일을 찾는 영역입니다. 설치 대상 디스크에 이 영역이 없거나, 다른 디스크의 오래된 EFI 영역으로 부트로더가 기록되면 운영체제가 설치된 디스크와 실제 부팅 대상이 갈라질 수 있습니다. 다중 디스크 서버일수록 부트로더 설치 위치와 EFI 파티션 위치를 별도로 확인해야 합니다.
| 멈추는 지점 | 우선 확인할 내용 | 초기화 전 판단 |
|---|---|---|
| 재부팅 후 부트 메뉴 반복 | UEFI·Legacy 일치 여부, EFI 파티션, 부트 항목 | 설치 디스크와 부트로더 기록 디스크가 같은지 확인 |
| 설치 화면에서 디스크가 예상과 다름 | RAID 논리 볼륨, LVM 볼륨 그룹, 컨트롤러 모드 | 물리 디스크 삭제가 아닌 논리 구성 삭제인지 구분 |
| 설치 후 유선망 연결 안 됨 | NIC 드라이버, 펌웨어, 인터페이스 이름, 커널 로그 | 설치 이미지의 커널 세대와 장치 호환성 확인 |
BIOS 모드를 바꾸는 것만으로 기존 설치가 자동 복구되지는 않습니다. 설치 당시의 방식과 현재 펌웨어 설정을 맞추고, 부트 메뉴에서 어떤 디스크의 어떤 항목을 선택하는지 확인해야 합니다. 임의로 파티션을 지우기보다 efibootmgr로 항목이 남아 있는지, 구조를 확인할 수 있는 환경이라면 EFI 영역이 어느 디스크에 있는지 먼저 살피는 편이 안전합니다.
디스크 배열과 네트워크 장치 인식을 설치 전에 분리 점검하기
서버의 저장장치는 설치 화면에서 물리 디스크 그대로 보이지 않을 수 있습니다. 하드웨어 RAID 컨트롤러를 사용하면 여러 디스크가 하나의 논리 드라이브로 표시될 수 있고, 소프트웨어 RAID는 구성 상태에 따라 별도 장치로 나타납니다. LVM 환경에서는 물리 볼륨, 볼륨 그룹, 논리 볼륨이 단계별로 분리되어 보이므로 이름만 보고 삭제 대상을 정하면 위험합니다.
주자동 centos 재설치(포맷) 초기화 전에 최소한 기존 마운트 대상, RAID 상태, LVM 볼륨 그룹 이름, 보존할 데이터 위치를 기록해야 합니다. 설치 과정에서 대상 디스크 또는 파티션을 삭제하면 해당 영역의 기존 데이터 복구 가능성은 크게 낮아질 수 있습니다. 단일 디스크인지, RAID 논리 볼륨인지, 기존 데이터용 디스크가 별도로 연결되어 있는지에 따라 “전체 삭제”의 범위도 달라집니다.
네트워크는 설치가 끝난 뒤에 확인하면 늦는 경우가 있습니다. 설치 환경에서 유선 인터페이스가 보이는지, 링크 상태가 살아 있는지 먼저 확인하는 것이 좋습니다. 설치 직후 연결되지 않는다면 lspci로 NIC 하드웨어가 잡히는지 보고, ip link로 인터페이스가 생성됐는지 확인합니다. 이후 dmesg 또는 커널 로그에서 드라이버 로드 실패, 펌웨어 누락, 장치 초기화 오류를 순서대로 살핍니다.
예를 들어 장치는 lspci에 보이는데 ip link에 없다면 드라이버 또는 펌웨어 문제를 의심할 수 있습니다. 인터페이스는 보이지만 이름이 예상과 다르면 예전의 eth0 기준 설정이 남아 있지 않은지도 확인합니다. 네트워크 케이블, 스위치 포트, VLAN 설정까지 함께 봐야 하지만, 우선은 운영체제가 NIC를 장치로 인식했는지부터 분리하는 것이 진단을 빠르게 합니다.
호환 문제를 줄이는 설치 이미지와 드라이버 확인 절차
설치 ISO는 내려받은 뒤 체크섬을 확인하는 편이 좋습니다. 다운로드가 손상된 이미지는 설치 중 압축 해제 오류, 패키지 복사 실패, 예기치 않은 중단처럼 보일 수 있습니다. 설치 매체를 다시 만드는 일보다 먼저 ISO의 무결성을 확인하면 불필요한 원인 추적을 줄일 수 있습니다.
서버 세대와 설치 이미지의 커널 세대도 중요합니다. 비교적 최신 NIC나 RAID 컨트롤러는 오래된 커널에서 드라이버가 부족하거나, 별도 펌웨어가 필요한 경우가 있습니다. 반대로 특정 서버 제조사 드라이버를 무조건 추가하기보다 현재 사용하려는 CentOS 계열 버전, 커널 버전, 컨트롤러 모델, NIC 모델의 조합을 맞춰 확인해야 합니다. 설치용 드라이버와 운영 후 업데이트된 커널에서의 동작 조건이 다를 수도 있습니다.
설치가 끝났다고 바로 재부팅하기보다 부트 메뉴 항목, 디스크 UUID, 네트워크 인터페이스 이름을 기록해 두면 좋습니다. 이후 부팅이 멈췄을 때는 UUID 불일치인지, EFI 항목 누락인지, 드라이버 문제인지 좁혀갈 수 있습니다. RAID와 LVM을 사용하는 장비라면 배열 상태와 볼륨 활성화 상태도 함께 남겨 두어야 복구 환경에서 같은 구조를 다시 확인하기 쉽습니다.
주자동 작업 일정은 장비 상태 확인부터 짧게 조율
주자동 현장 작업은 장비 전원 상태와 콘솔 접근 가능 여부를 확인한 뒤 일정 조율이 가능합니다. 출장은 09:00~18:00 에 서울·경기·인천·세종 범위에서 진행하며, 새벽 시간을 제외한 원격 확인은 BIOS 화면, 설치 오류 사진, 디스크 구성 화면이 있으면 먼저 방향을 잡을 수 있습니다.
멈춘 화면을 기준으로 준비하면 진단이 빨라집니다
설치 디스크가 보이지 않거나, 설치 후 부트 메뉴만 반복되거나, 네트워크 장치 자체가 나타나지 않을 때는 화면을 넘기며 재설치를 반복하지 않는 것이 좋습니다. 오류가 발생한 시점의 사진과 메시지는 부팅 단계 문제인지, 스토리지 드라이버 문제인지, 네트워크 인식 문제인지를 나누는 기준이 됩니다.
확인 요청 전에는 CentOS 계열 버전, ISO 이름과 체크섬 확인 여부, BIOS의 UEFI·Legacy 설정, RAID 또는 LVM 구성, 보존해야 할 데이터 유무를 정리해 두면 좋습니다. 원격 진단은 이미 접속 경로가 유지되거나 원격 관리 포트와 콘솔 접근 수단이 있을 때 로그 확인이 가능합니다. 네트워크 자체가 끊긴 상태라면 현장 콘솔 접근 여부가 우선입니다.
부팅 모드와 장치 인식이 엇갈린 재설치는 디스크를 지우기 전에 구조를 확인하는 과정이 핵심입니다. 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 오류 화면과 장비 정보를 남기면, EFI 파티션·RAID/LVM·NIC 드라이버 가운데 어느 항목부터 확인할지 정리할 수 있습니다.
자주 묻는 질문
Q. CentOS를 새로 설치하기 전에 가장 먼저 백업해야 할 정보는 무엇인가요?
A. 보존할 데이터뿐 아니라 디스크 파티션 구성, RAID 상태, LVM 볼륨 그룹 이름, 네트워크 설정, 현재 부팅 모드를 함께 기록하는 것이 좋습니다. 데이터가 없는 것으로 보이는 디스크라도 RAID 구성원인지 별도 백업 디스크인지 확인해야 합니다.
Q. 설치는 끝났는데 재부팅 후 운영체제가 시작되지 않는 이유는 무엇인가요?
A. 설치 USB와 서버 BIOS의 부팅 방식이 다르거나, EFI 파티션과 부트로더 항목이 올바르게 생성되지 않은 경우를 먼저 확인합니다. 다중 디스크 환경에서는 부트로더가 의도하지 않은 디스크에 기록된 경우도 점검 대상입니다.
Q. 원격으로 설치 후 네트워크 문제까지 확인할 수 있나요?
A. 이미 원격 접속 경로가 유지되거나 콘솔 접근 수단이 있으면 로그와 장치 정보를 확인할 수 있습니다. 네트워크 자체가 끊긴 상태라면 현장 콘솔 또는 원격 관리 포트 접근 가능 여부가 필요합니다.