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

解決策 1:

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

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

解決策 2:

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