ASUS ROG Flow Z13：「ポータブル」でいることを拒んだ、私のホームラボ

ASUS ROG Flow Z13は、そもそもサーバーになるために作られたマシンではありません。着脱式キーボードとRGBのライトバーを備え、AAAタイトルをそれなりの設定で遊べるだけのGPUを積んだ、ゲーミングタブレットです。2026年2月に開封済み品を購入しました — 持ち運べるワークステーションとして、鞄に放り込み、自宅ではドックに挿し、あらゆる作業をこなす1台として使うつもりでした。5か月間、まさにその通りに動き続け、しかも同サイズの2倍あるハードウェアよりも良い仕事をしてくれました。

ところがそこに電源まわりの故障が発生し、それ以来一度も起動を完了していません。

全スペック

構成要素	スペック
モデル	ASUS ROG Flow Z13（2025年モデル）— GZ302EA
CPU	AMD Ryzen AI Max+ 395「Strix Halo」— 16コア/32スレッド、最大5.1GHz、キャッシュ80MB
GPU	AMD Radeon 8060S — RDNA 3.5、内蔵、40コンピュートユニット
NPU	AMD XDNA — 最大50TOPS
RAM	128GB LPDDR5X-8000、オンボード実装（CPU/GPU統合メモリ）
ストレージ	1TB PCIe 4.0 NVMe、M.2 2230
ディスプレイ	13.4インチ 2560×1600、180Hz、タッチスクリーン
バッテリー	70Wh
ポート	USB4 Type-C×2、USB 3.2 Type-A×1、HDMI 2.1、microSD、3.5mmコンボジャック
無線	Wi-Fi 7、Bluetooth 5.4
重量	約1.2kg（タブレット単体）／約1.5kg（フォリオキーボード込み）
OS	出荷時はWindows 11。稼働期間中はずっとBazzite（Fedora Atomic）で運用
特徴	per-key RGB対応の着脱式フォリオキーボード、エッジ・ライトバー、スタイラス対応

目玉は128GBという数字です。CPUとGPUで共有するユニファイドLPDDR5Xなので、そのうち64GBをVRAMとして切り出しても、OS用に64GB残せます。2026年初頭の時点で、片手で持ち運べるマシンでこれができるものは他にありませんでした。

日々、何を動かしていたか

ローカルで動く1200億パラメータのモデル

メモリこそがすべてでした。64GBをVRAMとして切り出し、ROCmでRDNA 3.5の内蔵GPUを駆動することで、このタブレット上で1200億パラメータのモデルを動かしていました — 遅いとはいえ、バックグラウンド作業には十分実用的な速度で、本当に動いていたのです。より小さなモデルは快適そのもので、30BのMoEモデルは秒間およそ70トークンで動作し、対話的な用途にも問題ありませんでした。

この能力が、この上に構築したスタック全体の形を決めました。私のエージェント一団には、クラウドAPIに一切触れない階層がありました。大量処理、夜間の一斉作業、社外に出したくないものは何でもローカルモデルに回り、電気代以外の費用はかかりませんでした。8エージェント構成のOpenClawセットアップと費用の内訳は、どちらもこの階層が存在することを前提にしています — このマシンではまさにそれが存在していたからです。

開発とホスティング

私が保守しているすべてのサイトは、デプロイ前にここで書かれ、ビルドされ、プレビューされていました — このサイトも例外ではありません。USB4ポートが4Kモニターとドックを駆動していたので、同じタブレットが約4秒でデスクトップ・ワークステーションに変わりました。

常時稼働のインフラ

自宅ネットワークのバックボーンとしてTailscaleを動かし、あらゆるものをつなぐsystemdサービス群を抱えていました。常に電源が入り、常にACに繋がれ、常に何らかの負荷がかかっている状態でした。この最後の部分が、この物語の結末に効いてきます。

際立って良かった点

