これは私を完全に狂います。私は2つの株式を持っています:
[applications]
comment = applications
path = /mnt/applications
browseable = yes
read only = no
guest ok = no
valid users = andrew
create mask = 0770
[media]
comment = media
path = /mnt/media
writeable = yes
public = yes
guest ok = yes
create mask = 0777
次のfstabを使用する仮想マシンがあります。
//192.168.50.232/media /mnt/media cifs vers=3.0,rw,noserverino,users,_netdev,credentials=/root/.smbcredentials,x-systemd.automount,noauto 0 0 >
//192.168.50.232/applications /mnt/applications cifs vers=3.0,users,credentials=/root/.smbcredentials,_netdev,x-systemd.automount,noauto 0 0
(わかりました、マウントは醜いですが、設定が機能するには多くの試行錯誤が必要であり、清掃のために何も壊したくありませんでした。)
すべてを新しいSSDに移動する必要があるまで、それはうまくいきました。バックアップからすべてのアイテムを復元した後、メディアインストールは自動的にはインストールされません。起動中に、次のメッセージが表示されます。
[FAILED] Failed to mount /mnt/media
CIFS: VFS: Error connecting to socket. Aborting operation.
CIFS: VFS: cifs_mount failed w/return code = -101
アプリのインストール時にサイレントインストールの問題はありません。
「sudo mount -a」には応答がありません。
手動でインストールする場合は、以下を使用します。
mount //192.168.50.232/media /mnt/media
パスワードの入力を求められ、パスワードを入力すると共有が正常にインストールされました。
このようなものを見た人はいますか?
答え1
一般に、エラー101はネットワークに関連しており、同様である。事前にボリュームを手動でマウントできると述べていますが、コマンドにはオプションはありません。これにより、シナリオを手動で再現しようとすると、問題が発生する可能性があります。より良い方法は、次を使用することです。
sudo mount -t cifs -o vers=3.0,rw,noserverino,users,_netdev,credentials=/root/.smbcredentials,x-systemd.automount,noauto //192.168.50.232/media /mnt/media
これにより、インストール要求で何が間違っているかを確認できます。
また、fstabを変更したら、次のように実行してシステムデバイスを再ロードすることをお勧めします。
sudo systemctl daemon reload