いつ、なぜこのようなことが起き始めたのかはわかりませんが、/etc/fstab起動時に にマウントするためにRAID アレイを入力しました/mnt/data。今日まですべて順調で、数年間その状態が続いています。
とにかく、今日サーバー (CentOS 7) を再起動したら、「緊急モード」になりました。確認したところ、journalctrl次のエントリが存在していました。
Feb 01 13:04:45 CentOS7 systemd[1]: Mounting /mnt/data...
Feb 01 13:04:45 CentOS7 mount[819]: mount: /dev/md126 is already mounted or /mnt/data busy
Feb 01 13:04:45 CentOS7 systemd[1]: Failed to mount /mnt/data.
ただし、から行を削除し/etc/fstabて再起動し (正常に起動します)、行を再入力して実行するmount -aと、正常にマウントされます。
起動時に失敗する理由は何でしょうか?
errors=continue再起動時に緊急モードに入るのを防ぐオプションを の行に追加しました/etc/fstab(そして奇妙なことに、おそらく後の手順でドライブがマウントされます)。ただし、起動時に最初にマウントされることに依存する他のマウントも実行したいので、適切な解決策を見つけたいと思います。
答え1
fstab ファイルがなければ、あまり詳しくは言えませんが、ディスクのマウントに失敗すると、緊急モードになります。
これを防ぐには、nofail オプションを追加します。これにより、マウント中にエラーが発生した場合でも、ディスクはマウントされず、起動が続行されます。
このエラーの一般的な原因は、ディスクを として参照していることです/dev/sdX。他のディスクが接続されている場合は、別のディスクをマウントしようとして、特定のオプションが原因で失敗する可能性があります。
fstab ファイルを提供していただければ、より詳しい情報を提供できるかもしれません。
答え2
これにはさまざまな理由が考えられます:
/etc/mtab以前に適切なシャットダウンがなかったためにまだ存在しているのでしょうか?/dev/md128すでに別のディレクトリにマウントされていますか?何か他のものがマウントされている
/mnt/data
最善の方法は、システムを起動して（たとえば、求められた場合は root パスワードを入力して）、何が起こるかを確認することです。mountコマンドの出力が役立ちます。