• 128GBのユニファイドメモリ。このスペック1つだけで、Z13は独自のクラスに立っていました。タブレットで1200億パラメータのモデルを動かすのは、今なお少し馬鹿げているように感じますし、当時これに近いポータブル機は他にありませんでした。
• Linux互換性。Windows 11からBazziteに移行してからは、すべてがかちっとはまりました。ASUS AuraのHIDプロトコルはhidraw経由で動作し、ROCmが内蔵GPUを駆動し、systemdのユニットがWindowsのバックグラウンドプロセスすべてを、より整理された形に置き換えてくれました。
• フォームファクター。ソファではタブレット、ドックではデスクトップ、モニターの裏ではヘッドレスサーバー — すべて同じマシンが数秒で切り替わりました。フォリオキーボードは本当に良い出来で、フルストロークかつたわみもありませんでした。
• GPU性能。RDNA 3.5の40コンピュートユニットが、CAD、ローカル推論、軽めのゲームまでこなしました。統合グラフィックスらしさを感じさせない挙動でした。

うまくいかなかった点

• 連続負荷時の熱設計。薄型シャーシの放熱戦略はただ1つ、ファンをより激しく回すことでした。長時間の推論を走らせるとドライヤーのようになり、持つのが不快なほど筐体が熱くなりました。
• 複合負荷時の給電。充電はType-CポートごしのUSB-PDです。CPUとGPUの両方に負荷がかかる実行中は、プラットフォームが充電器の供給能力を超えて電力を要求することがあり、電源につないでいてもバッテリーがじわじわ減っていきました — マシンが実質的に、足りない分をバッテリーから補って自分自身を賄っていた形です。
• Linuxでのバッテリー持続時間。WindowsではASUSのファームウェアチューニングにより6〜8時間動きました。Linuxでは調子の良い日でも3〜4時間で、着脱式キーボードとのサスペンド/レジュームはudev周りのいら立ちの種であり続けました。
• 修理不可能。RAMは基板に直付けで、筐体は密閉されています。キックスタンドの扉越しに手が届くM.2 SSDだけが、このマシンの中でユーザーが交換できる唯一の部品でした — それが結局、私を救ってくれることになります。

RGBキーボード・プロジェクト

キーボードとライトバーのRGBを制御する唯一の公式手段であるASUSのArmoury Crateは、Linuxには存在しません。そこで自分で書きました：Aura HIDインターフェースに直接話しかけるPython CLI、GTK4のカラーピッカー、そしてlocalhost上のブラウザーパネル。合計で約40KBほどのコードでしたが、サスペンド、再起動、キーボードの取り外しを生き延びました — 他のあらゆるLinux用RGBツールが見落とす三大要素です。

このサイトで最もよく読まれた記事の1つになりました。RGBキーボードの記事全文を読む →

終わり方：電源まわりの故障

2026年7月19〜20日ごろ、Z13は起動を完了しなくなりました。自分の側では直せないと結論づけるまでに2日かけました。この故障はきちんと書き留める価値があるほど具体的です。「起動しない」はコンピューターについて言えるもっとも役に立たない一言であり、しかもこの場合は正確でさえありません。電源は普通に入ります。ただ、起きたままでいることを拒むのです。

症状、順を追って

