/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
プロパティの正しい設定だと思います。しかし、ルート以外のボリュームにはもはや関連がないと考えられます。dump
pass
1 1
dump
この値は本当に重要ですか?
に設定する必要がありますか0 2
?
ベストアンサー1
はい、重要ですが、以前ほど重要ではありません。
これらの出来事を説明する多くの歴史的な文書があります。 docoの適合性は、使用しているオペレーティングシステムとシステムの管理方法によって異なります。
例:M. Dickeyが言ったように、とにかくコマンドを実行すると、その列にはdump
かなりfreq
多くの情報があります。するdump
何をすべきか教えてくれるので重要です。逆に被告人と同じ船に乗っているとhttps://superuser.com/a/247527/38062、その列の情報は、dump
システム内のどの項目でも使用されない場合があります。
この領域では、オペレーティングシステムの動作方法が大幅に変更され、これらの列の関連性も変更されました。
歴史的に、すべてのエントリをパス番号順に読み取って処理するfsck
オプションがある起動スクリプトで実行されました。あなたの質問で述べたように、列の合格番号の特定の値を選択するのに役立つ多数の文書があります。/etc/fstab
passno
その文書は時代遅れです。世界は変わりました。
体系的なオペレーティングシステム
システムオペレーティングシステムでは、fsck
この責任を使用できなくなります。
systemd のデフォルト構成形式は次のとおりです。単位、これサービスユニットまたは設置単位。 systemdのサービス管理はそれに基づいて適切なアクションのみを取ります。あなたの/etc/fstab
データベースに変換されますというプログラムでデバイスをインストールしてサービスしますsystemd-fstab-generator
。このアプリは発電機、ユニットファイルを動的に生成するタスクを実行するヘルパーユーティリティです。これ.mount
により、マウントされたボリュームの単位が作成され、個々のボリュームに対して実行される単位が生成されます(.service
進捗情報を表示するサーバーへのクライアント - サーバー接続を確立した後に systemd-fsck
接続されます)。実際に一つfsck
/etc/fstab
ソースファイルこれは基本制御/構成システムではありません。
この操作はその列をsystemd-fstab-generator
完全に無視します。列がゼロかゼロでないかにのみ興味があります。後者の場合、サービス呼び出しが実行されるようにする参照を生成します。電子なら、いいえ。したがって、2、1、または17035のいずれかを選択しても違いはありません。freq
/etc/fstab
passno
systemd-fsck@device.service
fsck
おやつ
nosh ツールセットも/etc/fstab
デフォルト形式に変換されます。 noshの場合はセットです。サービスパッケージ。これを行うために使用されるプログラムはですconvert-fstab-services
。これは明示的に実行することも、変更が発生したときに自動変換システムを利用して/etc/system-control/convert/
Service Packを更新することもできます/etc/fstab
。
今回もこのfreq
列は無視されます。 (生成されたサービスパックに属しないでください。これは、コマンドによるファイルシステムのバックアップではなくBSDクラッシュダンプに関連しています。)再び、この列の唯一の重要な点は0より大きいことです。作成するサービスパックとサービスパックに参加する理由です。dump@device
dump
passno
fsck@directory
mount@directory
noauto
違いは次のとおりです。fsck
nosh と systemd がアクションを実行する方法の結果は、システムブートローダの 1 つのポイントfsck
(または BSD システムが「バックグラウンド」ボリュームと「前面」ボリュームを区別しようとしたときの 2 つのポイント) ではなく、なるということです。個々の「マウント」サービス。 /etc/fstab
rc.d
fsck
したがって、ブートローダにマウントされていないファイルシステム(マークされているため)は、ブートローダでそのファイルシステムを実行しませnoauto
ん。fsck
ブートローダはとにかくfsck
何もしません。
passno
個々のボリュームに対して実行されるノッシュサービスパックまたはシステムサービスユニットの作成を(間接的に)制御するので、重要ですが、fsck
これはfsck
事実上機能しません。一部のファイルシステム形式には、これらのfsck
起動時/インストール時に呼び出しに必要なツールの代わりに「無人デフラグ」モードで実行できるツールがありませんfsck
。
少なくとも次の場合:
これらのファイルシステムタイプの場合、実際の効果passno
はゼロです。 0 に設定すると、fsck
サービスは実行されません。ゼロ以外の値に設定すると、fsck
実行中のサービスは何も実行しないプログラムを呼び出します。
追加読書
- https://unix.stackexchange.com/a/236968/5132
- ジョナサンデボインポラード(2015)。
/etc/fstab
切り替える。 スナックガイド。 - ジョナサンデボインポラード(2015)。外部フォーマット。 スナックガイド。
fsck -A
リストされたファイルシステムを確認してください。noauto
。 Debian のバグ #30883。 1998年12月19日。e2fsck
noauto
オプションを使用してインストールすると無効なエラーコードが返される。 Red Hatのバグ#459090。 2008年8月14日。- ホルヘアルメイダ(2011-02-26)。
fsck
そしてnoauto
。 Linuxユーザー。