web-dev-qa-db-ja.com

再起動時のfstab問題のデバッグ

再起動後、fstabに記載されている一部のパーティションが期待どおりにマウントされませんでした。正しくマウントされたパーティションと正しくマウントされなかったパーティションの行の形式は同じに見えるので、不足しているパーティションの復元を妨げる問題のログが存在するのだろうかと思います。

再起動中にコンソールを表示できませんが、後で問題を特定して修正する必要があります。

linuxredhatfstab
10
Stuart Woodward

あなたが試すことができるいくつかのことがあります：

  • ログインしてもまだマウントされていないと仮定すると、mount -aによってエラーがターミナルに出力されますか？これは、fstabで利用可能な情報のみを使用して、利用可能なすべてのマウントをマウントし、成功に失敗しているマウントの詳細を提供します。
    • エラーが発生せず、それでもマウントがない場合は、noautoオプションを有効にしていないのですか？
    • エラーが発生せず、マウントが存在する場合は、ブートシーケンスで分離されたマウントが発生していて、これらのブート手順のすべてが有効になっていない可能性があります。たとえば、Gentooには起動時に物をマウントするためのlocalmountとnetmountとnfsmountのinitスクリプトがあります。
  • 注文の問題ですか？つまり、/var/libの前に/var/をマウントしようとしています。 fstabの最初の数値パラメーターを使用して、どのマウントが最初にマウントされるかを制御できます。
  • 上記のいずれかに失敗した場合は、ログダイビングを試すことができます。 dmesg、または/var/logのさまざまなログのいずれかが役立つはずです。ブートシーケンスはデフォルトでログに記録されるはずですが、システムロガーの設定に依存しているため、同じディストリビューションの異なるバージョンであっても、多少変更される可能性があります。通常の犯人は/var/log/messagesとvar/log/kernelです。
12
Matthew Scharley

s3 Fuseなどの一部のマウントサービスでは、networkingサービスが必要です。マウントが発生する前に有効にするため、init.dサービスを作成してマウントを有効にし、それに応じて注文する必要がある場合があります。クレジット： https://github.com/s3fs-Fuse/s3fs-Fuse/issues/412

1
storm_m2138