1. 起動が静止したROGロゴで止まる。アニメーションするロゴではなく、固まったフレームです。「F2を押してください」のプロンプトにも、BIOSにも、ブートローダーにも決して到達しません。どこまで進むかは試行ごとにばらつきがありました：バックライトのない真っ暗なパネルのこともあれば、ファンは回っているのに真っ黒な画面が点いていることも、固まったロゴのこともありました。
2. フォリオキーボードが起動時に反応しない。再起動時にバックライトが白く一瞬光った後、何も起きません。F2、Esc、Delはまったく反応しません。これはこの機種で知られている不具合と一致します — キーボードのコントローラーがブートローダーモードのまま固着するというものです。
3. POST中にUSBバスの電源が来ない。ロゴが画面に出ている間に外付けのRGBキーボードを挿してみましたが、ライトもつかず、電源も来ませんでした。POSTのその段階では、ポートには電源が来ているはずです。来ていなかったということは、OSが欠けているのではなく、エンベデッドコントローラーの電源レール管理が固着していることを示しています。
4. 熱に関する異常事象。画面が消え、ファンも止まり、ACに繋がれた状態で、筐体がとても熱くなっているのを見つけました。この組み合わせは危険信号です：ファンを制御するものが何もない状態で、SoCがクラッシュ状態のまま電力を消費していたことになります。強制的に冷却した後、外付けファンを当てた状態で筐体温度は摂氏約35.6度（96°F）に落ち着きました — これは熱がベースラインではなく異常そのものだったことの裏付けです。
5. 決め手：固まった画面の下でのスリープLED。ECリセットの後、電源LEDはゆっくりとした点滅に落ち着きました — およそ1秒点灯、5秒消灯というパターンです。ASUS自身のインジケーター仕様によれば、このパターンはノートパソコンがスリープモードにあることを意味します。マシンは、ディスプレイにPOSTのロゴを表示し続けながら同時にスリープしているということはあり得ません。この矛盾こそが診断そのものです。
6. 再現性がある。ウェイクの操作をすると、LEDは約30秒間だけ点灯しっぱなしの白になり、その後スリープの点滅に戻りました。コールドブート、ウェイク、コールドブート：同じ30秒、同じ結果が、毎回起きました。

つまり流れはこうです：ファームウェアがPOSTの早い段階でハングし、エンベデッドコントローラーがハングしたファームウェアの下でプラットフォームをモダンスタンバイに落とし、ディスプレイコントローラーは最後に渡されたフレームを表示したまま取り残されます。固まったロゴはマシンが考えている姿ではありません。眠っているコンピューターの上に映る、ただの静止画です。

試したこと

• 強制再起動と標準的なリセットを繰り返し試した。
• EC/RTCのハードリセットを両方向で試した — ACを繋いだ状態での40秒間の電源ボタン長押し、そしてACを外してから再度繋いでの長押し。このプラットフォームでは、これは電気的にCMOSバッテリーを抜くのと等価です。
• 周辺機器を完全に外した：キーボードを取り外し、microSDを抜き、USB-CとHDMIのケーブルをすべて外して、裸のタブレット状態で起動した。
• リセット後、何も触らずに45〜60分待った。128GBのメモリのリトレーニングや保留中のファームウェア・カプセルに時間が必要な場合に備えて。
• フォリオ経由（反応なし）、外付けUSBキーボード経由（ポートに電源来ず）、Volume-Down＋電源ボタンでのBIOS起動を試した。
• 完全に冷えるまで待ってから、コールドの状態で再テストした。

CMOSバッテリーを物理的に外すことはあえて省きました：40秒長押しですでに電気的にはその処理をしており、固着したECや電力供給の故障を修復するものではないからです。OSレベルのことはすべて省きましたが、その理由は次の通りです。

除外できたこと、その根拠

疑われた原因	判定	理由
ソフトウェア/OS/カーネル引数	シロ	ハングはブートローダーが読み込まれる前に起きています。故障が起きる時点でディスク上の何も実行されていないので、そこにある設定が原因にはなり得ません。
起動デバイス/SSD	シロ	死んだUSBレールも、スタンバイへのクラッシュという特徴も、いずれもストレージ層より上で起きています。SSDは後で取り出して健全であることを確認し、現在は交換後のマシンで動いています。
サーマルロックアウト	シロ	この故障はコールドの状態、摂氏約35.6度（96°F）でも再現します。
バッテリー切れ	シロ	点滅は白いスリープのパルスであり、オレンジのバッテリー低下インジケーターではありません。

自分の個体だけの問題ではない

これは1枚の基板の運が悪かったという話ではなく、この機種で記録されている故障クラスです。GZ302EAで同じ挙動を説明している、稼働中のROGフォーラムのスレッドがあります — モダンスタンバイに関連した、繰り返し発生する黒画面とハードハングのクラッシュ — そして、Linux上でフォリオキーボードのコントローラーがブートローダーモードのまま固着するという、別のよく知られた報告もあります。どちらも私が見たものと正確に一致します。

