fstab cifs 共有が再起動時にマウントされない

fstab cifs 共有が再起動時にマウントされない

Windows フォルダーを Debian マシンに接続する CIF 共有がありますが、fstab を使用して起動時にマウントできません。資格情報は 600 の権限を持つファイルに保存されています。

//192.168.1.72/Wowcher_Order_System     /root/wowcher   cifs    credentials=/root/.smbcredentials,iocharset=utf8,sec=ntlm      0       0

資格情報は次のように保存されます。

username=user
password=pass

明らかに間違っている点はありますか? 手動でマウントすると共有は機能します。

答え1

次の 2 つのオプションを追加する必要があります。

  • 自動車(@davidgoが述べたように)このマウントポイントを起動時にロードするため
  • _netdevブートスクリプトがネットワークをロードする前に待機する

relatime、nodev、nosuid、noexec などの速度と安全性のオプションをいくつか追加することもできます。

見るマンマウント利用可能なオプションについては、こちらをご覧ください。

答え2

私も同じ問題を抱えていますが、_netdev と auto の両方を追加しても修正されませんでした。

//192.168.0.50/Pool /mnt/pool cifs ユーザー名=USER、パスワード=PASS、vers=3.0、uid=1000、_netdev、自動 0 0

sudo mount -a で正常に動作する場合???

答え3

Debian Bookworm でも、この点で問題がありました。

docker が完全に起動する前に、Synology SMB 共有をマウントする必要があります。

追加しました_netdevが、どうやら観察されていないようです。cifs_mount "failed w/return code = -101"再起動時にマウント中にも取得し続けました。前述のように正常に動作します
mount -a

エラー -101 の意味: 「ENETUNREACH 101 ネットワークに到達できません」

奇妙です。_netdev オプションがあるため、ネットワークを待機する必要があります。

最終的に、systemd-networkd-wait-online サービスを有効にすると問題が解決することがわかりました。
systemctl enable systemd-networkd-wait-online.service

再起動しました。ようやく正しくマウントされました。

_netdev何らかの奇妙な理由で観察されないのか、それとも他の何かによるのかはわかりませんが、これが観察された動作でした。

x-systemd.automountまた、fstab オプション(_netdev の代わりに) を使用すると、上記のサービスを有効にする必要がなく機能すると聞きましたが、まだテストしていません。

注意:
このサービスを有効にすると、ネットワークがすぐに起動するように見えても、再起動が遅れます。その理由もわかりませんが、_netdevBookworm では単に機能しなかっただけで、他の説明はまだ見つかっていません。

関連情報