스토리지 관리 화면에서 디스크가 초기화되지 않은 상태로 남으면 풀 생성·확장·볼륨 할당이 중단될 수 있습니다. 디스크 역할, 이전 메타데이터, RAID 그룹 연결 상태, 이벤트 로그를 분리해 확인하고 초기화 전 보존할 데이터를 판단하는 절차를 정리합니다.
풀 생성 화면에서 디스크가 선택되지 않거나 초기화 단계에서 실행이 멈추면, 버튼을 다시 누르기 전에 해당 디스크가 어떤 역할이었는지부터 확인해야 합니다. 초기화는 단순히 사용 가능 상태로 바꾸는 과정처럼 보이지만, 이전 RAID 구성 정보와 풀 메타데이터를 지우는 작업으로 이어질 수 있습니다. 특히 여러 디스크를 한 번에 묶으려는 상황에서는 한 개의 경고가 전체 풀 생성 실패로 보일 수 있어 원인을 분리해야 합니다. 화면 캡처와 이벤트 로그를 확보한 뒤 상태 판독이 필요하면 동네형컴퓨터 010-6833-8119 로 먼저 상황을 전달할 수 있습니다. 원격으로 관리 화면을 확인할 수 있다면 물리 작업 전에 구성 충돌 여부부터 판별하는 편이 안전합니다.
기존 구성 흔적과 디스크 역할부터 구분하기
스토리지 관리 화면에서 미할당 디스크로 보인다고 해서 즉시 새 디스크라는 뜻은 아닙니다. 이전 장비에서 RAID 그룹 또는 풀에 포함됐던 디스크라면, 화면에는 사용되지 않는 상태처럼 보여도 내부에는 기존 구성 서명과 메타데이터가 남아 있을 수 있습니다. 이때 중대동 STATUS_DISK_NOT_INITIALIZED 상태가 표시됐다면 단순 미초기화인지, 이전 구성 충돌 때문에 새 풀의 선택 대상에서 제외된 것인지 구분해야 합니다.
먼저 각 디스크의 역할을 나눠 봅니다. 새로 장착한 미할당 디스크인지, 장애 대비용 스페어로 지정됐던 디스크인지, 기존 풀에 속했다가 연결이 끊긴 디스크인지가 핵심입니다. 용량과 모델명이 같아도 슬롯 위치, 과거 구성 이력, 메타데이터 존재 여부가 다르면 초기화 결과도 달라질 수 있습니다.
| 화면상 상태 | 우선 확인할 내용 | 바로 초기화하기 전 판단 |
|---|---|---|
| 미할당 또는 사용 가능 | 이전 풀 연결 이력, 디스크 서명 | 기존 데이터 보존 필요 여부 확인 |
| 스페어 또는 예약 상태 | 어느 RAID 그룹에 연결됐는지 | 그룹 해제 절차와 장애 상태 확인 |
| 초기화 실패 또는 경고 | 이벤트 발생 시각, 컨트롤러 메시지 | 디스크 불량과 구성 충돌을 분리 |
유지해야 할 데이터가 있거나 과거 풀을 다시 인식해야 할 가능성이 있다면 초기화·메타데이터 삭제 명령을 먼저 실행하면 안 됩니다. 관리 화면의 디스크 목록, 기존 풀 이름, RAID 정책, 장애 표시 내용을 저장하고 현재 구성 내역을 백업하는 순서가 우선입니다. 삭제 이후에는 기존 구성 정보를 복구하기 어려워질 수 있습니다.
초기화 명령이 실패한 시점을 이벤트 로그에서 찾기
초기화 실패는 결과 화면만 보면 모두 같은 오류처럼 보이지만, 이벤트 로그에는 원인이 시작된 순서가 남습니다. 초기화 버튼을 누른 시간 전후로 컨트롤러 경고, 링크 재연결, 디스크 응답 지연, RAID 정책 충돌, 펌웨어 호환 메시지가 있었는지 시간순으로 대조해야 합니다. 중대동 STATUS_DISK_NOT_INITIALIZED 메시지가 나타난 시각보다 먼저 발생한 경고가 있다면, 상태 표시는 원인보다 늦게 나온 결과일 수 있습니다.
한 개 드라이브에서만 반복된다면 해당 디스크의 상태, 슬롯 접촉, 인터페이스 오류를 우선 살핍니다. 반대로 여러 슬롯에서 비슷한 시각에 초기화가 멈췄다면 개별 디스크 불량으로 단정하기보다 컨트롤러, 확장 인클로저 연결, 케이블, 공통 펌웨어 수준을 확인해야 합니다. 디스크를 다른 슬롯으로 옮기는 작업도 구성 상태를 더 복잡하게 만들 수 있으므로, 기존 슬롯 번호와 작업 전후 로그는 반드시 남겨 두는 편이 좋습니다.
PowerVault ME4 처럼 관리 인터페이스에서 디스크 상태와 이벤트 기록을 함께 제공하는 장비는 경고 코드만 보지 말고 발생 주체를 확인해야 합니다. 디스크가 기록 주체인지, 컨트롤러가 명령 거부를 기록했는지, 링크가 끊긴 뒤 초기화가 취소됐는지에 따라 다음 조치가 달라집니다. 로그는 최신 항목만 보는 방식보다 오류 직전과 직후의 연속 기록을 확보하는 방식이 정확합니다.
풀 작업 재시도 전 확인할 실행 조건
초기화 상태를 정리한 뒤에도 바로 풀 생성을 다시 시도하기보다 구성 조건을 맞춰야 합니다. 같은 슬롯에 장착됐더라도 SAS 또는 SATA 인터페이스 차이, 디스크 펌웨어 차이, 지원 목록 제외, 섹터 형식 불일치가 있으면 RAID 구성 단계에서 실패할 수 있습니다. 컨트롤러 펌웨어와 디스크 펌웨어의 조합이 현재 장비에서 지원되는지도 함께 확인해야 합니다.
특히 512e, 4Kn 처럼 섹터 형식이 다른 디스크를 혼합했거나, 기존 RAID 정책과 새로 만들려는 풀의 보호 방식이 맞지 않으면 선택은 가능해도 실행 단계에서 중단될 수 있습니다. 용량이 같다는 이유만으로 동일 조합으로 판단하지 말고 모델명, 펌웨어, 인터페이스, 섹터 형식, 회전형·SSD 구분까지 비교하는 것이 좋습니다.
- 디스크가 관리 화면에서 정상 인식되는지 확인합니다.
- 기존 메타데이터와 역할 충돌이 없는지 확인합니다.
- 지원되는 디스크 조합과 펌웨어 수준을 대조합니다.
- 풀 생성 후 상태가 정상으로 전환되는지 검증합니다.
- 마지막으로 볼륨 할당과 호스트 연결을 단계별로 확인합니다.
한 번에 여러 단계를 진행하면 어느 구간에서 실패했는지 판단하기 어렵습니다. 초기화가 끝난 뒤에는 디스크 인식, 풀 생성, 볼륨 할당 순으로 결과를 확인하고, 각 단계에서 새 경고가 남는지 로그를 다시 살펴야 합니다. 이 흐름을 따르면 불필요한 반복 초기화나 정상 디스크의 교체 판단을 줄일 수 있습니다.
현장 확인과 원격 판독의 경계
관리 화면과 이벤트 로그, 장비 모델, 컨트롤러·디스크 펌웨어 버전이 확보돼 있다면 원격으로 구성 충돌과 초기화 실패 구간을 먼저 판독할 수 있습니다. 다만 디스크 교체, 케이블 재결선, 슬롯 접촉 확인, 확장 장비 연결 점검은 현장 작업이 필요합니다. 중대동 현장 일정은 디스크 접근과 장비 중지 가능 시간을 기준으로 조율하며, 출장 작업은 09:00~18:00 에 진행합니다. 원격 점검은 새벽 시간을 제외하고 상태 확인이 가능합니다.
초기화 전에 남겨둘 화면들
문의 전에는 풀 생성이 멈춘 화면, 디스크별 상태 목록, 이벤트 로그 전문, 스토리지 모델명, 컨트롤러와 디스크 펌웨어 버전을 준비해 두면 판단이 빨라집니다. 이전 풀의 데이터가 남아 있을 가능성이 있다면 그 사실도 함께 알려야 초기화 대신 보존 가능성부터 검토할 수 있습니다.
핵심은 멈춘 상태를 억지로 해제하는 것이 아니라, 이전 풀 서명과 초기화 명령 실패 시점을 대조하는 것입니다. 디스크 역할을 먼저 확인하고 로그에서 실패 구간을 찾으면, 풀 생성 재시도 전에 필요한 조건을 정리할 수 있습니다. 데이터 보존 여부와 시간순 기록을 확보할수록 불필요한 초기화 작업은 줄어듭니다.
자주 묻는 질문
- Q. 디스크가 초기화되지 않은 상태로 표시되면 바로 초기화해도 되나요?
A. 이전 풀이나 RAID의 구성 정보가 남아 있을 수 있습니다. 데이터 보존 필요 여부와 현재 디스크 역할을 먼저 확인한 뒤 진행해야 합니다.
- Q. 한 개 디스크만 초기화되지 않으면 디스크 불량으로 봐도 되나요?
A. 가능성은 있지만 확정할 수 없습니다. 슬롯 접촉, 링크 오류, 지원되지 않는 펌웨어·섹터 형식, 기존 메타데이터 충돌도 함께 확인해야 합니다.
- Q. 이런 상태는 원격으로 점검할 수 있나요?
A. 관리 화면과 이벤트 로그를 볼 수 있으면 구성과 로그 판독은 원격으로 가능합니다. 물리 디스크 교체, 케이블 재결선, 슬롯 점검은 현장 작업이 필요합니다.
초기화 실행 전 상태 판독, RAID 구성 확인, 이벤트 로그 점검이 필요하면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 문의하세요.