Skip to content
←

✍️ 필사 모드: Linux デスクトップ 2026 — COSMIC / GNOME 47 / KDE Plasma 6.3 / Wayland / Asahi / NixOS 徹底ガイド

日本語
0%
정확도 0%
💡 왼쪽 원문을 읽으면서 오른쪽에 따라 써보세요. Tab 키로 힌트를 받을 수 있습니다.

プロローグ — 2026年の Linux デスクトップは死んでいない (そして面白い)

「来年こそ Linux デスクトップの年」というジョークは少なくとも 2005 年から毎年繰り返されてきた。2026 年現在もデスクトップのシェアは 4 〜 5 % 前後にとどまる。だがその数字だけを見て市場を評価すると、最も面白い変化を見逃してしまう。

過去 24 か月で起きたことを列挙すると次のようになる。

  • COSMIC — System76(米コロラド州、Linux ノート PC メーカー)が 2 年間かけて作った新しいデスクトップ環境が、2026 年 3 月に 1.0 アルファに到達した。GTK でも Qt でもなく、独自の GUI ツールキット(iced)上に Rust で書かれている。最初から Wayland ネイティブ。
  • GNOME 47 — 2024 年 9 月にトリプルバッファリングが正式に取り込まれ、libadwaita 1.6 が定着しユーザーがアクセントカラーを直接選べるようになった。2025 年 3 月の GNOME 48、2025 年 9 月の GNOME 49 と続き、分数スケーリングまで安定化した。
  • KDE Plasma 6.3 — Qt 6.7 の上で Wayland をデフォルトにした。HDR 出力、カラーマネジメント、explicit sync、分数スケーリングが全部入った。KDE は X11 セッションのビルドを事実上の終了プロセスに置いた。
  • Wayland — NVIDIA が 560 系ドライバから explicit sync プロトコルを正式サポートしたことで、最後の大きな壁が崩れた。Fedora 40、Ubuntu 24.04、openSUSE Tumbleweed がいずれも Wayland をデフォルトセッションとして採用した。
  • Asahi Linux — Hector Martin が率いる Apple Silicon ポートが、M1 / M2 の GPU ドライバを 2024 年に安定化させ、M3 / M4 サポートが 2025 年に入った。MacBook で Linux をデイリードライバとして使えるようになった。
  • NixOS — 宣言的システム設定の約束を 5 年以上磨き続けた結果、2026 年には真剣なメインストリーム候補になった。Determinate Systems(Eelco Dolstra の会社)が作った Determinate Nix インストーラが macOS / Linux の標準ルートとなった。
  • Immutable ディストロ — Fedora Silverblue / Kinoite、Vanilla OS、uBlue ベースの Bluefin / Aurora など、ostree ベースの読み取り専用 OS が新カテゴリを作った。毎回クリーンな状態で起動し、更新はトランザクションで適用される。
  • Hyprland / Sway / river — Wayland 上で動くタイリング型コンポジタが r/unixporn のようなコミュニティで爆発的に流行し、「Linux はダサい OS」という認識を覆した。

本記事ではこの流れを 14 章で整理する。単純な比較表ではなく、なぜこの変化が今起きているのか、どんなユーザーがどんな選択をすべきかまで踏み込む。

Linux デスクトップは勝ったことがない。だが 2026 年の Linux デスクトップは 1998 年の Linux デスクトップではない。1998 年の Windows と比較すれば、2026 年の Linux のほうがよく作られた OS だ。

1章 · COSMIC (System76) — Rust + iced で作り直したデスクトップ

COSMIC は System76 が作った新しいデスクトップ環境だ。同社は Linux ノート PC(Lemur、Darter、Galago など)を販売する会社で、自社ハードウェア上で最高の体験を提供する動機がある。2022 年に「GNOME をフォークせず一から作り直す」と宣言し、2 年のベータを経て 2026 年 3 月に 1.0 アルファに到達した。

技術スタック COSMIC は GTK でも Qt でもなく独自のツールキットを使う。Elm アーキテクチャに着想を得た Rust 製 GUI ライブラリ iced がベースだ。コンポジタは smithay(同じく Rust で書かれた Wayland コンポジタフレームワーク)の上に直接構築されている。結果としてほぼすべてのコアコンポーネントが Rust で書かれている。

なぜこれが重要か GNOME と KDE はいずれも約 25 年のコードベースを持つ。メモリ安全性の問題、メインスレッドのブロック、X11 時代の前提の残骸など、蓄積された負債がある。COSMIC はその負債なしに始まった。Wayland ネイティブ、GPU 加速レンダリングのデフォルト、メモリ安全性の保証、そして — アーキテクチャ的に最も重要なことに — 「ウィンドウマネージャ + デスクトップ環境」が単一プロセスではない。各コンポーネント(コンポジタ、パネル、アプリライブラリ、設定)が独立して動く。パネルが落ちてもコンポジタは生き、コンポジタを再起動してもシェルは生きる。

