ZimaOS가 설치되었지만 부팅되지 않음: UEFI 및 NVRAM 수정

기존 ASRock H61M-VG4 시스템에서 설치가 완료되었지만, 설치 USB를 제거한 후 컴퓨터에 “Reboot and select proper boot device”라는 메시지가 표시되었습니다. SSD는 펌웨어에서 인식되었고 Secure Boot는 비활성화되어 있었으며 Debian은 부팅할 수 있었지만, 복구 도구에서는 Locked NVRAM이 보고되었습니다.

이러한 정황은 SSD 쓰기 실패보다는 펌웨어 부팅 경로에 문제가 있음을 시사합니다. 디스크에 ZimaOS가 설치되어 있을 수 있지만, 메인보드에 이를 가리키는 사용 가능한 UEFI 항목이 없을 수 있습니다.

현재 ZimaOS 부팅 요구 사항 확인

현재 ZimaOS 설치 가이드에서는 최소 25GB 저장 공간을 갖춘 일반 x86-64 하드웨어, UEFI 부팅 모드 활성화, Secure Boot 비활성화를 요구합니다. 설치 USB는 해당 USB의 UEFI 항목을 통해 선택해야 합니다.

UEFI 모드가 활성화되어 있는지 확인합니다.
Secure Boot를 비활성화합니다.
깨끗한 UEFI 테스트를 위해 CSM 또는 레거시 부팅을 비활성화합니다.
대상 SSD가 구형 MBR 전용 레이아웃이 아닌 GPT를 사용하는지 확인합니다.
설치 후 원시 SSD 모델뿐 아니라 이름이 지정된 UEFI 부팅 항목도 확인합니다.

“Locked NVRAM”이 중요한 이유

UEFI 펌웨어는 NVRAM에 부팅 변수를 저장합니다. 펌웨어가 새 변수 생성을 거부하면 설치 프로그램이 운영 체제 파일을 모두 성공적으로 복사하더라도 부팅 대상을 등록하지 못할 수 있습니다. BIOS에서 SSD 모델이 표시된다는 것은 드라이브가 인식되었다는 의미일 뿐이며, 펌웨어가 어떤 EFI 로더를 시작해야 하는지 알고 있다는 뜻은 아닙니다.

커뮤니티에서는 이 구형 보드의 NVRAM 처리가 불안정할 가능성을 제기했습니다. 이러한 진단은 타당해 보였지만, 해당 스레드에는 IceWhale이 확인한 보드별 해결 방법이 포함되어 있지 않았습니다.

데이터를 변경하지 않는 진단 순서 따르기

펌웨어 기본값을 불러온 다음 UEFI 모드를 다시 적용하고 Secure Boot를 비활성화합니다.
메인보드 제조업체의 펌웨어 업데이트를 확인하고, 적용하기 전에 변경 사항을 읽습니다.
한 번의 깨끗한 재설치 동안 다른 저장 장치를 분리하여 EFI 시스템 파티션이 다른 디스크에 생성되지 않도록 합니다.
중요한 데이터를 백업한 후 의도한 ZimaOS 대상 디스크만 지우고, 설치 프로그램이 GPT 레이아웃을 생성하도록 합니다.
설치 후 파티션을 다시 제거하거나 덮어쓰기 전에 부팅 메뉴를 확인합니다.

커뮤니티 해결 방법을 첫 번째 선택으로 사용하지 않기

두 가지 해결 방법이 제안되었습니다. 하나는 작은 Linux 설치를 사용해 유효한 EFI 항목을 생성하고 이를 ZimaOS 로더로 다시 지정하는 방법이고, 다른 하나는 USB 장치를 부트로더로만 연결해 둔 상태에서 ZimaOS는 SSD에서 실행하는 방법입니다. 두 방법 모두 부팅할 때마다 추가 의존성이 생기며, 펌웨어나 부팅 파일이 변경되면 작동하지 않을 수 있습니다.

복구 USB와 백업 없이 EFI 파일을 복사하거나 NVRAM 항목을 다시 작성하지 마십시오. 펌웨어가 부팅 변수 쓰기를 지속적으로 차단한다면 보드 모델, BIOS 버전, 설치 프로그램 버전, 파티션 레이아웃 및 정확한 오류 내용을 IceWhale 지원팀에 제공하십시오.