私のSnapdragon開発キットは正常に動作していましたが、Windowsのアップデートが失敗してしまいました。

2026年1月7日原文(jasoneckert.github.io)

概要

Snapdragon Dev Kit を約1年間日常利用した体験談
Windows 11 のセキュリティアップデート失敗による致命的トラブル発生
再インストールや復旧策 も無効となり、完全起動不能状態に
ファームウェアリカバリ手段やサポート不在 が致命傷に
Snapdragonプラットフォーム自体への信頼は維持

Snapdragon Dev Kit：1年使用レビューと突然の終焉

2024年10月、 Snapdragon Dev Kit （Qualcomm Snapdragon X Elite ARM64 CPU搭載、32GB RAM、512GB SSD）を入手
Windows 11 for ARM が非常に高速で動作、以降日常利用PCとして活用
1年間の利用で 安定性・信頼性 に優れ、不具合やエラーは皆無
ファンの騒音 はあるが、ヘッドホン利用で気にならず
Windowsアップデート （KB5068861）が12月にインストール失敗、ロールバックを繰り返す
- キャッシュクリアや sfc /scannow、 dism コマンド、手動インストールも効果なし
- 同様の問題が多数報告され、Microsoftの今後の修正待ちに
アップデート再開後、 再起動時に同じ失敗とロールバック が発生
- 今回はロールバックも正常動作せず、4回再起動後ようやくWindows起動
- Microsoftアカウントにサインイン不可、PINで新規プロファイルにログイン
- Windows Terminalや多くのMicrosoftアプリが起動不可

復旧作業と絶望的な状況

再起動後、Windowsロゴ表示後に 自動再起動やシャットダウン を繰り返す
UEFIのBDSメニュー （Homeキー）にも断続的にアクセス可能
- メニューのフリーズや選択不能など不安定挙動
- キーボードやUSBポート変更も効果なし
- 何度も試行の末、BDSメニューでSecure Boot無効化・USB優先起動・外部ディスプレイ利用を設定
Windows 11 ARM ISO をUSBに書き込み、 Snapdragon Dev Kit用ドライバ も別USBに準備
Windowsインストーラー起動・Cドライブ上書きインストールは一度は成功
- ネットワーク用ドライバ選択画面で フリーズ＆シャットダウン
以降は Snapdragonロゴから先に進まず、再起動や電源断を繰り返す
BDSメニューには入れるが 全オプションが選択不可、再インストールやLinux起動も不可能
本体を開けて SSD再装着・他PCでの動作確認 も問題なし

原因考察とSnapdragon Dev Kitの限界

Windowsアップデート失敗 が直接の引き金
- ファームウェアやUEFI、ブートローダの一部が破損した可能性
- Secure BootやTPM状態の不整合、電源管理ファームウェアの問題も疑念
ドキュメント化されたファームウェア復旧手段が未提供 のため、通常なら復旧可能な障害も致命傷に
Qualcommによる Snapdragon Dev Kitのサポート終了 が状況を悪化
- ASUS、Dell、LenovoなどOEM製品なら復旧ツールやサポートが存在
Snapdragonプラットフォーム自体には不信感なし
- Snapdragon X EliteとWindows 11の組み合わせは 1年間安定動作
- 高性能・信頼性 に満足、Core i9機を凌駕
唯一無二の32GB ARMマシンを失った喪失感

Snapdragon Dev Kitのサポートと今後への提言

Qualcommが ファームウェアリカバリツール を今後提供するなら、再挑戦を希望
開発者向けハードウェアには 最低限の復旧手段やサポートの必要性
一般向けSnapdragon PC では同様のトラブルでも復旧可能性が高い

RIP, Snapdragon Dev Kit

Hackerたちの意見

あなたが悪いわけじゃないけど、コンピュータが壊れた直後にシステムアップデートをインストールするのはちょっと躊躇しちゃうな。特にMicrosoftが関わってるときはね。

└

