COSMICデスクトップ1.1公開｜システム監視アプリ追加とタイル管理の拡張点を短時間で把握

COSMIC 1.1 公開の背景と位置づけ

System76が開発するRust製デスクトップ環境「COSMIC」は、2024年8月のバージョン1.0リリースで正式版として公開されました。その後継となる1.1は、1.0で積み残された機能補完と使い勝手の改善に集中したマイナーリリースとして位置づけられています。

COSMICが他のデスクトップ環境と大きく異なるのは、コンポジタ・パネル・設定UIに至るコアコンポーネントのすべてをRustで書き直している点です。GNOMEやKDEが長年積み上げたCのコードベースを踏襲しないという選択は、開発コストを伴う一方、メモリ安全性とスレッド安全性を設計段階から担保できるという実務上の利点をもたらします。運用担当者にとっては「クラッシュしにくいデスクトップ」という副産物として現れることが多く、継続稼働が求められる共用ワークステーション環境での評価が高まっています。

1.1は機能の爆発的拡張ではなく、「1.0で動作はするが不足していた」という声に正直に応えるリリースです。中でも注目を集めているのが、ネイティブのシステム監視アプリケーションの追加と、タイルウィンドウ管理の操作体系の整備です。

新設されたシステム監視アプリの概要

1.0リリース時点でCOSMICにはGNOMEの「システムモニタ」やKDEの「KSysGuard」に相当する純正ツールが存在せず、htopやbtopといったTUIツールを別途インストールして代替する運用が一般的でした。1.1ではこれをGUIアプリとして補完する「COSMIC System Monitor」が同梱されます。

アプリ自体もRust製であり、COSMICの共通UIフレームワーク「iced」上に構築されています。表示項目はCPU使用率・メモリ使用量・プロセス一覧・ネットワーク送受信量が中心で、グラフのリフレッシュ間隔は設定画面から変更可能です。プロセス一覧からのシグナル送信（SIGTERM/SIGKILL）もGUIから実行できるため、ターミナルへの切り替えコストが下がります。

実務上の注目点として、リソース取得の実装が/procファイルシステムの直接読み取りに基づいている点が挙げられます。GNOMEのシステムモニタが内部でlibgtopを経由するのに対し、COSMIC System Monitorはカーネルインタフェースへの依存レイヤを削減しています。ディストリビューション間での動作一貫性という観点では、この設計は好意的に受け取られています。

タイルウィンドウ管理の拡張点

COSMICの差別化機能の一つがタイルウィンドウ管理（Tiling Window Management）のネイティブサポートです。i3やSwayのような専用タイリングWMほど厳密ではなく、フローティング（従来の重なり合うウィンドウ）とタイリングを同一セッション内で切り替えられる「ハイブリッド方式」を採用しています。

1.1での拡張は主に以下の3点です。

• ウィンドウをタイルに「固定」するオプションの追加。アプリを起動するたびに同じ位置・サイズで配置するルールをGUI上で設定できるようになりました。
• タイル分割のキーボードショートカットのカスタマイズ幅の拡大。Super+方向キー以外の組み合わせを設定UIから割り当て可能になり、他の環境から移行してきた運用者のキーバインド移行が容易になっています。
• マルチモニタ環境でのタイル配置の安定性向上。1.0ではモニタをホットプラグした際にタイル配置がリセットされるケースが報告されていましたが、1.1ではコンポジタ側でモニタ接続イベントを受け取った後の再配置ロジックが改善されています。

これらの変更は、デスクトップを「ウィンドウ整理の手間を最小化する作業環境」として使いたい層に直接響く内容です。とくにマルチモニタ環境での安定性は、以前から既存ユーザの間で不満として挙がっていた項目であり、1.1での対応は実質的な退行修正に近い扱いと見るのが妥当です。

Pop!_OS以外のディストリビューションでの導入状況

COSMICはSystem76が開発主体ですが、Pop!_OS専用というわけではありません。NixOS・Arch Linux・Fedoraといったディストリビューションでも、コミュニティ管理のパッケージを通じてインストールできる状況が2025年以降に整いつつあります。

NixOSではflakeによる管理が比較的整備されており、cosmic-comp（コンポジタ）と各アプリを個別に有効化する形が主流です。Arch LinuxではcosmicメタパッケージがAURから入手可能で、1.1対応版への更新は公開後おおむね数日以内に追従されるケースが多いとされています。

一方、Ubuntu LTS系ではPPA経由での提供が議論されているものの、2026年7月時点では公式PPAの整備状況は限定的です。自社環境への展開を検討している場合は、Pop!_OS 24.04またはNixOSを第一候補として位置づけるのが現実的です。

アップデート時の確認ポイントと運用上の注意

Pop!_OS環境でCOSMICを1.0から1.1へアップデートする場合、通常のsudo apt update && sudo apt full-upgradeで反映されます。ただし、cosmic-sessionパッケージが更新対象に含まれる場合は、セッションをいったんログアウトして再ログインしないと新機能が有効にならない項目があります。アップデート後にシステム監視アプリがメニューに表示されない場合は、cosmic-app-libraryのキャッシュをクリアするか、セッションを再起動することで解消するケースが多いとされています。

タイル管理の設定は~/.config/cosmic/配下にRON形式（Rust Object Notation）で保存されます。設定のバックアップはtar czf cosmic-config-backup.tar.gz ~/.config/cosmic/で取得できます。1.0から1.1への移行でRONスキーマが変更された項目については、既存設定ファイルがそのまま読み込まれず、デフォルト値にフォールバックする動作が確認されています。重要なショートカット設定を組んでいる環境では、アップデート前にバックアップを取得し、アップデート後に内容を再確認する手順が推奨されます。

切り戻しが必要な場面では、aptのダウングレード操作よりも、LVMスナップショットやBtrfsのサブボリュームスナップショットを事前に用意しておく方が確実です。デスクトップ環境はライブラリ依存が複雑なため、パッケージ単位のダウングレードは依存解決が困難になりやすい点に注意が必要です。

2026年における COSMIC の現状評価

2026年7月時点でCOSMICは「使える選択肢の一つ」として定着しつつありますが、GNOME 47・KDE Plasma 6と比較するとアプリケーションエコシステムの厚みに差があるのが実情です。Flatpakによる既存Linuxアプリの動作は可能なため、純正COSMICアプリが揃っていない領域はFlatpakで補完するというアプローチが現場では一般的です。

Rustで構築されたコンポジタの安定性は、長期稼働環境でのクラッシュレートの低さという形で評価が出始めています。とくに共用ワークステーションや軽量サーバのローカルコンソールとして使用するケースでは、「セッションが落ちにくい」という実務的な価値が重視されています。

systemdとの統合という観点では、COSMICのセッション管理はcosmic-session.serviceとしてユーザーsystemdユニットで制御されており、GNOMEのSessionManagerとほぼ同等の管理モデルに移行しています。systemctl --user status cosmic-sessionでセッション状態を確認できるため、従来のX11ベースのデスクトップに慣れた運用者でも監視・ログ収集の体系に組み込みやすい設計となっています。

1.1は「1.0の粗削りな部分を丁寧に埋めた」リリースという評価が開発コミュニティでも支配的です。次の節目として注目されているのは、Wayland仕様への準拠度のさらなる引き上げと、IBus・fcitx5経由の日本語入力の安定化です。後者は現時点でも動作はするものの、一部のアプリで入力切り替えが不安定になるケースが残っており、日本語環境での本格採用を検討する際の判断材料として把握しておくべき点です。