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

いつ/なぜこれが起こったのかわかりませんが、/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（そして、とにかくドライブをマウントします-おそらく後のステップで）。最初にマウントされるものなので、本当に適切な解決策を見つけたいと思います。

— 不気味な
ソース

fstabファイル全体を投稿してください

— d4v3y0rk

fstabマウント後に実行される、rc.localなどのスクリプトで/ mnt / dataをマウントすることは可能ですか？これにより、ジャーナルにこれらのエラーが表示され、システムが正常に起動しなくなります。/ mnt / dataは空で、アクセスされていませんか？マウントが発生したときに何かがその領域に書き込もうとすると、このエラーも発生します。ブート時に開始するプロセスには、たとえば、ログファイルが/ mnt / data / logに設定されているものがあります。ほんの少しのアイデア。

— ピーターベルベック

投稿してください：cat / etc / fstabそして、再起動後、fstab内に行があります。次の内容を投稿してください：dmesg

— hrdy

偶然、Centos 6からCentos 7に更新しましたか？CentOSに7は、2年間で少しのためだけの周りにあるので...

— mikky

回答:

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

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

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

— ニック・デウィッテ
ソース

nofail何らかの理由でLVMパーティションでは動作しません。おそらく、（ブートパーティションが正常であっても）エラーを検出すると、LVMがブートを停止します。

— ケンシャープ

その理由はさまざまです：

/etc/mtab 前に適切なシャットダウンがないため、まだ存在しますか？
/dev/md128 実際にすでに別のディレクトリにマウントされていますか？
他に何かがマウントされています /mnt/data

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

— user9007312
ソース