もしあなたのZ13が固まったロゴの状態にあってこの記事を読んでいるなら：電源LEDがゆっくりとした点滅を始めるまでの間隔を計ってみてください。それが約30秒なら、あなたのマシンもこの故障を抱えていて、どれだけ再インストールしても助けにはなりません。

2日間のトラブルシューティングが実際にもたらしたもの

直したわけではありません。手に入れたのは確信です — 「壊れている、もしかしたら自分が何かしたのかもしれない」という状態と、どの層が正確に故障し、自分がどれだけ時間をかけても動かせないと分かっている状態との違いです。5つの事実がその確信を支えています：

• コールドブートからもウェイクからも、およそ30秒でスタンバイへ再現性を持ってクラッシュする。
• 固まったPOSTロゴと同時に表示される、スリープ状態を示すLED — 健全なマシンではあり得ない状態。
• 熱に関する異常事象：筐体が熱く、ファンは止まり、ACに繋がれた、クラッシュした状態。
• POST中にUSBバスの電源が来ない。
• 他の人の個体でも同一の挙動を説明する、この機種特有の不具合スレッド。

最後の1つが、私の気持ちにとって一番大きな意味を持ちました。マシンが死ぬと、自分を疑いたくなる反射が働きます — 自分が設定したカーネル引数、実行したアップデート、一晩コンパイルしっぱなしにしていたもの。ベンダー自身のフォーラムで見知らぬ人たちが説明していた、同じ30秒という特徴を見つけたことで、その疑問には決着がつき、諦めることが後を引く決断ではなく、簡単な決断になりました。

保証請求は一度も出しませんでした。この個体は開封済み品で、追いかければ本当に必要なマシンなしで何週間も過ごすことになりますし、すでに交換機を注文済みでした。というわけで、Z13はSSDを抜いた状態で棚の上にあります。SSDはキックスタンドの扉から取り出され、そのまま交換機の中に収まりました。あの扉は、このマシンの設計の中で最後の最後に報われた、唯一の部分です。

タブレットをサーバーとして使う人に伝えたいこと

Z13に怒っているわけではありません。どのタブレットにも本来できないはずのことをこなし、それを5か月間、文句ひとつ言わずにやってのけました。しかし、この故障の形には本物の教訓があり、それは「コンシューマー向けハードウェアはダメだ」ということではありません。

バッテリーを中心に組まれたマシンには、充電し、放電し、スリープし、ウェイクする機器のために設計された電源管理ステートマシンがあるということです。それをサーバーとして走らせるということは、そのステートマシンのある1つの隅っこに — 電源を繋ぎっぱなし、常に温かく、決して眠らない状態に — 何か月も留め続けることを意味します。それはファームウェアがチューニングされた想定のワークロードではなく、結局訪れた故障は、CPUの故障やディスクの満杯ではなく、電源管理そのものの故障でした。

実務的に言えば：あるマシンを常時稼働のインフラにするなら、電源まわりの物語がバレルコネクターとファンだけであるものを選ぶこと。そして、マシンの死がデータを道連れにできない場所にデータを置いておくこと — この話がきれいな結末を迎えられた唯一の理由は、SSDが基板直付けの半田ではなく、扉の裏にあったからです。

後継機

後継機はCHUWI AuBox Ai365です — Ryzen AI 9 365、デュアル2.5GbE、ただのバレルコネクターを備えた、小型のAMDミニPCです。使えるメモリはZ13の128GBに対して30GBで、これによって大きなローカルモデルは丸ごと失いましたが、その階層は今では1200億パラメータではなく35BのMoEモデルを動かし、重い処理は安価なクラウドAPIに移りました。その代わりに、劣化するバッテリーもなく、負荷時のUSB-PDネゴシエーションもなく、クラッシュして落ちるモダンスタンバイもありません。

CHUWI AuBox Ai365の構成について読む →