Minisforum이 자사 제품의 BIOS 업데이트를 배포한다는 점은 분명히 인정해야 합니다. 미니 PC 분야의 많은 하드웨어 업체는 테이프아웃 시점에 고정된 BIOS로 제품을 출하한 뒤 한 번도 수정하지 않아, 펌웨어 수준의 문제를 고객이 영구히 떠안게 만듭니다. Minisforum은 그렇게 하지 않습니다. BIOS 리비전이 존재하고, 실제로 배포되며, 실제 버그를 해결합니다. 이 회사의 펌웨어 관행을 공정하게 논하려면 이 점에서 출발해야 합니다.

하지만 같은 논의에서 배포 방식도 짚어야 하며, 바로 여기서 이야기가 달라집니다.

Windows 플래셔 방식

최근 제품군 대부분에서 Minisforum이 안내하는 BIOS 업데이트 방식은 Windows 기반 플래시 유틸리티입니다. 고객은 실행 파일을 내려받아 Windows에서 실행한 뒤, 유틸리티가 새 BIOS 이미지를 메인보드의 SPI 플래시 칩에 기록하는 동안 기다립니다. 일부 소비자용 메인보드 업체에서 익숙한 방식이며(MSI의 Live Update가 떠오릅니다), 그 자체로 본질적으로 위험한 것은 아닙니다.

Minisforum의 경우 문제가 되는 것은 기록된 실패 사례의 빈도입니다.

UM780 XTX BIOS에 관한 Badcaps 포럼 스레드는 자세히 설명할 가치가 있는 구체적인 실패 유형을 기록하고 있습니다. Windows 기반 플래시 유틸리티가 새 BIOS 이미지를 기록하기 시작해 작업의 약 31%까지 진행한 뒤, 블루스크린(BSOD)과 함께 멈춥니다. 시스템이 재부팅됩니다. 이 시점에서 BIOS는 일부만 기록된 상태입니다. 기존 이미지는 지워졌고, 새 이미지는 불완전하며, 메인보드의 플래시 칩에는 부팅할 수 없는 펌웨어가 들어 있습니다.

실패 후 해당 UM780 XTX는 전원 버튼에 전혀 반응하지 않습니다. POST 비프음도 없습니다. 화면 출력도 없습니다. 시스템 자체에서 복구를 시도할 수 있을 만한 어떤 동작도 보이지 않습니다. Badcaps 스레드는 하드웨어 수리 포럼입니다. 이런 증상으로 그곳을 찾는 사용자들은 플래시 칩을 떼어내 프로그래머로 외부에서 다시 기록하고 재장착할지를 검토하는 진단 단계에 있습니다. 이는 보드 수준의 수리 작업입니다. 일반 소비자가 할 수 있는 일이 아니며, 정상적인 제품의 BIOS 업데이트 절차라면 실패 시 이런 결과로 이어져서는 안 됩니다. 관련 글: UM773 Lite 사용자들이 망가진 메인보드를 살리려고 iFixit에 도움을 청하는 사례.

BIOS 업데이트 후 BD770i가 POST되지 않는 상태를 기록한 Level1Techs 스레드는 다른 제품에서 같은 패턴을 보여줍니다. 순서는 이렇습니다. Windows를 설치하고, Minisforum BIOS 업데이트 유틸리티를 실행하고, 업데이트 완료 후 전원을 껐다 켜면 화면이 나오지 않고, 결국 보드가 벽돌이 되었다고 결론 내립니다. 스레드의 이후 페이지는 복구 방법에 관한 커뮤니티의 논의로 채워져 있습니다.

커뮤니티의 해결책

“Windows 없이 Minisforum 펌웨어 업데이트하기”라는 제목의 Quindorian 블로그 글에는 분명한 존재 이유가 있습니다. 필자는 이 실패 유형을 여러 번 직접 겪거나 접한 끝에 대체 절차를 문서화하기로 했습니다. Minisforum 배포 패키지에서 원본 BIOS 이미지를 추출하고, FAT32 USB 드라이브에 넣고, 시스템을 UEFI 셸로 부팅한 뒤, Windows를 완전히 우회해 펌웨어 내부에서 직접 BIOS를 플래시하는 방법입니다.

