web-dev-qa-db-ja.com

ファイルシステムは起動時にマウントできませんが、手動でマウントすると問題ありません

これがいつ/なぜ発生し始めたかはわかりませんが、/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を追加しました。これにより、再起動が緊急モードに入るのを防ぎます（そして、とにかくドライブを奇妙にマウントします-おそらく後のステップで）が、他のマウントがあるので最初にマウントされているものに依存するブートで実行したいので、本当に適切な解決策を見つけたいと思います。

linuxbootmountcentos-7
12
spooky

Fstabファイルがないと、あまり言えませんが、ディスクのマウントに失敗すると、緊急モードになります。
nofailオプションを追加することで、これを防ぐことができます。これにより、ディスクがマウントされず、マウント中にエラーが発生した場合でも起動を続行します。

このエラーの一般的な原因は、ディスクを/dev/sdXとして参照していることです。他のディスクが接続されている場合、別のディスクをマウントしようとする可能性があり、特定のオプションが原因で失敗する可能性があります。

Fstabファイルを提供していただければ、詳細を提供できる場合があります。

1
Nick Dewitte

それにはさまざまな理由があるかもしれません：

  • /etc/mtab以前に適切なシャットダウンがなかったため、まだ存在していますか？

  • /dev/md128は確かにすでに別のディレクトリにマウントされていますか？

  • 他の何かが/mnt/dataにマウントされています

最善の方法は、システムを起動させ（たとえば、要求された場合はrootパスワードを入力して）、何が起こるかを確認することです。 mountコマンドの出力が役立ちます。

0
user9007312