スナップからフラットパックへ:スイッチが優れた Linux アプリ管理を実現する理由

2026 年 3 月 27 日、午前 10:00 EDT に公開

Afam のテクノロジー出版における経験は、Make Tech Easier で働いていた 2018 年に遡ります。長年にわたり、Windows、Linux、オープン ソース ツールをカバーする高品質のガイド、レビュー、ヒント、説明記事の出版で評判を築いてきました。彼の作品は、Technical Ustad、Windows Report、Guiding Tech、Alphr、Next of Windows などのトップ Web サイトで紹介されています。

彼はコンピュータ サイエンスの第一学位を取得しており、データのプライバシーとセキュリティの強力な提唱者であり、Fuzo Tech YouTube チャンネルでこのテーマに関するいくつかのヒント、ビデオ、チュートリアルを公開しています。

仕事以外の時間は、家族と過ごしたり、サイクリングをしたり、庭の手入れをしたりするのが大好きです。 

Ubuntu は、私が最初に試して気に入った Linux ディストリビューションの 1 つでした。そのため、当然のことながら、その「ネイティブ」ユニバーサル パッケージである Snap を選択しました。私が Flatpak を試したとき、つい最近になって、私がいつもシステムの問題だと思っていた小さな問題のいくつかが Snap のサンドボックスによって引き起こされていることに気づきました。今では Flatpak を十分に使用して、一般的には Flatpak の方が優れたオプションであることがわかりました。

フラストレーション

スナップが邪魔になり始めました

Snap はバックグラウンドで正常に実行され、通常は更新が適切にキューに入れられ、必要なアプリがストアで利用可能になることが期待されます。 Spotify などの特定のアプリの問題は、snapd の常時オンのデーモンとキューに入れられた更新の組み合わせで、アプリが「更新保留中」状態で起動する可能性があります。これは多くの場合、短い遅延として反映されます。

この特定の問題は、VS Code など、スナップとして出荷される他の一部のアプリでは発生しないようです。ただし、他にも問題があります。たとえば、Firefox では、ビデオの再生が途切れ途切れになることがあり、スムーズなスクロールが得られません。 Snap の制限により、デフォルトで適切な GPU アクセスがブロックされるため、ビデオが途切れたり、スクロールが滑らかでなくなる可能性があります。

しかし、どういうわけか、私は Spotify の遅延を個人的に捉えています。これは、snapd のバックグラウンド オーバーヘッド、厳格な制限、およびオーディオ システムへのクリーンな直接回線を必要とするアプリを組み合わせた悪い組み合わせです。 Snap Store は Canonical のものだけなので、調達に柔軟性がありません。ネイティブ パッケージとは異なり、ディストリビューション リポジトリは出発点にすぎません。

Flatpak はすぐに軽く感じました

邪魔になるものが少なくなる

Flatpak は、即座に速度を向上させたり、派手な機能を提供するわけではありませんが、基本的な機能は邪魔することなく処理できました。更新をいつ適用するかを制御します。つまり、アプリを開いたときに更新が適用されるまで待つ必要がなく、バックグラウンドで常時稼働のデーモンが介入することもありません。

必要なアプリのほとんどを含む、厳選された信頼できるオプションが数多く提供されています。 Flatseal のおかげで、システム全体の設定を変更することなく、個々のアプリの動作を微調整できます。

並べて比較すると、Flatpak には微妙な利点があり、重要なときに実際に重要となる小さな改善が施されています。

<先頭> <番目>

機能

<番目>

スナップ

<番目>

フラットパック

店舗の開放性

単一、正規管理

Flathub + 追加のリモコン

バックグラウンドプロセス

snapd は常に実行中

永続的なデーモンはありません

更新制御

自動、キューに登録

ユーザー制御

テーマの統合

部分的で、壊れていることが多い

改善されましたが、まだ不完全

CLI エクスペリエンス

スナップランアプリ

flatpak run org.app.Name (詳細)

Snap の取り付けが雑然としている

Snaps がインストールされているシステムで lsblk を実行する場合は、結果を覚悟する必要があります。アプリが 10 個ある場合、少なくとも 10 個のループ エントリが取得されます。これは、各スナップが圧縮された SquashFS イメージをループ デバイスとしてマウントするためです。その結果、ブロック デバイス リストが混雑するいくつかのループ エントリが発生し、GNOME ディスク ユーティリティが乱雑になってしまいます。

これは、アトミックな更新と強力な分離を支援するスナップ設計の意図的な部分です。ただし、これには、一目で簡単に読み取ることができない混雑したシステムが犠牲になります。

Flatpak は、リポジトリの配布と共有ランタイムに OSTree を使用し、ループ デバイスではなく、fuse-overlayfs 経由でそれらをマウントします。この場合、複数のアプリが同じ重複排除されたライブラリ プールを使用します。個々のプライベート環境はマウントされないため、このアプローチにより、よりクリーンで監査が容易なファイルシステムが生成されます。

Flatpak には独自の問題があります

でも私は Snap よりもこちらの方が好きでした

Flatpak のサンドボックス化により、システムへの深いアクセスを必要とする特定のアプリがトリップする場合があります。私はこれを VS Codium で観察しましたが、GTK テーマは最もシームレスな実装ではありません。

ただし、大きな違いは、Flatpak のこれらの問題は通常目に見えて修正できることです。問題が発生した場合は、Flatseal で権限を調整することで、原因を特定して修正できます。これは、遅延が目に見えないように感じられるスナップとは対照的です。 Snap のせいではなく、システムのせいだと考えられるでしょう。システムはあなたに不利に働いているようです。 Flatpak が違いを生んだのは、コントロールを提供することでした。

切り替えもスムーズでした。 Flatpak は簡単にインストールでき、Flathub を有効にするのは非常に簡単です。 Spotify などのアプリを簡単に移行できました。ただし、1 つの課題は、snapd をサイレントに再インストールする ubuntu-advantage-tools などの特定のパッケージにありました。このようなことが起こる可能性があることを知らなければ、たとえスナップがまだ存在していても、スナップから完全に離れてしまったと思うかもしれません。

評決ではなく、意思決定の枠組み

Snap で行ったことは降格だけであることに注意することが重要です。それは今でも私のシステムの一部です。毎日使用するいくつかのアプリでは、Flatpak を好みます。ただし、特定のシステムレベルのツールはスナップとして保持しています。彼らはただそこに属しているだけなのです。どちらかが常に優れているわけではありません。最適なツールとは、特定のジョブに適合するツールです。

これが、何が機能するかを決定する方法です:

<先頭> <番目>

シナリオ

<番目>

最良の選択

毎日のデスクトップ アプリ (Spotify、GIMP、Inkscape)

フラットパック

Ubuntu システム ツール (コア ユーティリティ、LXD)

スナップ

Ubuntu 上の Firefox / Thunderbird

どちらか — どちらも上流で保守されています

厳密な権限調整が必要なアプリ

フラットパック + フラットシール

サーバー デーモンまたはバックグラウンド サービス

スナップ

ディストリビューション間での最大の互換性

フラットパック

私が気づいたのは、Linux パッケージ マネージャーを理解すればするほど、アプリを Flatpak に移行するようになるということです。