UEFI 셸에서 BIOS를 플래시하는 것은 이런 종류의 작업에 대해 업계 전반에서 권장하는 표준적인 안전 수칙입니다. 그 이유는 구조적입니다. Windows 기반 플래시 유틸리티는 운영체제 위에서 실행되고, 운영체제는 커널 위에서, 커널은 드라이버 위에서, 드라이버는 지금 다시 기록되고 있는 바로 그 BIOS 위에서 실행됩니다. 이 스택 어디에서든 중단(드라이버 충돌, 순간적인 전원 문제, 백그라운드 작업을 예약하는 Windows Update)이 생기면 플래시가 임의의 지점에서 중단될 수 있습니다. UEFI 셸 플래시는 운영체제 의존성도, 작업을 방해할 백그라운드 서비스도 없이 펌웨어 환경에서 직접 실행됩니다. 시작하는 과정은 덜 깔끔하지만, 끝까지 완료하는 데는 훨씬 안전합니다.

MS-01 BIOS 업데이트에 관한 VirtualizationHowto 가이드는 다른 Minisforum 제품에서 같은 절차를 안내하며, 이 가이드가 존재하는 이유는 Minisforum의 공식 문서가 UEFI 셸 경로를 눈에 띄게 권장하지 않기 때문입니다. 커뮤니티는 업체가 선호하는 방식이 별도의 대체 문서가 필요할 만큼 위험하다고 판단했고, 그 문서를 직접 작성했습니다. 관련 글: Raptor Lake 버그와 MS-01의 BIOS 릴리스 노트.

구조적인 문제 제기

업체 제품의 펌웨어를 업데이트하는 가장 안전한 방법을 업체가 아닌 독립 블로거가 문서화하고 있다면, 업체가 고객 안전을 생각하는 방식에 뭔가 잘못된 것입니다. 펌웨어 업데이트는 실패하면 되돌릴 수 없는 종류의 작업입니다. 벽돌이 된 메인보드는 카드를 뺐다가 다시 꽂는 식으로 고객이 해결할 수 있는 보증 문제가 아닙니다. 업체에 기대되는 것은 고객의 보드가 죽을 확률이 가장 낮은 절차를 권장하고, 대체 절차가 있다면 명확하게 문서화하는 것입니다.

기록된 바에 따르면 Minisforum의 관행은 그 반대입니다. Windows 기반 플래셔가 기본이자 권장 경로입니다. UEFI 셸 대안은 업체의 자체 자료에 문서화되어 있지 않고, 커뮤니티 블로그 글에서만 찾을 수 있습니다. 두 방식의 차이를 판단할 기술적 배경이 없는 고객은 업체의 다운로드 페이지 구성 자체 때문에 덜 안전한 쪽으로 유도되고 있습니다. 관련 글: Minisforum 지원 포털과 반복되는 무응답 패턴.

앞으로를 위한 권고

2026년에 Minisforum 제품의 BIOS를 업데이트하려는데 문서에서 Windows 기반 플래시 유틸리티를 권장 경로로 제시한다면, 진행하기 전에 둘 중 하나를 하세요. 사용 중인 모델에 맞는 커뮤니티 작성 UEFI 셸 절차를 찾아 그 방법을 대신 사용하거나, 새 BIOS의 개선 사항이 Windows 경로의 벽돌 위험을 감수할 만한 가치가 있는지 판단하세요. 커뮤니티의 해결책이 존재하는 이유는 기본 방식이 그런 해결책이 필요할 만큼 위험하기 때문입니다. $500–$1,500짜리 미니 PC를 사는 고객이 이런 사실을 Substack 글에서 배워야 해서는 안 되지만, Minisforum이 문서를 바꾸기 전까지는 이것이 현실이며, 이를 모르는 사람들이 위험한 기본 방식의 대가를 고스란히 치르게 됩니다.