ホスト Windows OS が「\\servername\sharename」のファイル共有にアクセスできると仮定して、bash でこのコマンドを試してください。 root になる必要があります:
mkdir /mnt/mountedshare
mount -t drvfs '\\servername\sharename' /mnt/mountedshare
一重引用符は重要です!
SharePoint Online UNC パスで私のために働いた。ただし、権限は厄介です。フォルダをナビゲートしてファイル名を確認できますが、ファイルを読み取ることができません。そのため、アクセス許可のことを理解する必要があります。それがどこか理解できたら教えてください。
/mnt/c を使用して Windows ホストにマウントを作成している間 別のマシンから共有をマウントする場合は、マウント ポイントを作成する必要があります。例:
sudo mkdir -p /mnt/somename
次に、リモートで共有された smb:// をマウントする必要があります mount.cifs を使用して、そのマウント ポイントのファイル システム 、例
sudo mount.cifs //server/sharename /mnt/somename
必要に応じて、/mnt/somename の後にオプションを含めます。 など
-o username=yourname,uid=YOURUID,noperm,password=yourpassforremoteshare
マウントしようとしているのが古い WinXP 共有である場合は、NTLMv1 を有効にする必要があります。 sec=ntlm を含めることによる認証 または sec=ntlm1 . mount.cifs を参照 sec= をさらに使用するため オプション。
実際、Windows 共有が Windows ホストのドライブに既にマップされている場合は、さらに簡単になります。 Z: にすでに共有をマウントしているとします。 .その場合、以下が機能します:
sudo mkdir /mnt/z
sudo mount -t drvfs 'Z:' /mnt/z
WSL (私は Ubuntu を使用しています) では、cifs-utils をインストールすると、マウント時に cifs が必要とするモジュール ファイルが作成されないように見えます。 「modinfo cifs」と入力すると表示されます。とにかく、回避策は、上記のように、Windows でドライブ文字をマップしてからマウントすることです。ありがとうガブゾ。
cifs-utils がモジュール ファイルの間違った場所を探している可能性があります。または、MS が意図的に無効にしました。彼らは、WSL があまり便利であることを望んでいません。