InfraAcademy Blog

ルートが書き換えられないLinuxとは？openSUSE Leap 16.1で選べるようになったImmutable Modeと、普通のLinuxとの違い

公開日: 2026-11-05 更新日: 2026-11-05 著者: ryu | #Linux #LPIC #ファイルシステム

Linuxをブラウザで試してみる

Linux・ネットワーク・AWSを、環境構築なしで実践学習できます

こんにちは、インフラエンジニアのryuです。

2026年11月3日に、openSUSE Leap 16.1 が公開されました。

今回のいちばん大きな変更は、インストールするときに Immutable Mode（イミュータブルモード）を選べるようになったことです。このモードでは、OSの中心になるルートファイルシステムが読み取り専用になります。

「ルートが書き換えられないのに、どうやってソフトを入れるの？」と思った人もいると思います。この記事では、Leap 16.1 で何が変わったのかを整理したうえで、普通のLinuxとの違いと、Linuxを学習中の人への影響を説明します。

openSUSE Leap 16.1で変わったこと¶

まず、今回のリリースの要点を確認しておきましょう。

openSUSE Leap は、SUSE が開発する企業向けの SUSE Linux Enterprise Server（SLES）と同じソースから作られている、無償のディストリビューションです。Leap 16.1 は SLES 16.1 と同じソースから作られていて、企業向け版と同じ日に公開された最初の Leap になりました。

公式の発表やニュースで伝えられている主な内容を、表にまとめます。

項目	内容
公開日	2026年11月3日
大きな変更	Leap Micro を Leap に統合し、インストール時に Immutable Mode を選べるようになった
インストーラー	Agama。インストールの種類を選ぶ画面で Immutable Mode を選ぶ
既定のカーネル	Linux 6.12（LTS）
デスクトップ	KDE Plasma 6.6 など
コミュニティのサポート	24か月。終了は2028年10〜11月ごろの見込み
16.0 からの更新	Leap 16.0 から 16.1 へアップグレードできる

これまで、ルートが読み取り専用の版は Leap Micro という別のディストリビューションとして出ていました。今回それが Leap 本体に入ったことで、Leap Micro は今後単独では出なくなります。

Leap Micro 6.2 を使っている人は、移行ツールで Leap 16.1 の Immutable Mode に移れます。ただし、この移行方法は開発者がまだ実験的と位置づけていて、先にバックアップを取ることがすすめられています。

Leap 16.0で入った変更もあわせて確認しておく¶

Leap 16.1 は、2025年に出た Leap 16.0 の流れを引き継いでいます。

Leap 16.0 では、長く使われてきた YaST のインストーラーが Agama に置き換わり、動いているシステムの管理はブラウザで操作する Cockpit が中心になりました。セキュリティの仕組みも、新規インストールでは SELinux が既定になっています。

Leap 15 系の解説記事や本で勉強している人は、画面や手順が今とは違う部分がある点に注意してください。

Immutable Modeとは？¶

ここからが本題です。

Immutable は、英語で「変更できない」という意味です。Immutable Mode では、OSのファイルが入っているルートファイルシステムを、動いている間は読み取り専用にします。

Immutable Mode の更新は、新しい Btrfs のスナップショットに対して行われます。更新した内容が使われるのは、次に再起動したときからです。

普通のLinuxでは、パッケージを入れるとその場でファイルが書き換わります。Immutable Mode では、今動いているシステムには手を付けず、コピーにあたるスナップショットの側に変更を加えます。

再起動すると新しいスナップショットで起動するので、そこで初めて更新が反映されます。もし更新のあとで調子が悪くなっても、前のスナップショットに戻して起動し直せます。

普通の Leap と Immutable Mode の違いを表にすると、次のようになります。

項目	普通の Leap	Immutable Mode
ルートファイルシステム	読み書きできる	動いている間は読み取り専用
パッケージの追加・更新	`zypper` でその場で反映	`transactional-update` で新しいスナップショットに適用
反映されるタイミング	コマンドを実行した直後	次の再起動のあと
更新に失敗したとき	自分で原因を調べて直す	前のスナップショットに戻せる
向いている用途	普段の作業用、学習用	コンテナを動かすサーバー、構成をあまり変えない機器

メンテナンスの更新とサポート期間は、普通の Leap と同じとされています。違うのは、更新のしかたと、ルートを書き換えられるかどうかです。

パッケージの入れ方はどう変わる？¶

コマンドで比べてみましょう。普通の openSUSE では、パッケージ管理に zypper を使います。

# 普通の Leap：その場でインストールされる
sudo zypper install nginx

# Immutable Mode：新しいスナップショットにインストールする
sudo transactional-update pkg install nginx
sudo reboot          # 再起動すると、nginx が入ったスナップショットで起動する

