이 증상은 ZimaOS 자체보다는 펌웨어 설정 유지 문제를 강하게 가리켰습니다. 정상적인 재시작에는 문제가 없었지만, 전원 공급 장치를 장시간 분리한 후에는 ZimaBlade가 저장된 부팅 순서를 잊고 잘못된 부팅 항목 또는 UEFI가 아닌 부팅 항목으로 돌아갔습니다. 사용자는 부팅 순서를 수동으로 복원하면 다시 정상적으로 부팅할 수 있었습니다.
1년이 훨씬 지난 후 원 게시자가 해결 방법을 확인해 다시 알렸습니다. CMOS 배터리를 교체하고 BIOS를 초기화했더니 문제가 해결되었다고 했습니다. 또한 ZimaBlade의 배터리는 CR927이며 ZimaBoard의 CR2032와 다르다고 밝혔습니다. 이는 IceWhale의 하드웨어 서비스 공지가 아니라 원 게시자의 확인 내용이므로, 교체용 배터리를 구매하기 전에 실제 배터리를 확인하세요.
전원 완전 차단과 일반 재시작은 다르게 작동했습니다
일반적인 재시작에서는 시스템이 부팅 설정을 유지했습니다. 문제는 종료 후 PSU를 장시간 분리했을 때 발생했습니다.
이러한 패턴은 보드에 외부 전원이 공급되지 않는 동안 설정이 유지되지 않았다는 전형적인 증거입니다.
현재 설치 프로그램에서 ZimaOS는 UEFI 부팅이 필요합니다
현재 IceWhale 설치 문서에서는 UEFI 부팅 모드와 Secure Boot 비활성화를 요구합니다. CMOS 설정이 손실된 후 펌웨어가 레거시 또는 UEFI가 아닌 디스크 항목으로 되돌아가면, 시스템 디스크 자체에는 문제가 없어도 ZimaOS가 더 이상 부팅되지 않을 수 있습니다.
현재 ZimaOS 부팅 요구 사항을 확인하세요.
동일한 펌웨어 설정 손실은 ZimaOS가 아닌 부팅 항목에도 영향을 주었습니다
다른 한 사용자는 SSD에 Proxmox를 설치한 상태에서 전원을 차단하면 보드가 사용자 지정 부팅 항목 대신 기본 CasaOS/eMMC로 되돌아간다고 보고했습니다. 이는 ZimaOS 파일 시스템 버그보다는 펌웨어 또는 NVRAM 유지 계층의 문제라는 해석을 뒷받침합니다.
원 게시자가 제시한 해결 방법은 CMOS 배터리 교체 후 BIOS 초기화였습니다
2026년 3월 10일, R0GGER는 CMOS 배터리를 교체하고 BIOS를 초기화하자 문제가 해결되었다고 작성했습니다.
이는 “CMOS 배터리는 아무 기능도 하지 않는다”거나 BIOS 업데이트가 반드시 필요하다는 초기 추측보다 훨씬 확실한 근거입니다.
원 게시자는 ZimaBlade가 CR927을 사용한다고 밝혔습니다
이후 원 게시자는 배터리 크기에 대한 질문에 다음과 같이 답했습니다.
- ZimaBlade: CR927;
- ZimaBoard: CR2032.
이 정보는 최신 IceWhale 교체 매뉴얼이 아니라 포럼 사용자가 제공한 내용이므로, 교체하기 전에 사용 중인 정확한 보드와 리비전 및 커넥터를 확인하세요.
배터리는 전원을 차단한 상태에서만 교체하세요
정상적으로 종료한 후 외부 전원을 분리하고, 배터리 홀더나 보드에 단락이 발생하지 않도록 주의하며, 배터리 극성과 커넥터 배치를 기록해 두세요. 교체한 후에는 BIOS에 들어가 필요한 설정을 직접 복원하세요.
부팅 순서뿐 아니라 전체 펌웨어 설정을 복원하세요
방전되었거나 초기화된 CMOS로 인해 가상화, SATA 또는 컨트롤러, 날짜 및 시간, 전원 켜기 설정 등 다른 펌웨어 설정도 손실될 수 있습니다. VT-d, VM 패스스루, 자동 전원 켜기 또는 사용자 지정 OS 디스크를 사용하는 경우 이러한 설정도 확인하세요.
ZimaBlade 부팅 순서 FAQ
원 게시자가 실제 해결을 확인했나요?
예. CMOS 배터리를 교체하고 BIOS를 초기화하자 문제가 해결되었다고 확인했습니다.
BIOS 업데이트가 해결 방법으로 확인되었나요?
아니요. 초기에는 BIOS 업데이트가 논의되었지만, 출처에서 확인된 해결 방법은 CMOS 배터리 교체 및 초기화였습니다.
원 게시자가 ZimaBlade용으로 어떤 배터리를 언급했나요?
CR927입니다. 이 정보는 커뮤니티에서 제공된 내용이므로 교체하기 전에 사용 중인 정확한 하드웨어를 확인하세요.
