これがいつ/なぜ発生し始めたかはわかりませんが、/etc/fstab
への起動時にマウントするために/mnt/data
にRAIDアレイを入力しています。今日まですべてが順調でした、そしてそれは数年の間そのようでした!
とにかく、今日サーバー(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
を追加しました。これにより、再起動が緊急モードに入るのを防ぎます(そして、とにかくドライブを奇妙にマウントします-おそらく後のステップで)が、他のマウントがあるので最初にマウントされているものに依存するブートで実行したいので、本当に適切な解決策を見つけたいと思います。
Fstabファイルがないと、あまり言えませんが、ディスクのマウントに失敗すると、緊急モードになります。
nofailオプションを追加することで、これを防ぐことができます。これにより、ディスクがマウントされず、マウント中にエラーが発生した場合でも起動を続行します。
このエラーの一般的な原因は、ディスクを/dev/sdX
として参照していることです。他のディスクが接続されている場合、別のディスクをマウントしようとする可能性があり、特定のオプションが原因で失敗する可能性があります。
Fstabファイルを提供していただければ、詳細を提供できる場合があります。
それにはさまざまな理由があるかもしれません:
/etc/mtab
以前に適切なシャットダウンがなかったため、まだ存在していますか?
/dev/md128
は確かにすでに別のディレクトリにマウントされていますか?
他の何かが/mnt/data
にマウントされています
最善の方法は、システムを起動させ(たとえば、要求された場合はrootパスワードを入力して)、何が起こるかを確認することです。 mount
コマンドの出力が役立ちます。