名前

       persistence.conf - live-boot 状態保持用メディアの設定ファイル

説明

       live-boot  が「persistence」というラベル  (GPT の名前やファイル名も含みますがここからは「ラベル」と呼びま
       す)  を付けられた保持用ボリュームを調査するとき、そのボリュームの保持方法はそのファイルシステムの最上部に
       置かれた  persistence.conf ファイルにより全面的に独自化できます。こういったラベルを付けられたボリュームに
       はそういったファイルがないといけません。ない場合は無視します。

       persistence.conf の形式では空行や「#」で始まる行 (コメント用)  を両方とも利用でき、そういった行は解釈され
       ず無視されます。いわゆる「独自マウント」は

              ディレクトリ [オプション]...

       の形式で、大まかに言い換えると「オプション一覧により指示した方法でディレクトリを保持する」ということにな
       ります。

       独自マウントそれぞれについてディレクトリには絶対パスを使う必要があり、空白文字や特別なパスである「.」や
       「..」を含めること、/live  (やそのサブディレクトリ) を使うことはできません。Live ファイルシステムのディレ
       クトリに対するあらゆる変更 (ファイルの削除や作成、変更)  はそれを有効にした段階でソースディレクトリと呼ば
       れる保持用メディアのディレクトリに相当するパスに持続的に保管されます。保持を実現するデフォルトの方法は対
       応するソースディレクトリをディレクトリに対して単純にバインドマウントする方法ですが、これはオプションを使
       うことで変更できます。

       独自マウントは全て順番に行われるため、2つの独自マウントで互いに「隠す」ようなことはできません。例えば2つ
       のディレクトリ  /a と /a/b があるとすると、この場合は常にまず /a がマウントされ、それから /a/b がマウント
       されます。これは     persistence.conf      の他の行の順を問わず成り立ち、異なる保持用メディアにある複数の
       persistence.conf ファイルを同時に使う場合でも同様です。しかし、独自マウントではソースディレクトリを別の独
       自マウントのソースディレクトリ内にすることは禁止されているため、live-boot  により自動生成されたソースディ
       レクトリは同一のメディアでの  /a  と  /a/b   のような「入り組んだ」マウントをサポートしません。この場合は
       source オプション (以下参照) を使い、対象ディレクトリが必ず異なるソースディレクトリにあるようにしないとい
       けません。

       特定の独自マウントのソースディレクトリが保持用メディアに存在しない場合は自動的に作成され、そのディレクト
       リにふさわしい権限と所有がセットされます。ディレクトリの内容を保持用メディアのソースディレクトリにコピー
       することでもこの自動処理は行われます。link  や union オプション (以下参照) を使った場合はこの自動処理は行
       われません。

オプション

       persistence.conf で定義する独自マウントでは以下のオプションをコンマで区切った一覧の形で受け付けます:

       source=パス
           指定した場合は保持用メディアのパスに保持内容の変更を保管します。パスは  (その保持用メディアのルートか
           らの)  相対パスを使う必要があり、空白文字や特別なパスである「.」や「..」については、「.」だけが単体で
           使われたときにはその保持用メディアのルートを指しますが、その例外を除いて含めることができません。この
           オプションが関連するのはほとんどが、これ以外ではエラーを引き起こす入り組んだ独自マウントにしたい場
           合、またはメディア全体のルートを利用できるようにしたい場合です (現在では非推奨となっている home-rw と
           いう種類の保持に似ています)。

       以下のオプションは相互に排他です (効果があるのは最後に指定したものだけです):

       bind
           ソースディレクトリをディレクトリにバインドマウントします。これはデフォルトです。

       link
           ソースディレクトリのディレクトリ構造を保持用メディアのディレクトリに作成し、ディレクトリの対応する位
           置からソースディレクトリの各ファイルに向けてシンボリックリンクを作成します。リンクと同一名の既存の
           ファイルやディレクトリは全て上書きされます。ディレクトリ内にあるリンクの削除はリンクを削除するだけ
           で、ソースの対応するファイルは削除しないことに注意してください。削除したリンクは再起動後には再び現れ
           ます。ファイルを恒久的に追加、削除するにはソースディレクトリで直接その作業を行わないといけません。

           事実上、link は既にソースディレクトリにあるファイルだけを保持し、ディレクトリにあるそれ以外のファイル
           は保持しません。保持するファイルをこのオプションの対象とするには手作業によりソースディレクトリに追加
           する必要があり、そうすることでディレクトリに、既にそこにあるファイルに加えて現れるようになります。こ
           のオプションは特定のファイルだけを保持する必要があり、それがあるディレクトリ全体が必要ではない場
           合、例えばユーザのホームディレクトリにある設定ファイルの一部を保持する場合に有用です。

       union
           結合ファイルシステムの rw  ブランチを保持用メディアに保存するため、変更点だけを持続的に保管します。バ
           インドマウントと比較するとこの方法は潜在的にディスク使用量を減らせる可能性があり、また読み取り専用メ
           ディアに追加したファイルを隠しません。1つ注意があり、結合後に実際のファイルシステムのルートではなくイ
           メージの読み取り専用ファイルシステムからディレクトリを使うため、(例えば  live-config により) ブート後
           に作成されたファイルは結合後には見えなくなります。このオプションは live-boot の union  ブートパラメー
           タにより指定された結合ファイルシステムを使います。

