なぜ私はFedora Kinoiteに乗り換えたのか？
重要なデモを15分後に控えているのに、カーネルアップデート後にNvidiaドライバーが突然動かなくなった場面を想像してみてください。これは、従来のFedora Workstationで私が何度も経験した悪夢です。システム設定ファイルの誤操作で冷や汗をかいた後、私はAtomic（不変）技術に基づいたバリアントであるFedora Kinoiteへ完全に移行することを決意しました。
KinoiteはWindowsやUbuntuのような従来の手法を採りません。デスクトップ環境にはKDE Plasmaを採用していますが、その核となるのは読み取り専用ルートファイルシステム（read-only root filesystem）という仕組みです。つまり、システムパーティションがロックされており、root権限であっても勝手に変更することはできません。その結果、今日のシステムが快適に動いていれば、明日も全く同じ状態で動作し続けることが保証されます。
思考の転換：DNFからrpm-ostreeへ
もしあなたが sudo dnf install を叩くことに慣れているなら、少しだけ学び直す覚悟をしてください。Kinoiteでは、実行中のシステムに直接パッケージを上書きインストールすることはありません。
1. オペレーティングシステムの「凍結」メカニズム
Kinoiteのシステムは、単一の「イメージ」としてパッケージ化されています。パッケージを追加すると、rpm-ostree はOS의新しいコピー（デプロイメント）を作成します。これは古いOSと新しいパッケージを組み合わせたものです。再起動するだけで、この新しい環境に入ることができます。もし新しいバージョンで不具合が起きたら？ 起動メニュー（GRUB）で古いバージョンを選択するのにかかる時間はわずか30秒です。すべてが即座に以前の完璧な状態に戻ります。
2. アプリとOSの明確な分離
Kinoiteは、以下の3層モデルを通じて、よりシステマチックな作業を促します：
- OS（オペレーティングシステム）：
rpm-ostreeが管理。可能な限りクリーンに保ちます。 - アプリ（Apps）： Flatpak の使用を優先します。
- 開発環境（Dev Environment）： Toolbox または Distrobox を活用します。
Fedora Kinoite運用の実践的なノウハウ
Flatpakによるアプリのインストール
Kinoiteにおいて、Flatpakは「第一級市民」です。VS CodeからSlack、Spotifyに至るまで、私はすべてFlatpak経由でインストールしています。最大の利点は、これらがサンドボックス内で動作し、システムライブラリから完全に分離されていることです。アプリをインストールしたせいでOS全体のCライブラリが壊れる、といった事態は二度と起こりません。
# Flathubリポジトリを追加
flatpak remote-add --if-not-exists flathub https://dl.flathub.org/repo/flathub.flatpakrepo
# VS Codeをインストール
flatpak install flathub com.visualstudio.coderpm-ostreeによるシステム管理
システムレイヤーには、ドライバー、入力メソッド、仮想化ツールなど、本当に必要なものだけをインストールします。例えば、日本語入力を利用する場合、システムコアにIBus-Mozcなどをインストールする必要があります。
# ベトナム語入力メソッドをインストール（例としてibus-bambooを維持）
rpm-ostree install ibus-bamboo
# 新しいレイヤーを適用するために再起動
sudo reboot注意： 即座に適用するための rpm-ostree apply-live コマンドもありますが、再起動をお勧めします。これにより、システムの絶対的な一貫性が保証されます。
中断のないアップデート
Kinoiteのアップデートは非常に静かに行われます。コーディング中にバックグラウンドで新しいイメージ全体をダウンロードします。作業が終わったら再起動するだけで完了です。Windowsのように「更新プログラムをインストールしています」という画面を長時間眺める必要はありません。
開発者のワークフロー：OSをゴミ溜めにするな！
初心者が陥りがちな致命的なミスは、gcc、python-devel、nodejs などを rpm-ostree で直接インストールしようとすることです。これをやると、システムのアップデートが非常に遅くなります。
代わりに、私は Toolbox を使います。これはターミナルと深く統合されたコンテナを作成します。Toolbox内では、メインシステムを汚すことなく、通常のFedoraと同じように dnf を自由に使えます。
# Pythonプロジェクト用の専用スペースを作成
toolbox create -c python-dev
# 作成した環境に入る
toolbox enter -c python-dev
# 必要なものをすべてインストール。壊れたらコンテナを削除してやり直せばOK。メインシステムはクリーンなままです
sudo dnf install python3-pip gcc救世主：ロールバックという名の魔法
先週、Nvidiaドライバーのベータ版を試したところ、再起動後に画面が真っ暗になってしまいました。通常のディストリビューションなら、リカバリーモードで四苦八苦することになっていたでしょう。
しかしKinoiteなら、ブートメニューで古いOSバージョンを選択するだけです。何事もなかったかのようにスムーズに起動します。その後、コマンド一つで問題のあるバージョンを削除しました：
# 恒久的に直近の安定した状態に戻す
rpm-ostree rollbackこの安心感は、従来のディストリビューションではなかなか得られない、計り知れない価値があります。
不変システムにおけるKDE Plasmaの最適化
Kinoite上のKDE Plasmaは非常に高速ですが、より良い体験のために以下の2点に注意してください：
- KDE Discover： このツールを使えば、GUIを通じてFlatpakとOSの両方をアップデートでき、非常に便利です。
- /homeデータの保護：
rpm-ostreeはシステムのみを保護し、個人データは保護しません。重要なファイルを誤って削除してしまわないよう、/homeディレクトリにはBtrfsのスナップショット機能を利用しましょう。
まとめ：どのような人がFedora Kinoiteに向いているか？
半年間使ってみた感想として、Kinoiteは毎時間のようにシステムカーネルを深く弄り回したい人には向いていません。また、コンテナについて学ぶのが面倒な人にも向きません。
逆に、99.99%の安定性を誇る開発マシンを求め、開発環境とOSを完全に切り離したいデベロッパーにとって、Kinoiteは素晴らしい選択肢です。よりプロフェッショナルでシステマチックな働き方を促し、そして何より、アップデートボタンを押した後にぐっすり眠れるようになります。