機能の特徴

  • タイリングが一級市民 — キーボードショートカット一つでタイリング / フローティングを切り替える。Pop!_OS の GNOME 拡張時代から磨いてきた機能だ。
  • ワークスペースモデル — ディスプレイごとのワークスペース。マルチモニタ環境でモニタごとに独立したワークスペーススタックを持つ。
  • テーマエンジン — libcosmic は GTK 4 / Qt 6 / Electron アプリまで覆うよう設計されている。システムのアクセントカラーがグローバルに伝播する。
  • COSMIC Store — Flatpak / DEB / RPM を一画面で検索しインストールするアプリストア。

現在の状況(2026年5月) COSMIC は Pop!_OS 24.04 LTS のデフォルトデスクトップとして出荷された。Fedora COSMIC Spin は 2025 年 11 月に公式 Spin に採用された。Arch / openSUSE / Debian でもパッケージで提供される。しかし「1.0 アルファ」の表記どおり未完成領域もある — IME 統合、アクセシビリティツール、一部の GTK アプリのテーマ一貫性。デイリードライバとして使うには十分だが、「安定」という言葉をつけるには 1.0 正式リリース(2026 年末予定)を待つのが安全だ。

誰に向くか

  • 新しい OS を触るのが好きな人。
  • Pop!_OS / System76 ユーザー。
  • Rust エコシステムに貢献したい開発者(COSMIC コアへの貢献参入障壁が低い)。
  • タイリングは好きだが i3 / sway の設定ファイル職人芸は嫌な人。

2章 · GNOME 47 — トリプルバッファリング、libadwaita、アクセントカラー

GNOME は依然として Linux デスクトップ最大のセグメントだ。Fedora Workstation、Ubuntu(これは GNOME 上の Canonical 独自カスタマイズ)、Debian のデフォルト、openSUSE の選択肢の一つ。2024 年 9 月に GNOME 47、2025 年 3 月に 48、2025 年 9 月に 49 が続いた。このサイクルが意味する変化は三つある。

変化 1 · トリプルバッファリングの正式マージ Canonical の Daniel van Vugt が 5 年がかりで磨いたトリプルバッファリングパッチが GNOME 47 に入った。ダブルバッファリングでは、GPU が 1 フレームを描く時間が vsync の周期をわずかに越えると、次の vsync まで丸ごと 1 フレームを捨てなければならなかった。トリプルバッファリングはその間にもう 1 フレームを置くことで、GPU が動的にクロックを上げて次フレームを間に合わせる。インテル内蔵 GPU や Raspberry Pi のような弱い GPU で体感が一番大きい — 60Hz モニタでマウスドラッグが途切れなくなった。

変化 2 · libadwaita 1.6 の定着 libadwaita は GNOME のデザインシステムライブラリだ。1.6 でユーザーがアクセントカラーを直接選べるようになった(赤、橙、黄、緑、青緑、青、紫、ピンク、灰)。macOS / Windows が長く提供してきた機能がついに GNOME にも入った。単なる視覚的変化ではなく、libadwaita ベースのすべてのアプリ(GNOME コアアプリ + Flathub の多くのサードパーティアプリ)が同時に色を変える。

変化 3 · 分数スケーリングの Wayland 上での安定化 1.25 倍や 1.5 倍などの分数スケーリングは X11 では事実上動かなかった。GNOME は Wayland 上で fractional scaling プロトコルと wp-viewporter を使って分数スケーリングを実装する。GNOME 48 でデフォルト ON、49 で XWayland アプリまで安定化した。HiDPI モニタ(4K 27 インチ)と通常 HD モニタを併用するマルチモニタ環境がついに正常に動作する。

拡張機能エコシステム GNOME Shell 拡張機能は依然存在する。新 GNOME バージョンが出るたびに API が壊れる問題は 47 / 48 / 49 サイクルで大きく緩和された。だが本質的に「拡張機能に依存してデスクトップを作る」アプローチは推奨されない。コア機能はコアで、視覚的変更はテーマ / アクセントカラーで、その他は別アプリで — これが GNOME の哲学だ。

Wayland 優先、X11 セッションの段階的終了 GNOME 47 から Wayland がデフォルトセッションとなり、GNOME 49 で X11 セッションのビルドオプションが deprecated とマークされた。Fedora 41 では GNOME の X11 セッションをビルドしない。2026 年末の GNOME 50 で完全に削除予定だ。

3章 · KDE Plasma 6.3 — Qt 6.7、Wayland 優先

