非ルートパーティションのfstabパススルー値

非ルートパーティションのfstabパススルー値

/etc/fstab最近Amazon Linuxサーバーで開くと(systemdではなくinitを使用)、次のようになります。

LABEL=/         /           ext4    defaults,noatime        1       1
tmpfs           /dev/shm    tmpfs   defaults                0       0
devpts          /dev/pts    devpts  gid=5,mode=620          0       0
sysfs           /sys        sysfs   defaults                0       0
proc            /proc       proc    defaults                0       0
/dev/sdf        /data       ext3    defaults                1       1
/dev/sdg        /mail       ext3    defaults                1       1
/dev/sdh        /backup     ext3    defaults                1       1

/dev/sdi        /data2      ext4    defaults                0       2

最後の項目を追加したいです。これが0 2プロパティの正しい設定だと思います。しかし、ルート以外のボリュームにはもはや関連がないと考えられます。dumppass1 1dump

この値は本当に重要ですか?

に設定する必要がありますか0 2

ベストアンサー1

はい、重要ですが、以前ほど重要ではありません。

これらの出来事を説明する多くの歴史的な文書があります。 docoの適合性は、使用しているオペレーティングシステムとシステムの管理方法によって異なります。

例:M. Dickeyが言ったように、とにかくコマンドを実行すると、その列にはdumpかなりfreq多くの情報があります。するdump何をすべきか教えてくれるので重要です。逆に被告人と同じ船に乗っているとhttps://superuser.com/a/247527/38062、その列の情報は、dumpシステム内のどの項目でも使用されない場合があります。

この領域では、オペレーティングシステムの動作方法が大幅に変更され、これらの列の関連性も変更されました。

歴史的に、すべてのエントリをパス番号順に読み取って処理するfsckオプションがある起動スクリプトで実行されました。あなたの質問で述べたように、列の合格番号の特定の値を選択するのに役立つ多数の文書があります。/etc/fstabpassno

その文書は時代遅れです。世界は変わりました。

体系的なオペレーティングシステム

システムオペレーティングシステムでは、fsckこの責任を使用できなくなります。

systemd のデフォルト構成形式は次のとおりです。単位、これサービスユニットまたは設置単位。 systemdのサービス管理はそれに基づいて適切なアクションのみを取ります。あなたの/etc/fstabデータベースに変換されますというプログラムでデバイスをインストールしてサービスしますsystemd-fstab-generator。このアプリは発電機、ユニットファイルを動的に生成するタスクを実行するヘルパーユーティリティです。これ.mountにより、マウントされたボリュームの単位が作成され、個々のボリュームに対して実行される単位が生成されます(.service進捗情報を表示するサーバーへのクライアント - サーバー接続を確立した後に systemd-fsck接続されます)。実際に一つfsck/etc/fstabソースファイルこれは基本制御/構成システムではありません。

この操作はその列をsystemd-fstab-generator完全に無視します。列がゼロかゼロでないかにのみ興味があります。後者の場合、サービス呼び出しが実行されるようにする参照を生成します。電子なら、いいえ。したがって、2、1、または17035のいずれかを選択しても違いはありません。freq/etc/fstabpassnosystemd-fsck@device.servicefsck

おやつ

nosh ツールセットも/etc/fstabデフォルト形式に変換されます。 noshの場合はセットです。サービスパッケージ。これを行うために使用されるプログラムはですconvert-fstab-services。これは明示的に実行することも、変更が発生したときに自動変換システムを利用して/etc/system-control/convert/Service Packを更新することもできます/etc/fstab

今回もこのfreq列は無視されます。 (生成されたサービスパックに属しないでください。これは、コマンドによるファイルシステムのバックアップではなくBSDクラッシュダンプに関連しています。)再び、この列の唯一の重要な点は0より大きいことです。作成するサービスパックとサービスパックに参加する理由です。dump@devicedumppassnofsck@directorymount@directory

noauto違いは次のとおりです。fsck

nosh と systemd がアクションを実行する方法の結果は、システムブートローダの 1 つのポイントfsck(または BSD システムが「バックグラウンド」ボリュームと「前面」ボリュームを区別しようとしたときの 2 つのポイント) ではなく、なるということです。個々の「マウント」サービス。 /etc/fstabrc.dfsck

したがって、ブートローダにマウントされていないファイルシステム(マークされているため)は、ブートローダでそのファイルシステムを実行しませnoautoん。fsck

ブートローダはとにかくfsck何もしません。

passno個々のボリュームに対して実行されるノッシュサービスパックまたはシステムサービスユニットの作成を(間接的に)制御するので、重要ですが、fsckこれはfsck事実上機能しません。一部のファイルシステム形式には、これらのfsck起動時/インストール時に呼び出しに必要なツールの代わりに「無人デフラグ」モードで実行できるツールがありませんfsck

少なくとも次の場合:

これらのファイルシステムタイプの場合、実際の効果passnoはゼロです。 0 に設定すると、fsckサービスは実行されません。ゼロ以外の値に設定すると、fsck実行中のサービスは何も実行しないプログラムを呼び出します。

追加読書

おすすめ記事