ディレクトリ

       /live/persistence
           保持用ボリュームは全てここで  (デバイス名に対応するディレクトリで) マウントされます。persistence.conf
           ファイルはこのマウントや任意のソースディレクトリから (link オプションを使った独自マウントではこちらが
           特に実用的) 簡単に編集できます。

例

       保持用ボリューム VOL があり、その persistence.conf ファイルに以下の4行を収録しているものとしましょう  (番
       号は参照しやすいように付加しています):

       1.     /home/user1 link,source=config-files/user1

       2.     /home/user2 link,source=config-files/user2

       3.     /home

       4.     /usr union

       それぞれに対応するディレクトリ:

       1.     VOL/config-files/user1 (ただし source オプションを指定しない場合は VOL/home/user1)

       2.     VOL/config-files/user2 (ただし source オプションを指定しない場合は VOL/home/user2)

       3.     VOL/home

       4.     VOL/usr

       1と2の例では source オプションをセットする必要があります。そうしないと3のソースと入り組んでしまい不正とな
       るためです。

       1行目と2行目の独自マウントが3行目によって隠されるのを回避するため3行目は1行目と2行目よりも先に処理されま
       す。3行目が処理された時点で  VOL/home  は単純に  /home  に対してバインドマウントした状態になります。1行目
       と2行目で起きたことを説明するため、以下のファイルが存在するとしましょう:

       a.     VOL/config-files/user1/.emacs

       b.     VOL/config-files/user2/.bashrc

       c.     VOL/config-files/user2/.ssh/config

       それにより作成されるリンクやディレクトリ:

       リンク:
              /home/user1/.emacs -> VOL/config-files/user1/.emacs (a の場合)

       リンク:
              /home/user2/.bashrc -> VOL/config-files/user2/.bashrc (b の場合)

       ディレクトリ:
              /homea/user2/.ssh (c の場合)

       リンク:
              /home/user2/.ssh/config -> VOL/config-files/user2/.ssh/config (c の場合)

       別の主張があるかもしれませんが、上記の persistence.conf ファイルの例では3行目が既に /home  の全てを保持対
       象としているため1行目と2行目は不要です。link オプションはディレクトリ全体を保持したいのではなく、そのディ
       レクトリ中やサブディレクトリにある特定のファイルを保持したいという状況を対象としています。

       4行目はそのディレクトリ (とソースディレクトリ) が他のどの独自マウントとも完全に分離しているためいつでもマ
       ウントできます。マウントすると、VOL/usr は union オプションが指定されているため rw ブランチになり、元の読
       み取り専用ファイルシステムと比較した差分だけが収録されます。そのため、バインドマウントと比較すると容量の
       面で非常に効率良くパッケージを  /usr  にインストールできます。これは後者では初期の自動処理で  /usr 全体を
       VOL/usr にコピーする必要があるためです。

関連項目

       live-boot(7)

       live-build(7)

       live-config(7)

       live-tools(7)

ホームページ

       live-boot 及び Live システムプロジェクトについてのさらなる情報は、<http://live-systems.org/> のホームペー
       ジや <http://live-systems.org/manual/> のマニュアルにあります。

バグ

       バグは <http://bugs.debian.org/>  にあるバグ追跡システムに  live-boot  パッケージのバグ報告として提出する
       か、<debian-live@lists.debian.org> にある Live システムのメーリングリスト宛てにメールを書くことにより報告
       できます。

作者

       live-boot は Daniel Baumann さん <mail@daniel-baumann.ch> により書かれました。

5.0~a5-1                                           2015-09-22                                    LIVE-BOOT(conf)