KDE は Plasma 6 を 2024 年 2 月にリリースした。Plasma 5 が約 10 年続いたので、大きなメジャージャンプだった。その後 6.1(2024-06)、6.2(2024-10)、6.3(2025-02)、6.4(2025-09)、6.5(2026 年初)と定期的にマイナーが出て安定性を磨いた。2026 年 5 月時点の最新安定版は 6.5。

Wayland をデフォルトに KDE Neon、openSUSE Tumbleweed、Fedora KDE Spin、KDE Plasma のすべてのディストロインストールイメージで Wayland セッションが第一選択肢になっている。KDE の Wayland コンポジタである KWin 6 は X11 時代の KWin と同じコードベースを共有するが、Wayland バックエンドがメインになった。

HDR 出力 Plasma 6.0 で HDR 出力が入り、6.3 で色空間管理(color management)と統合された。互換モニタ(LG OLED、Samsung QLED など)で HDR モードをオンにでき、Wayland コンポジタレベルで SDR ウィンドウと HDR ウィンドウを正確にトーンマッピングする。Cyberpunk 2077 などのゲーム HDR が Wayland 上の Proton で動く。Windows は 22H2 から同等機能を提供しており、Linux は 4 年遅れたが追いついた。

explicit sync NVIDIA + Wayland 最大の悩みだった「画面のちらつき」を解く中核プロトコルが explicit sync だ。KDE 6.1 で Wayland プロトコルとして正式サポートし、NVIDIA 560 ドライバがこれを受けてちらつきが消えた。詳細は 5 章で述べる。

分数スケーリング、色空間、カラーピッカー すべての視覚関連機能が 6.3 でもう一度整理された。マルチモニタ環境でモニタごとに異なるスケール、異なる色プロファイル、異なるリフレッシュレートを持つことが安定して動作する。

Qt 6.7 KDE 6 シリーズのバックエンドは Qt 6 だ。6.5 で Qt 6.7 に上がり、Wayland バックエンドの安定性がさらに一段上がった。Qt 6.8 LTS が 2024 年 10 月にリリースされており、Plasma 6.6 サイクルで LTS Qt に移る可能性が高い。

KDE の哲学的差異 GNOME が「オプションを減らしデフォルトをよく選ぶ」方向なら、KDE は「全部オプションだ」方向だ。システム設定を開くとしばらくスクロールする。好きな人には天国、嫌いな人には地獄。2026 年の KDE はデフォルトが合理的になり「オプション地獄」の印象が弱まったが、本質的な哲学はそのままだ。

4章 · ついに Wayland — NVIDIA 正式サポート、X11 終了

X11(X Window System)は 1984 年に MIT で始まった。42 年経った 2026 年現在、X11 はほぼすべてのディストロでデフォルトの座を失った。Wayland が勝ったのだ。どうしてこうなったか。

X11 の根本問題 X11 は「ネットワーク透過性」を前提に設計された。つまり X サーバーが 1 台で動き、X クライアント(アプリ)が別のマシンで動くというモデルだ。1984 年には素晴らしいアイデアだったが、2026 年には誰もそうは使っていない。そのモデルのために X11 は GPU 加速合成、HDR、分数スケーリング、キーボードショートカットのセキュリティ、入力メソッド統合に全部問題がある。X11 で「あるアプリが他のアプリのキー入力を全部横取りできる」のはバグではなく設計だった。

Wayland のアイデア Wayland は X11 の正反対だ。コンポジタが即ディスプレイサーバーだ。アプリはコンポジタに「ここに私のピクセルバッファ」と渡し、コンポジタが合成する。シンプルで、セキュアで、合成が効率的だ。

なぜ遅れたか — NVIDIA が足を引っ張った Wayland の設計は GPU メモリ管理面で一貫したインタフェースを前提とする。AMD / Intel のオープンソースドライバは GBM(Generic Buffer Manager)を使う。NVIDIA のクローズドドライバは EGLStreams という独自インタフェースに固執した。結果としてコンポジタは NVIDIA をサポートするためにコードを 2 系統保守しなければならなかった。

NVIDIA は 2022 年に GBM サポートを開始し、2023 年から本格的に Wayland 統合作業を進めた。だが本当の最後の壁は explicit sync だった — コンポジタとドライバが GPU 作業完了を通知する方法の標準化だ。NVIDIA 560 ドライバ(2024 年 7 月)が Wayland プロトコルの wp_linux_drm_syncobj_v1 を正式実装し、KWin / Mutter / Sway / Hyprland が NVIDIA 上でちらつきなく動くようになった。

X11 終了スケジュール

  • Fedora 40(2024-04): GNOME X11 セッションをデフォルトビルドから除外。
  • Fedora 41(2024-11): KDE X11 セッションのビルドオプション削除。
  • Ubuntu 24.04(2024-04): Wayland デフォルト(NVIDIA ユーザーにも)。
  • Debian 13(2025): Wayland デフォルト、X11 オプションは残る。
  • RHEL 10(2025): Wayland のみサポート。
  • 2026 年末の GNOME 50: X11 セッションコード完全削除予定。

