CentOS가 부팅 메뉴에서 멈추거나 설치 후 로그인·네트워크 설정이 이어지지 않을 때는 디스크 초기화 범위, UEFI 부팅 항목, 기존 데이터 보존 여부를 함께 확인해야 합니다. 재설치 전 점검부터 설치 후 필수 설정까지 작업 흐름을 정리합니다.
GRUB 복구 전에 확인할 CentOS 초기화 범위와 부팅 항목 정리
부팅 메뉴에서 멈춘 서버는 GRUB만 다시 설치한다고 바로 정상화되지 않는 경우가 많습니다. 설치 디스크를 잘못 선택하면 운영체제 문제보다 중요한 데이터 손실이 먼저 생길 수 있기 때문입니다. 초기 상담은 010-6833-8119 로 현재 멈춘 화면과 데이터 보존 필요 여부를 알려주시면 됩니다.
서빙고동 centos 재설치(포맷) 초기화를 검토할 때는 단순히 디스크를 비우는 작업으로 보지 말고, 기존 파티션·계정·서비스 데이터가 어디에 남아 있는지부터 분리해야 합니다. 특히 별도 데이터 디스크, LVM 볼륨, RAID 구성은 설치 화면의 자동 설정만으로 판단하면 안 됩니다. 부팅 복구와 운영체제 재설치는 서로 연결되어 있지만, 데이터 보존 범위와 접근 권한 점검은 각각 따로 확인해야 합니다.
root 로그인과 일반 사용자 계정이 막히는 설치 후 상황
CentOS 설치가 끝나고 로그인 화면까지 나왔다고 해서 계정 접근이 모두 준비된 것은 아닙니다. root 비밀번호가 설정되어 있는지, 콘솔에서만 로그인이 가능한지, SSH 접속에서도 허용되는지를 나누어 확인해야 합니다. 보안 설정에 따라 root 의 원격 로그인이 제한되어 있을 수 있으며, 이 경우 비밀번호를 여러 번 바꾸는 방식은 해결책이 되지 않습니다.
일반 사용자 계정으로 접속한 뒤에는 sudo 권한 부여 여부를 확인합니다. 관리 명령을 실행해야 하는 계정이 wheel 그룹에 빠져 있거나 sudoers 설정이 맞지 않으면, 설치 자체는 정상이어도 서비스 설정 단계에서 작업이 멈춥니다. 기존 /home을 보존했다면 사용자 홈 디렉터리의 UID와 GID가 새 시스템 계정 정보와 맞는지도 봐야 합니다. 계정명은 같아도 숫자 ID가 달라지면 파일을 열지 못하거나 서비스 계정이 필요한 경로를 읽지 못할 수 있습니다.
| 증상 | 우선 확인 항목 | 주의할 점 |
|---|---|---|
| 콘솔 로그인 실패 | 비밀번호, 키보드 배열, 계정 잠금 상태 | root 와 일반 계정의 실패 원인을 구분 |
| SSH만 접속 불가 | sshd 상태, 방화벽, IP·DNS, SSH 설정 | root 원격 로그인 제한 여부 확인 |
| sudo 실행 거부 | wheel 그룹, sudoers, 계정 소유권 | 권한을 과도하게 넓히지 않도록 최소 범위 적용 |
SELinux 와 파일 소유권 때문에 서비스가 시작되지 않을 때
재설치 후 웹 서비스나 데이터베이스가 기동하지 않을 때는 실행 파일보다 권한과 보안 컨텍스트를 먼저 살펴보는 편이 정확합니다. SELinux 를 permissive 로 전환했더니 서비스가 동작한다는 이유만으로 설정을 끝내면, 문제 원인은 남아 있고 운영 환경의 통제만 약해집니다. AVC 로그를 확인해 어떤 프로세스가 어느 경로에서 거부되었는지 파악한 뒤 필요한 규칙과 컨텍스트를 정리해야 합니다.
기존 백업본을 복원한 웹 루트, 업로드 폴더, DB 데이터 경로는 파일의 UID/GID와 SELinux 컨텍스트가 함께 맞아야 합니다. 단순 복사 과정에서 컨텍스트가 사라졌다면 restorecon 적용 범위를 검토하고, 기본 경로 밖에 서비스를 구성했다면 해당 경로에 맞는 타입 지정이 필요할 수 있습니다. 백업 경로를 무조건 전체 권한으로 여는 방식보다 서비스 계정이 필요한 범위만 읽기·쓰기 가능하도록 조정하는 편이 안전합니다.
CentOS Linux 7 환경이라면 지원 종료 이후의 저장소 접근과 보안 업데이트 정책도 별도로 판단해야 합니다. 기존 프로그램 호환성 때문에 같은 버전을 유지해야 하는지, 지원되는 계열로 이전할 수 있는지에 따라 재설치 방식과 사전 백업 범위가 달라집니다. 패키지 설치 오류를 네트워크 문제로만 단정하기보다, 저장소 주소와 버전 정책을 함께 확인하는 것이 좋습니다.
초기화 전후에 남겨야 하는 부팅·네트워크 설정
부팅 문제에서는 BIOS 방식인지 UEFI 방식인지가 우선입니다. UEFI 장비는 EFI System Partition 이 남아 있어도 부팅 항목 등록이 누락되면 운영체제가 목록에 보이지 않을 수 있습니다. 설치 전에는 디스크 이름, 파티션 구성, EFI 파티션 위치, RAID 또는 LVM 사용 여부를 기록해 두고, 설치 후에는 GRUB 등록 상태와 펌웨어 부팅 순서를 함께 확인해야 합니다.
데이터 보존이 필요한 경우에는 /home, 애플리케이션 경로, 데이터베이스 데이터 디렉터리, 별도 마운트 디스크를 구분합니다. 자동 파티션 설정이나 전체 디스크 초기화를 선택하면 기존 데이터 영역까지 삭제될 수 있으므로, “운영체제만 교체할 디스크”와 “그대로 유지할 디스크”를 설치 전에 확정해야 합니다. RAID 메타데이터나 LVM 볼륨 그룹을 잘못 초기화하면 단순 파일 복구보다 더 큰 작업이 될 수 있습니다.
설치 완료 뒤에는 네트워크 인터페이스 이름과 연결 상태도 검증합니다. 고정 IP, 서브넷, 게이트웨이, DNS, 호스트명 중 하나만 빠져도 내부 접속은 되지만 외부 통신이나 패키지 설치가 막히는 상황이 생깁니다. SSH 접속 전에는 해당 NIC가 실제 연결된 포트인지, 방화벽에서 필요한 서비스가 열려 있는지, 이름 해석이 필요한 서비스라면 DNS가 올바른지 순서대로 점검합니다.
현장 진단과 원격 점검을 나누는 기준
서빙고동에서 디스크 인식 오류, RAID 상태 이상, 부팅 장치 미표시처럼 화면만으로 판단하기 어려운 증상은 현장 진단이 적합합니다. 반대로 운영체제가 부팅되고 화면 공유 또는 SSH 접속이 가능하다면 계정 권한, 네트워크 설정값, 서비스 로그, SELinux 거부 기록은 원격으로 먼저 확인할 수 있습니다. 출장 작업은 09:00~18:00 서울·경기·인천·세종에서 가능하며, 원격 점검은 새벽 시간을 제외하고 진행합니다.
멈춘 화면을 남겨두고 문의하는 방법
로그인 거부가 반복되거나 서비스 실패 메시지가 계속 나올 때는 재부팅과 초기화를 먼저 반복하지 않는 것이 좋습니다. 부팅 중단 화면, 오류 문구, CentOS 버전, 디스크 개수와 구성, 보존해야 할 데이터 위치를 사진 또는 메모로 남겨두면 판단이 빨라집니다. 특히 설치 화면에서 보이는 디스크 목록과 기존에 사용하던 마운트 경로는 중요한 확인 자료입니다.
GRUB 복구 전의 핵심은 부팅 항목만 되살리는 것이 아니라, 초기화할 범위와 남겨야 할 데이터·계정·서비스 설정을 구분하는 데 있습니다. 설치가 끝난 화면이 아니라 일반 사용자 로그인, sudo 실행, 네트워크 연결, 서비스 기동까지 확인되어야 작업이 마무리됩니다.
자주 묻는 질문
Q. CentOS를 다시 설치하면 기존 파일은 모두 지워지나요?
A. 자동 파티션 설정이나 전체 디스크 초기화를 선택하면 삭제될 수 있습니다. 보존할 경로와 별도 데이터 디스크, LVM·RAID 구성 여부를 먼저 확인해야 합니다.
Q. 설치는 끝났는데 SSH 로그인만 되지 않는 이유는 무엇인가요?
A. 고정 IP와 게이트웨이, DNS, 방화벽, sshd 실행 상태, root 로그인 제한, 일반 사용자 계정의 권한을 순서대로 확인해야 합니다.
Q. 계정 권한이나 SELinux 문제도 원격으로 확인할 수 있나요?
A. 운영체제가 부팅되고 화면 공유 또는 SSH 접속이 가능하면 로그와 설정을 원격 점검할 수 있습니다. 부팅 불가나 디스크 인식 문제는 현장 진단이 필요할 수 있습니다.
디스크 초기화 범위, GRUB·UEFI 부팅 항목, 계정 접근, SELinux 권한 문제를 함께 확인하려면 동네형컴퓨터 010-6833-8119 로 문의해 주세요. 작업 전 확인 항목은 https://udns.kr/에서 안내받을 수 있습니다.