transactional-update を実行しても、今動いているシステムでは nginx はまだ使えません。再起動してからが本番、という流れに慣れる必要があります。

SUSE のドキュメントでは、再起動しないまま transactional-update を何度も続けて実行しないように注意しています。それぞれが別々のスナップショットになり、前の変更が引き継がれないためです。

更新に失敗したら、前の状態に戻す¶

更新したあとに問題が起きたときは、ひとつ前のスナップショットへ戻せます。

sudo transactional-update rollback   # 前のスナップショットを既定の起動先に戻す
sudo reboot

普通のLinuxで同じことをしようとすると、どのパッケージをどのバージョンに戻すかを自分で調べる必要があります。Immutable Mode では、OS全体をまとめて前の状態に戻せるのが大きな違いです。

なお、ルートが読み取り専用でも、/etc の設定ファイルは普段どおり編集できます。ログやデータが入る /var も書き込めるので、サーバーとして動かすのに困ることはありません。

なぜ読み取り専用のLinuxが使われるのか？¶

ルートを読み取り専用にする考え方は、openSUSE だけのものではありません。

openSUSE には以前から MicroOS という同じ考え方のディストリビューションがあり、Fedora にも Fedora CoreOS や Fedora Silverblue といった版があります。どれも、OSの部分はまとめて更新し、利用者が手を加えるのは設定とデータに限る、という作りです。

こうした作りが選ばれる理由は、主に次の3つです。

1つ目は、サーバーごとの差が出にくいことです。運用しているうちに、誰かが手作業で入れたパッケージや書き換えたファイルが残り、同じはずのサーバーの中身がずれていくことがあります。ルートを書き換えられなければ、こうしたずれが起きにくくなります。

2つ目は、更新の失敗から戻りやすいことです。更新はスナップショット単位で行われるので、途中で失敗したり、更新後にアプリが動かなくなったりしても、前の状態で起動し直せます。

3つ目は、アプリをコンテナで動かす使い方と相性がよいことです。OSは最小限にしておき、アプリはコンテナとして別に入れれば、OSの更新とアプリの更新を分けて考えられます。

反対に、毎日のようにパッケージを足したり外したりする使い方には向きません。自分の用途で、OSを頻繁に変えるかどうかが、選ぶときの目安になります。

自分の環境で確かめてみよう¶

openSUSE を入れていなくても、ルートファイルシステムがどうマウントされているかは手元のLinuxで確認できます。

findmnt /           # ルートのデバイス、種類、マウントオプションを表示
findmnt -no OPTIONS /   # マウントオプションだけを表示
lsblk -f            # ディスクとパーティション、ファイルシステムの種類を表示

OPTIONS の先頭が rw なら読み書きでき、ro なら読み取り専用でマウントされています。普通のLinuxでは、ほとんどの場合 rw になっているはずです。

FSTYPE の列も見てみてください。openSUSE は以前から Btrfs をルートに使うことが多く、スナップショットの仕組みもこの Btrfs の機能を使っています。Ubuntu や RHEL 系では、ext4 や XFS になっていることが多いと思います。

マウントやファイルシステムの種類がまだあいまいな人は、LPIC-1のファイルシステムとマウントの練習問題で、mount と /etc/fstab の基本を確認しておくと読みやすくなります。

/etc や /var がそれぞれ何のためのディレクトリなのかは、Linuxのディレクトリ構成の解説にまとめています。

Linuxを学習中の人・LPIC受験者への影響は？¶

結論から言うと、今の LPIC-1 の勉強のしかたを変える必要はありません。

Immutable Mode そのものは、LPIC-1 の出題範囲に入っていません。試験で問われるのは、zypper や rpm などのパッケージ管理と、mount や /etc/fstab を使ったファイルシステムの扱いです。

ただ、試験範囲とつながる部分はあります。LPIC-1 では、パッケージ管理の項目で zypper が、ファイルシステムの作成の項目で Btrfs のサブボリュームなどの基本的な知識が範囲に入っています。Immutable Mode は、この2つを組み合わせた仕組みだと考えると理解しやすいです。

学習中の人への影響を、立場ごとに整理しておきます。

立場	影響と考え方
これから LPIC-1 を受ける人	試験範囲は変わらない。練習には普通のモードを使うほうが、コマンドの結果をすぐ確認できる
RHEL 系や Ubuntu で練習している人	今の環境のままでよい。読み取り専用のルートという考え方だけ知っておく
openSUSE で練習している人	インストール時に普通のモードを選ぶ。Immutable Mode では `zypper install` の結果が再起動まで反映されない
実務でサーバーを運用している人	構成をあまり変えないサーバーでは、更新に失敗したときに戻せる利点がある