XWayland 旧 X11 アプリのための互換レイヤ。すべてのメジャーコンポジタが XWayland を起動して X11 アプリを自分の中で動かす。ゲームは XWayland 1.24 以降ほぼすべてのタイトルが正常動作する。入力メソッド(IME)も XWayland 24.1 以降で安定化した。

5章 · Hyprland / Sway / river — タイリング型 Wayland コンポジタ

タイリングウィンドウマネージャは X11 時代 i3 / dwm / awesome / xmonad が主流だった。Wayland への移行でジャンルが新しく生まれ変わった。

Sway — i3 の直系後継。i3 設定ファイルをほぼそのまま使える。wlroots(Wayland コンポジタライブラリ)を作った Drew DeVault が直接開発し、「i3 でやっていたことが全部そのまま動く」が約束だ。安定性が最も良い。派手な機能はない。

Hyprland — その正反対の極だ。アニメーション、ブラー、影、角丸、GPU 加速のワークスペース遷移。r/unixporn に上がる「私の Linux デスクトップは macOS よりきれい」スクリーンショットの大半が Hyprland だ。2026 年 5 月時点で 0.50 系。変化が速いので毎月 dotfiles を更新する必要がある。

river — Zig で書かれたよりミニマルな選択肢。dwm 風の「コードを書き換えて設定」ではなく、別の IPC で設定する。

niri — 2024 年に登場した新コンポジタ。横スクロールのワークスペースモデル(GNOME の mutter、COSMIC と似た無限スクロール)。新しいパラダイムを試みる。

dotfiles 文化 タイリングユーザーは自分の設定を GitHub に公開する dotfiles 文化を持つ。r/unixporn には毎日数十のセットアップが上がる。その中で Hyprland 60%、Sway 20%、niri 10%、その他 10% 程度の比率だ(2026 年 5 月時点の印象)。

いつタイリングを使うか

  • キーボード主導のワークフロー。
  • マルチモニタ環境でウィンドウ配置がパターン化されている。
  • 自分の OS を一から組み立てるのを楽しめる。
  • 時間を投資する意志がある(初回設定に週末 1 回、1 年かけて磨く)。

タイリングは万人向けではない。デザイナー、動画編集者、ゲーマーには GNOME / KDE / COSMIC のほうが楽だ。

6章 · Asahi Linux — Apple Silicon 上の Linux

Hector Martin(marcan)が 2020 年の M1 発売直後に始めたプロジェクトだ。目標は「Apple Silicon Mac で Linux を使用可能にする」。5 年経った 2026 年 5 月、その目標はほぼ達成された。

なぜ難しかったか Apple Silicon はほぼ全部が非標準だ。ARM コアではあるが、ブートローダが違い、GPU(Apple GPU)はドキュメントがなく、ディスプレイコントローラも独自設計、マイクロフォンアレイも DSP で処理される。Asahi チームはこのすべてをリバースエンジニアリングして Linux ドライバを新たに書かなければならなかった。

GPU ドライバ 最大の成果だ。Asahi Lina(仮名、日本の仮想キャラクターとして活動する開発者)と Alyssa Rosenzweig(Collabora、前 Panfrost メンテナ)が Apple GPU の Rust ドライバを書いた。2024 年に OpenGL 4.6 / OpenGL ES 3.2 / Vulkan 1.3 を全部通過した。2026 年 5 月現在 Vulkan 1.4 認証進行中であり、Steam ゲーム(Proton 経由)が実用的なフレームレートで動く。

M3 / M4 サポート M3 は 2023 年発売、Asahi は 2024 年末に基本サポート、2025 年半ばに GPU。M4 は 2024 年発売、Asahi は 2025 年 9 月に GPU まで対応完了。一般に新チップ発売後 9 〜 12 か月で Asahi が追いつくリズムだ。

何が動くか (M2 MacBook Air 基準)

  • 起動 / シャットダウン / 再起動。
  • CPU、GPU、RAM。
  • キーボード、トラックパッド(macOS レベルのジェスチャ認識)。
  • Wi-Fi、Bluetooth。
  • USB-C(データ + ディスプレイ + 充電)。
  • 内蔵ディスプレイ(分数スケーリング含む)。
  • 外部ディスプレイ(USB-C 経由)。
  • スピーカー(マイクアレイ DSP 処理)。
  • カメラ(WebCam、ただし ISP 処理は基本水準)。
  • スリープ / ウェイク。
  • Touch ID(2025 年 11 月にサポート追加)。

