起動時にSamba共有を自動マウントする必要があるdebian server
があります。
私は次のことをしました:
/etc/fstab:
に次の行を追加しました//192.168.1.1/FRITZ.NAS/WD-1600BEVExternal-01/share /srv/nas cifs credentials=/home/rlommers/.smbcredentials,rw,uid=rlommers,gid=rlommers 0 0
Sudo mount --all
で機能しますこの問題についての手掛かりはありますか?したがって、マウントは正常に機能しますが、サーバーの起動時に自動的にマウントされません。
既知のsystemd "機能"を実行しています。その上、ネットワークが機能する前に、システムがリモートSAMBA共有をマウントしようとしている可能性があります。
Fstabを変更して、マウントオプションに追加します,noauto,x-systemd.automount,_netdev
//192.168.1.1/FRITZ.NAS/WD-1600BEVExternal-01/share /srv/nas cifs credentials=/home/rlommers/.smbcredentials,rw,uid=rlommers,gid=rlommers,noauto,x-systemd.automount,_netdev 0 0
説明のために、自分で新しい構文に修正しました- 今日のかわいいsystemdトリック:リモート共有の自動マウント
リモートドライブ(cifs、nfsなど)が/ etc/fstabにあり、通常のオプションが設定されている場合、システムはそこに常駐し、起動時にネットワークが起動するのを待ってから、マウントしてから起動します。完了します。それはひどいことではありませんが、素晴らしいことでもありません。
...
非常に素晴らしいものにするには、2つのオプションを追加します:noauto
とx-systemd.automount
。
次に、何かがアクセスしようとするとすぐに共有がマウントされますが、以前は共有されません。
したがって、ブートは可能な限り高速で実行され、実際に共有にアクセスしようとするとすぐに、マウントされます。ありがとう、systemd!
また、この機能を説明するArch Wikiから- fstab
Systemdによる自動マウント
リモートファイルシステム
リモートファイルシステムのマウントにも同じことが当てはまります。アクセス時にのみマウントする場合は、noauto、x-systemd.automountパラメーターを使用する必要があります。さらに、x-systemd.device-timeout =オプションを使用して、systemdがファイルシステムが表示されるまで待機する時間を指定できます。また、_netdevオプションは、マウントがネットワークに依存していることをsystemdが理解し、ネットワークがオンラインになった後にマウントするようにします。
noauto、x-systemd.automount、x-systemd.device-timeout = 30、_netdev
警告:Sudo mount -o remount -a
とSudo mount -o rw,remount /srv/nas
を誤って再起動する前に、必ずfstab
をテストしてくださいfstab
は起動時に問題を引き起こす可能性があります。
関連項目も参照 CIFSがWindows共有への接続をランダムに失う