それか、ソフトウェアもハードウェアもサポートがないEOLの実験用デバイスだね。Windows Updateは完全に無効にして、コンピュータがすでに侵害されているかのように振る舞って、セキュリティが問題にならない作業だけをするのが一番「信頼できる」方法だと思う。もちろん、後から考えればなんとやらだけど…。

ブートセレクターで予測できない動作があって、ランダムにフリーズしてたなら、ハードウェアのどれか（RAMかな？）がダメになったんじゃないかな。ファームウェアの破損だったら、メニューが表示されなかったり、全く起動しなかったりするはずだし。Microsoftのコード品質が今あまり良くないのは確かだけど、たぶんハードウェアの故障なのに彼らを責めるのはあまり生産的じゃないと思うよ。

└

Windowsのアップデートインストールが失敗したときに起こった「ハードウェア故障」とは関係ないの？それって一億分の一の偶然みたいだね。

└

そうだね、同意するよ。これはただの反マイクロソフトのクリックを狙った記事に感じる。記事から: 「再起動するか、電源が切れる前にSnapdragonのブートロゴを通過しない…また、ランダムに見える。ブートプロセスの異なるポイントでのランダムなフリーズは、ハードウェアの故障を示唆してるね。ソフトウェアのブートチェーンが壊れてるわけじゃない。」

└

CPUクーラーをテストしてみるべきだね。ファンがすごく回ってたから。ログイン画面周辺で温度が上がって、その後ずっと熱いままで、再起動が予測できなくなる。最近、Windowsのアップデート中に水冷ポンプが壊れたことがあったんだ。ポンプがダメになってたけど、制限なしのアップデートがモンスターCPUで詰まってしまったのが原因だった。

└

元のArduino Dueには、MCU（Atmel Cortex-M3）に関する面白い未文書化の動作があって、10kオームの抵抗を取り付けないとランダムなことが起きてた。フラッシュやROMからランダムにブートすることから、クロックが正しく立ち上がらないことまで。SWDインターフェース経由でフラッシュしようとするまでは、ちゃんとブートしてたのに。抵抗をハンダ付けしたら、ほぼ解決したよ。

└

記事に載ってるアップデートには、"ハンドヘルドデバイス"向けの2つのUEFIパッチが含まれてる。これが特定のARMデバイスのUEFIを壊すのは全く驚きじゃないね、ファームウェアの破損から。

└

何かが完璧に動いてたのに、アップデート後に不具合が出ると（ユーザーの操作はなしで）、そのアップデートがハードウェアに問題を引き起こした可能性があるよね。例えば、SSDのフラッシュの使いすぎ（もう報告されてるしね）とか、コンポーネントを何度も再フラッシュすること（スクリプトの単純なエラー）。

└

うーん、あんまり確信が持てないな。W10のPCで似たような問題があったから。ドライバーのレースコンディションが原因かもってぼんやり疑ってる。esp32のフラッシングドライバーに特に注目してるんだ。時々は普通にブートするけど、時々はスピニングダイヤルが消えて黒い画面で止まったり、スピニングダイヤル中にフリーズしたり、たまにDPCウォッチドッグ違反でブルースクリーンになることもある。奇妙なことに、セーフモードでも起こることがある。ハードウェアの問題かと思ったけど、RAMは交換済みで、ブート後は問題なし。CPUとGPUを同時にフル稼働させても問題ないし。

そうだね、（たぶん）彼らはやってないと思う。ほぼ確実にソフトウェアのハードウェア故障、たぶんSSDだね。似たような状況に遭遇したことがあるけど、原因はWindowsじゃなくてLinuxだった。数ヶ月間そのマシンをクローゼットに放り込んでたら、奇跡的にまた動き出したんだ。でも1日半後にまた壊れたけどね。ディスクかRAMの破損だよ。もう諦めなよ、ハードウェアのせいだから。でもMicrosoftを叩くチャンスは逃さないでね。

└

問題が始まったときに、多くの人が似たような問題を抱えてたから、ハードウェアの故障だったとは考えにくいね。

Hacker Newsで議論の続きを見る

ハクソク