まだ動かないもの

  • Thunderbolt フル速度(USB-C データのみ可、フル Thunderbolt 4 帯域は不可)。
  • HDMI 出力の一部ドングル(MST 非対応)。
  • macOS の OS キーチェーン / Wallet 連携。

Fedora Asahi Remix 2024 年にリリースされた公式 Fedora 派生だ。Fedora 41 ベース、GNOME / KDE どちらも選択可能。Asahi チームが「デイリードライバ」用に推奨するディストロだ。Arch Linux ARM の Asahi 版もある。

誰に向くか

  • M1 / M2 / M3 / M4 MacBook を持ち、Linux をメインで使いたい人。
  • デュアルブートが必要な人(macOS と Linux 両方を維持)。
  • オープンソース GPU ドライバ開発に興味がある人。

7章 · NixOS — 宣言的設定の大衆化

NixOS は 2003 年に始まったディストロだ。Eelco Dolstra の博士論文が出発点だ。20 年以上のプロジェクトが 2026 年に「突然」メインストリームに浮上した理由は二つある — Determinate Nix インストーラ、そして AI 開発者の再現可能環境への需要だ。

コアアイデア システムのすべてが configuration.nix(または flake.nix)一つのファイルで表現される。パッケージ、サービス、ユーザー、ネットワーク、ブートローダ、カーネルパラメータまで全部。システムを「ビルド」するとそのファイルから正確にその状態が作られる。同じファイルを別のコンピュータに置けば同じシステムができる。

# configuration.nix の例
{ config, pkgs, ... }:
{
  imports = [ ./hardware-configuration.nix ];

  boot.loader.systemd-boot.enable = true;
  networking.hostName = "yj-laptop";
  time.timeZone = "Asia/Seoul";

  services.xserver.enable = true;
  services.xserver.displayManager.gdm.enable = true;
  services.xserver.desktopManager.gnome.enable = true;

  users.users.yj = {
    isNormalUser = true;
    extraGroups = [ "wheel" "networkmanager" "docker" ];
    shell = pkgs.zsh;
  };

  environment.systemPackages = with pkgs; [
    firefox
    vscode
    git
    docker-compose
    neovim
  ];

  system.stateVersion = "25.11";
}

ロールバック NixOS の最大の魅力。システムビルドを変えるとブートローダに新しい generation が追加される。新 generation が壊れたら起動時に前の generation を選ぶ。壊しようがない。

Home Manager システム全体の選択可能な部分(シェル設定、エディタ設定、dotfiles)を NixOS と同じ方式でユーザーごとに管理するツール。macOS / 他の Linux でも使える。

flakes 依存関係を lock ファイルで固定する機能。NixOS の「他のコンピュータでも正確に同じビルド」の核心だ。2024 年からデフォルトになった。

Determinate Nix Determinate Systems(Eelco Dolstra が作った会社)が作った Nix インストーラ / ディストロ。標準 NixOS よりも簡単な macOS インストール、より良いデフォルト、flake の自動有効化を提供する。2026 年には「NixOS を初めて触る人の 90% が Determinate から入る」状態だ。

誰に向くか

  • 同じ環境を複数のコンピュータで維持したい人。
  • システムが壊れることを恐れる人(ロールバックがセーフティネット)。
  • 再現可能なビルドが必要な ML 研究者 / DevOps エンジニア。
  • 関数型プログラミングに抵抗のない人(Nix 言語が関数型)。

参入障壁 Nix 言語の学習曲線。エラーメッセージが怖い。「なぜこのパッケージがビルドできないのか」のデバッグが難しいことがある。だが一度習得すれば二度と昔の方式(シェルスクリプト + apt-get + dotfiles ディレクトリ)には戻れない。

8章 · Fedora Silverblue / Vanilla OS / Bluefin / Aurora — Immutable ディストロ比較

伝統的 Linux ディストロは「書き込み可能なルートファイルシステムの上にパッケージマネージャでファイルを足し引きする」モデルだ。Immutable ディストロはその逆だ。ルートは読み取り専用で、更新はトランザクションで適用される。

コアツール 1 · ostree Git に似た方式で OS ツリーを管理するツール。更新ごとに新しい OS ツリーを作り、起動時にデフォルトツリーを選択する。更新が壊れたら前のツリーで起動すれば終わり。NixOS の generation と似たアイデアを別の方式で解く。

コアツール 2 · Flatpak ユーザーアプリはすべて Flatpak でインストールする。システムから分離されたコンテナで動く。Flathub が事実上のアプリストアだ。

コアツール 3 · コンテナベース開発 Toolbx / Distrobox などのツールで、開発用コンテナを立ち上げてその中でビルド / コンパイラを走らせる。ホスト OS を汚さない。

Fedora Silverblue 2018 年開始。GNOME ベース。Fedora Workstation の immutable 版。Red Hat が公式に後援しているが、2026 年現在「主力」というより「選択肢の一つ」のポジション。

