ZimaOS 설치 중 멈춘 것처럼 보이는 Intel NUC 10은 설치 프로그램이 손상되었다고 단정하기 전에 호환성 또는 부팅 경로 문제로 진단해야 합니다. 2026년 4~5월 포럼 사례에서는 Secure Boot를 비활성화하자 설치 프로그램이 시작되었고, 사용자가 시도했던 최신 빌드보다 ZimaOS 1.5.4가 더 진행되었으며, 유선 이더넷으로 전환하고 안정적인 주소를 할당한 후 최종 설정이 완료되었습니다.
그렇다고 지금 1.5.4를 설치해야 한다는 뜻은 아닙니다. 현재 릴리스는 훨씬 최신 버전이므로, 당시의 다운그레이드는 하드웨어 세대에 따라 설치 프로그램과 커널 호환성이 달라질 수 있다는 증거로 보는 것이 가장 적절합니다.
기존 NUC 10 스레드에서 실제로 확인된 내용
설치 프로그램은 초기 Linux 시작 메시지가 표시된 후 반복해서 중단되었습니다. 사용자는 이미 여러 USB 메모리와 USB 포트, HDMI/USB-C 디스플레이 경로, AHCI 모드를 테스트했고 Secure Boot도 비활성화했으며 Turbo Boost까지 껐습니다. 따라서 이 스레드는 일반적인 “USB 플래시 드라이브 불량” 설명만으로는 부족한 상황으로 넘어갔습니다.
이전 1.5.4 빌드를 시도한 후 설치 프로그램은 네트워크 설정 단계까지 진행되었습니다. 이후 사용자는 Wi-Fi에서 이더넷으로 전환했고, 시스템이 정적 IP를 설정할 수 있을 만큼 정상 작동하고 안정적이라고 보고했습니다.
먼저 현재 설치 프로그램 사용
현재 ZimaOS 설치 가이드가 여전히 기본 참고 자료입니다. UEFI 모드를 사용하고 Secure Boot는 비활성화된 상태로 유지하세요. 플랫폼에서 RAID/RST와 AHCI 중 선택할 수 있다면 AHCI를 우선 사용하고, 과거 빌드를 실험하기 전에 현재 설치 프로그램을 깨끗하게 플래시하세요.
설치 문제 해결 가이드도 특히 관련이 있습니다. 이 가이드는 Intel NUC 호환성이 보편적인 것이 아니라 모델별로 다를 수 있음을 이미 다루고 있습니다.
부팅 호환성과 네트워크 검색을 구분하기
이 스레드에는 서로 다른 두 가지 문제가 있었습니다. 처음에는 설치 프로그램이 멈춘 것처럼 보였고, 이후에는 설치가 완료되었지만 Wi-Fi를 통해 네트워크 주소를 가져오는 과정에서 중단되었습니다. 이 두 문제를 하나의 원인으로 묶어 진단하지 마세요.
설치가 완료되면 이더넷을 라우터나 스위치에 직접 연결하고, 링크 표시등이 켜지는지 확인한 다음 DHCP가 주소를 할당했는지 확인하세요. 장치가 표시된 후에는 라우터에서 정적 예약을 설정하는 것이 유용하지만, 드라이버가 없거나 링크가 형성되지 않는 문제를 해결하는 대체 수단은 아닙니다.
진단에 이전 빌드가 여전히 유용한 경우
현재 설치 프로그램이 특정 서드파티 장치에서 매번 같은 지점에서 중단되지만 이전 릴리스는 부팅된다면, 이 비교를 통해 커널 또는 드라이버 회귀를 확인하는 데 도움이 될 수 있습니다. 다만 이는 진단을 위한 테스트로 사용해야 하며, 장기적인 운영 계획으로 삼아서는 안 됩니다.
문제를 보고할 때는 정확한 NUC 모델, 저장 장치 컨트롤러, NIC 모델, 현재 ZimaOS 버전, 그리고 부팅 중 마지막으로 표시된 줄을 기록하세요. 이러한 정보가 “NUC 10에서 작동하지 않는다”는 설명보다 훨씬 유용합니다.
결론
기존 NUC 10 사례는 결국 작동하게 되었지만, 어떤 단일 단계가 보편적인 해결책이라는 사실은 확인되지 않았습니다. 현재 설치 프로그램과 UEFI/Secure Boot/AHCI 설정을 먼저 확인하고 유선 이더넷을 사용하세요. 호환성 회귀 가능성을 분리해야 할 때만 이전 빌드를 사용한 다음, 하드웨어 경로를 파악하면 지원되는 최신 릴리스로 돌아가세요.
