docker windows10共有ディレクトリのマウント失敗の解決策

原因

docker スクリプトを実行すると、コンテナを作成できないというエラーが発生します。

以下のように表示されます。

サービス xxx のコンテナを作成できません: b'ドライブが共有されていません'

Stack Overflow にアクセスしたところ、解決策は [設定] -> [共有ドライブ] に移動し、Docker がイメージをマウントするために使用するディスク アドレスを確認することだとわかりました。

ただし、どのように確認しても、資格情報の復元、適用、リセット、工場出荷時設定へのリセットでは役に立ちません。ユーザー パスワードを入力するたびに、Docker によってオプションが自動的にクリアされます。

分析する必要がある理由はいくつかあります。

1. ローカル セキュリティ ポリシーの [ローカル ポリシー] -> [セキュリティ オプション] -> [ネットワーク アクセス: ローカル アカウントの共有とセキュリティ モデル] で、セキュリティ設定によってアクセス許可が解放されないため、ここでクラシック モードを選択する必要があります。

2. ファイアウォールの問題ですか? ポート 445 はマッピングに使用されていません。

3. Hyper-V は無効になっていますか?

ここでの主な問題は、最初の状況によりドライブが共有されていないことです。設定後、「設定」->「共有ドライブ」->マウントするディスクに移動し、リセットして実行します。

補足: win10 dockerでrun -vを使用すると、仮想マシンはホストによってマウントされたディレクトリを表示できません

最近、Docker を学習しています。今日遭遇した問題は次のとおりです。

docker run --name centos7 -it -v D:\docker-data\exchange\:/mnt centos:7

上記の方法でコンテナを起動すると、D:\docker-data\exchange\ の下のファイルを仮想マシンの /mnt ディレクトリに読み込むことができません。しかし、コンテナを起動してみると、エラーも報告されずに正常に起動しました。 少し時間がかかりました。しかし、昨日この方法を使用したところ、正常にマウントし、ホストマシンのファイルを正常に読み取ることができました。

後で、昨日コンピュータのパスワードを変更したことを知り、正常に読み取る前に再度確認する必要がありました。 （Dockerの落とし穴なのかは分かりませんが、以前認証したパスワードは変更されているのに、上記コマンドを実行しても再認証は要求されず、エラーも報告されません。なんて落とし穴なんでしょうか）

以下の方法でまず検証をクリアし、docker 設定ウィンドウを開いて次のページで資格情報のリセットをクリックし、マウントするディレクトリがあるディスクを確認してパスワードを再入力します (ここでパスワードが必要な理由はわかりません。コンピューターにパスワードを設定したことはありませんが、docker を使用するために特別にパスワードを設定しました)

その後、ディレクトリを仮想マシンに正常にマウントできます。

上記は私の個人的な経験です。参考になれば幸いです。また、123WORDPRESS.COM を応援していただければ幸いです。間違いや不備な点がありましたら、遠慮なくご指摘ください。