Fedora Kinoite 2021 年に追加。KDE Plasma ベース。Silverblue の KDE 版。

Vanilla OS イタリアのチームが作った Ubuntu ベースの immutable ディストロ。2.0(Orchid、2024)以降は Debian ベースに移行した。ABRoot という独自更新メカニズムを使用。「Apx」というパッケージマネージャでコンテナベースのパッケージインストール。

Bluefin / Aurora (uBlue) 2023 年に登場した新しい流れ。Fedora Silverblue / Kinoite の上に「より良いデフォルト」を載せた派生。Jorge Castro(元 Canonical、現 Project Bluefin リード)が率いる。

  • Bluefin — GNOME。「開発者のクラウドネイティブワークステーション」がスローガン。Docker / Podman / Tailscale / VS Code が基本同梱。
  • Aurora — KDE ベースの同じコンセプト。
  • Bazzite — ゲーミング特化。Steam Deck ユーザーやデスクトップゲーマー向け。Proton GE、Lutris 基本同梱。

uBlue プロジェクトは独自 OS を作らない。Fedora Atomic Desktop のコンテナイメージビルドインフラ(ostree-container)を活用して「Fedora + わずかなカスタマイズ」を自動配信する。

比較表

ディストロベースDE更新メカニズムパッケージ管理
Fedora SilverblueFedoraGNOMErpm-ostreeFlatpak + rpm-ostree
Fedora KinoiteFedoraKDErpm-ostreeFlatpak + rpm-ostree
Vanilla OS 2DebianGNOMEABRootFlatpak + Apx
BluefinFedoraGNOMErpm-ostreeFlatpak + Homebrew
AuroraFedoraKDErpm-ostreeFlatpak + Homebrew
BazziteFedoraKDE / GNOMErpm-ostreeFlatpak + Homebrew

誰に向くか

  • デイリードライバとして安定性を最優先する人。
  • 「うっかりシステムを壊した」経験を恐れる人。
  • 家族 / 友人のコンピュータを管理しなければならない人。
  • クラウドネイティブワークフロー(コンテナ中心の開発)とよく合う人。

9章 · Flatpak vs AppImage vs Snap — パッケージング戦争の現在

Linux アプリ配布フォーマットは deb / rpm で 30 年生きてきた。しかしそのモデルは「ディストロごとに別パッケージを作らねばならない」負担があり、アプリ開発者に優しくない。2010 年代からその負担を解く新フォーマット三つが競合した。2026 年の結果を整理する。

