Steam Arm Linuxで動かない?Valve公式は非対応、起動しないときの確認点とDGX Spark・Odin 3【2026年10月】
本記事にはアフィリエイト広告(Amazon・楽天市場等)のリンクが含まれています。
DGX SparkやAYN Odin 3、Raspberry PiのようなArm搭載のLinux機にSteamを入れて、起動しない、ログインしても落ちる、ゲームが始まらないという行き詰まりが増えています。10月4日にはValveが公式のGitHubで「Steam for Linux is not currently supported on ARM based hardware」と答え、不具合の報告が閉じられました。
結論は、Arm上のSteamクライアントにValveの公式サポートはなく、報告しても修正の約束は得られない、ということです。ただし動く道が無いわけではありません。Valve自身が配るARM64ネイティブ版のベータ、UbuntuのSteam Snap、ROCKNIXなどの有志パッケージの3系統があり、どれも実験扱いです。
どの系統を入れたかで詰まる場所がまったく違います。x86用のSteamを入れて起動しないなら、そもそも入口を間違えています。ネイティブ版でCPU命令のエラーが出るなら、手元のCPUが対象外かもしれません。毎日安定して遊ぶ前提なら、Arm Linuxに固執せず、x86機からの配信やWindows on Arm機を選ぶほうが確実です。
目次
公式Valveの回答は何を意味するのか
回答があったのは、AYN Odin 3の所有者が起票したIssue #13689です。Odin 3はQualcomm SM8750搭載の携帯機で、報告者はArmada(Fedora 44ベース)上でValve配布のARM64ネイティブ版(beta、steamrtarm64)を使っていました。症状はRemote Playの映像デコードで、機器のハードウェアデコーダーはAV1に対応しているのに、Steam側がH.264とHEVCまでしか探さずAV1を選べない、というものです。
Valve側のアカウント(kisak-valve)は同日21時55分(UTC)に「Hello @murmrs, Steam for Linux is not currently supported on ARM based hardware (#4061).」と一文だけ返して、Issueを閉じました。#4061は2015年10月12日に「can’t run on ARM architecture systems」として起票された要望で、2026年10月時点でも開いたままです。
分かるのは、Arm搭載機でのSteamクライアントの不具合は、公式の修正対象として扱われない可能性が高いことです。一方で、返答は一文だけで、ARM64ネイティブ版の今後やSteam Frameとの関係には触れていません。「Armは今後も対象外」と読み切る材料はありません。
入口Arm上でSteamを動かす3系統と、それぞれの詰まりどころ
steam_client_steamdeck_publicbeta_linuxarm64 です。x86のゲームやx86のProtonはFEXを通して動かす構成で、FEX本体とbinfmt、RootFSを自分で用意する必要があります。sudo snap install --candidate steam で、ベータ扱いのため不具合はValveではなくsnapの開発側に報告する前提です。検証はNVIDIA DGX Spark(DGX OS)で行われ、Phoronixによると当初はNVIDIA 580系のバイナリドライバーが条件でした。3系統の共通点は、Steamに任せきりでは動かず、FEXなどの翻訳層の準備が前提になることです。FEXの最新の動きはFEX 2608の解説にまとめています。
手順起動しないときの確認手順
- CPUの種類を確かめる。ターミナルで
uname -mを打ち、aarch64と出ればArm機です。x86_64ならx86機なので、ここで扱う問題とは別です。 - 入れたSteamがどの版か確かめる。x86用のdebなどを入れていると、起動時に
libc6:i386のような32bitライブラリが見つからないというエラーになります。#4061の最初の報告がまさにこの症状で、Arm機にx86用のクライアントをそのまま入れたときの典型です。上の3系統のどれかに入れ直します。 - ネイティブ版が「Illegal instruction」で落ちるなら、CPUの命令を見る。Issue #13288では、2026年4月15日(クライアント1776387948)より新しいビルドが、Armv8.1のLSE(アトミック命令)を前提にしたらしく、Cortex-A57を積むNintendo SwitchやJetson Nanoで即座に落ちると報告されています。これは報告者の解析で、Valveからの回答はありません。
grep -m1 Features /proc/cpuinfoの出力にatomicsがあるか確かめてください。無ければ最新のネイティブ版は動かない可能性が高いです。 - ゲームが始まらないなら、FEXの準備を見る。FEXが入っていて、binfmtが有効で、RootFSが用意されているかを確かめます。Fedora向けパッケージの説明では、x86のネイティブゲームやx86のProtonゲームにこの3点が必要とされています。ROCKNIXのWikiには、DirectX 12のゲームで
VKD3D_FEATURE_LEVEL=12_1のような起動オプションが要る例も載っています。 - ページサイズが4KBか確かめる。
getconf PAGESIZEが4096以外(Asahi Linuxなど)だと、ネイティブ版は4KBページ前提のため、そのままでは動きません。NixOS向けのパッケージはこの場合にmicroVMの中でクライアントを動かす作りで、その代わりRemote PlayやLAN探索に制限が出ます。 - Remote Playの画質や遅延が悪いなら、ホスト側のコーデックを変える。Issue #13689の報告では、ARM64版は少なくとも当時AV1を選べませんでした。配信元のPCでAV1を優先していると不利になるので、HEVCかH.264を選びます。
Issue #13634では、Steam FrameのためのAndroid互換ツール「Lepton」が、ARM64向けしか無いのにx86_64のLinux(Bazzite)にも警告なしで配られ、入れると壊れた状態になると報告されています(2026年9月19日起票、10月6日時点で開いたまま)。Arm向けのクライアントが増えた副作用で、x86のLinux機でも、互換ツールの一覧にあるものを何でも入れてよいとは限りません。
端末別端末ごとの現状
代替動かないとき、買う前に決めておくこと
Arm Linux機を遊び専用で買うなら、先に「公式が直さないものに頼ってよいか」を決めておく必要があります。Valveの回答からは、更新で突然動かなくなっても、公式の窓口では助けてもらえないと考えるのが安全です。
- 遊べればよいだけの場合:x86のゲーミングPCを親機にして、Arm機はSteamのRemote Playで受ける使い方が最も安定します。ネイティブ版の受信側は、上のとおりHEVCでハードウェアデコードできた報告があります。
- Arm機でゲームを直接動かしたい場合:Windows on Arm機でWindows版Steamを使うか、Linuxの実験環境と割り切るかを分けます。アンチチート入りの対戦ゲームを遊ぶなら前者です。
- Linuxで試したい場合:Steam SnapかROCKNIXのように、配布元が手順とRootFSの準備まで面倒を見ている入口から入ると、切り分けの手数が減ります。
まとめまとめ|Arm版Steamは動くが、公式の保証はない
Arm搭載LinuxのSteamは、Valveが公式サポートを否定したまま、ネイティブ版のベータ、Steam Snap、有志パッケージという実験的な入口で動かす状態です。起動しないときは、Armかどうか、入れた版、CPUの命令、FEXの準備、ページサイズの順に確かめると、原因の大半は絞れます。
Valveは2026年10月4日にArm搭載機でのSteam for Linuxを公式サポート外と回答しました。x86版を入れていないか、ネイティブ版がArmv8.1のLSE命令を要求していないか、FEXのbinfmtとRootFSがあるかを順に確かめてください。毎日安定して遊ぶ用途なら、x86機からのRemote PlayかWindows on Arm機が確実です。
出典:steam-for-linux Issue #13689(2026年10月4日)、同 Issue #4061(2015年10月12日起票)、同 Issue #13288(2026年6月3日)、同 Issue #13634(2026年9月19日)、Phoronix(2026年1月8日)、XDA Developers(2026年1月9日)、steam-arm64-fedora(GitHub)、steam-arm64-nix(GitHub)、ROCKNIX Wiki(Steam)、MIXED News(2026年10月)






