
存在するこの問題メディアエラーが原因でシステム起動プロセスが中断されるのを防ぐ方法を尋ねました。しかし、2つの/etc/fstab
オプションが提案されました。
nobootwait
nofail
2つの違いは何ですか?
答え1
まず、nofail
ドライブがマウントされていなくても起動順序を続行できます。
これはfstab(5)
おおよそnobootwait
起動中にファイルシステムをマウントするmountall(8)プログラムは、一般的なmount(8)ツールが認識しない追加のオプションも認識します。これらはすべて:
bootwait
これは、/ usrまたは/ varの外にマウントされたリモートファイルシステムに適用できます。そうしないと、mountall(8)はこれらのファイルシステムの起動を妨げません。
nobootwait
リモート以外のファイルシステムに適用して、mountall(8)に起動を妨げないように明示的に指示できます。
optional
これにより、起動時にファイルシステムの種類がわからない場合、エントリは無視されます。
showthrough
これにより、マウントポイントを親マウントポイントの前にマウントできます(後者はブート中断を引き起こす可能性があるため、注意して使用する必要があります)。
fstab(5)
言うことがあります。nofail
nofail
デバイスが存在しない場合、デバイスに関するエラーは報告されません。
答え2
この古い質問はGoogleで高い評価を受けているため、「nobootwait」はsystemdでは機能しないため、正しいアプローチは「x-systemd.device-timeout」を使用して短い時間制限(9秒など)を設定することです。です。
たとえば、
/dev/sda2 /mnt/other auto defaults,nofail,x-systemd.device-timeout=9 0 2
(編集:Ubuntuが起動時に3秒以上続く可能性がある高速ファイルシステムチェックを時々実行するようだったため、タイムアウトを3秒から9秒に増やしました。)
答え3
Stéphaneが述べたように、nobootwaitはubuntu +派生製品に限定されています。
Nofailはcjmが指摘したようにドライブをマウントしようとしますが、マウントがタイムアウトした後も起動プロセスが続行されます。。ドライブがないときにさらに90秒の起動時間を許可するためにドライブが定期的に存在することを望まない場合は、fstabからドライブを自動マウントしないでください。
(PS私はこれをcjmの答えとして入れました。システムは最終的に失敗する開始)。
答え4
nobootwait
した突然現れる起動待機デバイスを防ぐための特定のオプション。
nofail
山障害発生時にシステムの起動を妨げません。。
以降から参考にしてくださいシステム(Ubuntuとそれを使用するほとんどのディストリビューションでは開始を置き換えます)fstabエントリを非同期的にマウントするだけでnofail
十分です。