Flatpak

  • 後援: Red Hat / GNOME 財団。
  • リポジトリ: Flathub(事実上の標準)。
  • サンドボックス: 強力。各アプリが自分のファイルシステム / 権限を持つ。
  • サイズ: 通常数十 MB 〜 数百 MB。
  • 依存性: 共有 runtime(例: org.gnome.Platform//47)で重複を減らす。

Snap

  • 後援: Canonical。
  • リポジトリ: Snap Store(Canonical 運営、クローズド)。
  • サンドボックス: あるが、強制適用ポリシーがディストロごとに異なる。
  • サイズ: 通常より大きい(依存性を全部束ねるため)。
  • 短所: 自動更新が強制、マウントループバックデバイスが増えて mount 出力が散らかる。

AppImage

  • 後援: コミュニティ(Probono など)。
  • リポジトリ: 中央リポジトリなし(各自 GitHub Releases)。
  • サンドボックス: デフォルトでなし(Firejail 等の外部ツールで可能)。
  • サイズ: 最も大きい(完全な self-contained)。
  • 利点: 「1 ファイルで実行」。USB ドライブに入れて他のマシンでも動く。

2026 年の結果

  • Flathub が勝った。マクロの流れは明白だ。GNOME、KDE、Fedora、Vanilla OS、uBlue、COSMIC、Steam Deck — すべて Flathub をデフォルトアプリストアに統合する。Snap は Ubuntu とそのベースのディストロ内でだけ生き残った。
  • Snap の後退 — 2023 〜 2024 年に Ubuntu が Snap を強制するポリシーで批判を受けた。2025 年から Snap の市場シェアは縮小している。Ubuntu Pro / Snap Store は依然 Canonical の収益軸だが、新規ユーザーは減っている。
  • AppImage はニッチ — 速いプロトタイプ配布には良い。だが一般ユーザーには自動更新 / 統合が弱い。

参考: システムパッケージマネージャは依然存在 apt / dnf / pacman などの伝統的パッケージマネージャは消えていない。システムコンポーネント(カーネル、ドライバ、システムデーモン)は依然そこから入ってくる。ユーザーアプリが Flatpak に移っただけだ。

10章 · ゲーム — Steam Deck 効果、Proton 9、Wine 10、Bottles

Linux ゲーミングは 5 年前にはジョークだったが、今や真剣な選択肢だ。理由は Steam Deck。

Steam Deck (2022) Valve が作った携帯型 Linux ゲーム機。Arch ベースの SteamOS 3 が動く。KDE Plasma がデスクトップモード、Gamescope がゲームモードコンポジタ。2022 年発売後、2024 年に OLED 版、2025 年に後継モデル(Steam Deck 2 と推測)が報道された。2026 年 5 月現在の全世界累計販売台数は推定 800 万 〜 1,200 万台。

Proton Wine をベースにした Valve の互換性レイヤ。Windows 用ゲームを Linux でほぼそのまま実行する。ProtonDB(コミュニティ互換性データベース)によれば Steam ライブラリの 80% が「Platinum」または「Gold」(完璧またはほぼ完璧)等級だ。

Proton 9 / Wine 10

  • Proton 9.0 (2024-08): Wine 9 ベース、DXVK 2.4、vkd3d-proton 2.13。
  • Proton 10.0 (2025-12): Wine 10 ベース、DXVK 2.6、NTSync カーネルモジュール活用。
  • NTSync — Wine 開発者 Elizabeth Figura が作った Linux カーネルモジュール。Windows の同期プリミティブをカーネルレベルで模倣してゲーム性能を大幅向上させた。6.10 カーネルにマージ。

Bottles GUI ベースの Wine prefix 管理ツール。Windows アプリ(ゲームだけでなく Adobe / Office なども)を簡単インストール。Steam ゲームは Steam が面倒をみるが、非 Steam の Windows ゲーム / アプリは Bottles が最も楽だ。

Heroic Games Launcher Epic Games Store、GOG、Amazon Prime Gaming を Linux で実行する GUI。事実上「Steam 以外のゲーム」を Linux で動かす標準ツールだ。

Lutris より一般的なゲームランチャー。クラシックゲーム、エミュレータ、非標準インストールまでカバーする。

アンチチートの現実 2025 〜 2026 年の最後の大きな壁。Easy Anti-Cheat(EAC)と BattlEye は Proton 互換ビルドを提供する — ゲーム開発会社の意志があれば Linux を有効化できる。だが一部マルチプレイヤーゲーム(Valorant、Fortnite、Apex Legends の一部シーズン)は有効化しない。Vanguard(Riot)のようなカーネルレベルアンチチートは構造的に互換不能だ。

結論 シングルプレイヤーゲームなら Linux で 95% 以上動く。マルチプレイヤーはゲームごとに異なる。

11章 · 韓国 / 日本での Linux デスクトップ

地域別事情はグローバルな流れと少し異なる。

韓国

  • Gooroom OS(クルム OS) — Hancom(HWP を作った会社)の政府用 Debian ベースディストロ。公的機関で Windows 代替候補として継続的に取り上げられる。2025 年の政府行政端末の Linux 移行試行事業に使用された。
  • HamoniKR(ハモニカ) — 光州科学技術院などで始まった Ubuntu ベースディストロ。Cinnamon デスクトップがデフォルト。韓国語入力 / フォントが基本的によくセットアップされている。
  • TmaxOS — TmaxSoft の OS。政府調達市場に入るが、実使用者数は少ない。
  • 韓国語 IME — fcitx5-hangul または ibus-hangul。Wayland 上で安定化したのは 2023 〜 2024 年。それ以前は X11 のほうがよく動いたが、今は Wayland 上でもほぼ問題ない。

日本

  • Vine Linux — 旧来の日本語特化ディストロ。2018 年以降活動はほぼなし。
  • Plamo Linux — Slackware ベースの日本ディストロ。依然存続している。
  • 日本語 IME — fcitx5-mozc または ibus-mozc。Mozc は Google がオープンソースで公開した日本語 IME エンジン。ほぼすべてのメジャーディストロのデフォルト。
  • Asahi の日本人開発者 — Asahi プロジェクトの主要 GPU ドライバ開発者の一人(Asahi Lina)が日本の仮想キャラクターとして活動する。日本の Linux コミュニティでよく知られた人物。

中国(参考)

  • Deepin — 武漢に本社を置くディストロ。独自デスクトップ(DDE)が非常にきれい。2024 年からバックエンドの一部コンポーネントが GPL 違反疑惑で議論となった。
  • Ubuntu Kylin — Canonical と中国政府の協業。政府 / 公共市場ターゲット。
  • openKylin — 2022 年に始まったオープンソースディストロ。

韓国 / 日本ユーザーへ勧めるディストロ(個人使用)

  • 初めての人: Fedora Workstation(IME がよく動く)または Ubuntu 24.04。
  • 安定性優先: Bluefin(immutable、IME も OK)または Linux Mint。
  • Mac ユーザー: Asahi Linux(M1 以降の Mac)または OrbStack の中に NixOS / Fedora を立てて学習。

12章 · 誰が何を選ぶべきか — ユーザータイプ別推奨表

これまでのすべての選択肢をユーザータイプ別に整理する。

開発者(Web / バックエンド / クラウド)

  • 第 1 候補: Fedora Workstation または Bluefin。新鮮なパッケージ、良いデフォルト、IME がよく動く。
  • 代替: Ubuntu 24.04 LTS。よく知られた環境、会社セットアップのガイドが多い。
  • 冒険: NixOS。設定をコードで管理したいなら。

開発者(システム / 組み込み / カーネル)

  • Arch Linux または Gentoo。最新カーネル、コンパイルオプション制御。
  • Fedora Rawhide — アルファ / ベータパッケージが入るローリング。

デザイナー / 動画編集者

  • Fedora Workstation または Ubuntu Studio。Krita、Blender、DaVinci Resolve(公式)、Inkscape、GIMP がすべてよく動く。
  • KDE Plasma 6.3 — 色管理、HDR、ペンタブレット統合。

ゲーマー

  • Bazzite(uBlue ゲーミング派生)。または CachyOS(Arch ベース、ゲーミングチューン)。
  • Pop!_OS 24.04 + COSMIC — System76 ノート PC なら。

一般ユーザー / 家族のコンピュータ

  • Linux Mint — Cinnamon デスクトップ。Windows 出身者に最も馴染む。
  • Bluefin — 壊しようがない immutable、自動更新。

サーバー / ワークステーション両用

  • Debian 13 — 安定性最優先。
  • AlmaLinux 10 / Rocky Linux 10 — RHEL 互換、会社環境。

Apple Silicon Mac 所有者

  • Asahi Linux(Fedora Asahi Remix)。macOS とのデュアルブートで。

宣言的環境 / 再現性を求める人

  • NixOS — 厳しい学習曲線を受け入れる意志があれば。

何も分からない場合

  • Fedora Workstation 41。2026 年 5 月時点で最も無難なデフォルト。

13章 · おわりに — Linux デスクトップの次の 5 年

2026 年の Linux デスクトップは 1998 年のそれではない。だがメインストリームのデスクトップシェアは依然一桁だ。なぜか、そして次の 5 年で何が変わるか。

なぜメインストリームでないか

  • Windows ユーザーは会社から Windows を支給される。個人時間に OS を変える努力をする動機がない。
  • Mac ユーザーは統合されたハードウェア / ソフトウェア体験を愛する。
  • 一般ユーザーには「Linux のほうが良い」は抽象的だ。画面がきれいだから OS を変えたりはしない。

次の 5 年の可能性

  • Steam Deck の後継と類似のゲーム機たち — SteamOS が一種の「標準デスクトップ Linux」として定着し、その下で GNOME / KDE 両方がさらに磨かれる。
  • AI ワークフローの再現性需要 — ML 研究者が NixOS / immutable ディストロを採用する流れが加速。
  • Apple Silicon 以外の ARM ノート PC — Snapdragon X Elite の Linux サポート、MediaTek のノート PC 進出が ARM Linux を一般化。
  • 公共 / 政府市場 — EU のデジタル主権政策、韓国 / 日本政府のマイグレーション試行事業などが増えれば、企業 / 学校採用が続く。

予測ではない事実 2026 年 5 月の Linux デスクトップはよく作られている。よく動く。macOS / Windows と真剣に比較されるほど磨かれている。もっと多くの人にそれを知ってほしい — これが本記事の締めだ。

14章 · 参考 / References

本文で引用した主要資料だ。2026 年 5 月時点で生きている URL のみ選んだ。

デスクトップ環境

Wayland

タイリングコンポジタ

Asahi Linux

NixOS

Immutable ディストロ

パッケージング

ゲーミング

地域

結びの言葉

Linux デスクトップは小さな市場だが、最も急速に発展する市場だ。2026 年 5 月の写真は去年 5 月の写真と異なり、来年 5 月の写真もまた異なるだろう。それでもその中で変わらないものがある — 誰でも自分の OS を自由に修正し、作り、配布できるという事実。その自由の上で COSMIC も、NixOS も、Asahi も、Bluefin も可能だった。

今、Linux を新しく始めるには最高のタイミングだ。5 年後にもっと良くなっているかは分からない — だが 5 年前より今のほうがはるかに良いことは確かだ。その差を作った人々に感謝する。

현재 단락 (1/338)

「来年こそ Linux デスクトップの年」というジョークは少なくとも 2005 年から毎年繰り返されてきた。2026 年現在もデスクトップのシェアは 4 〜 5 % 前後にとどまる。だがその数字だけを...

작성 글자: 0자원문 글자: 20,275자작성 단락: 0/338