次のコマンドを使用して、ネットワークドライブW:のマウントに問題はありません。
Sudo mount -t drvfs W: /mnt/htdocs
/proc/mounts
では、対応する行は次のようになります。
W: /mnt/htdocs drvfs rw,relatime 0 0
しかし、この行を/etc/fstab
に追加して再起動すると、システムがドライブを自動マウントすることを期待しますが、これは起こりません。
何か案は?
WSLはfstabを処理しますが、 build 1709 以降のみです。以前のバージョンを使用していると想定すると、マウントを実行して手動で起動するスクリプトを作成する必要があります。
私も同じ問題に遭遇しました。
それを修正するために私がしたことは、/etc/bash.bashrc
と上部に以下のスクリプトを追加します。
Sudo rm -r /mnt/d
Sudo mkdir /mnt/d
Sudo mount -t drvfs D: /mnt/d
Dは私のネットワークドライブであることに注意してください。
Windowsビルド17093はfstabの問題を修正することになっていますが、現時点ではInsiderビルドにすぎないため、安定性のために推奨されていません。
.bash
_ loginスクリプトは、次のようにホームディレクトリにあります。
if [ ! -e full_file_name ]
then Sudo mount --bind ...
fi
マウントコマンドを任意のマウントコマンドに置き換え、full_file_name
は、マウントが設定されている場合に確実に存在するファイル名に置き換えます。
最初のLinuxウィンドウではLinuxパスワードを入力する必要があるかもしれませんが、それ以降のウィンドウでは必要ありません。
私も同じ問題に遭遇しました。
Windows 10 Enterpriseバージョン1709、OSビルド16299.431を実行しています
私がやったことは、/etc/bash.bashrc
次の行:
Sudo mount -t drvfs '\\127.0.0.1\MyDrive' /mnt/MyDrive
これが最善の方法だと言っているわけではありませんが、WSL bashを起動するたびにドライブをマウントしなければならないことにうんざりしていました。
WSLが/ etc/fstabを無視しているのではないかと思います。 WSLは開いているすべてのWindowsパーティションを自動的にマウントするため、他のWindowsファイルにアクセスできます。 UbuntuがWSLで実行されている場合、/ dev/sdaがないことに注意してください。