AppData\Local\Lxss\
の隠しディレクトリに表示されるファイルをbashで作成(touch /root/foo.txt)しても、ファイルを変更してもbashでは変更されません。エクスプローラーで変更したファイルをbashで再度変更すると、さらに悪化します!
C:\
に実際のマウントポイントはありますか?
実際の画像はどこに隠れていますか? (ファイルシステムは実際に画像ファイルに書き戻しているのですか?)
この中の0:14:29 https://channel9.msdn.com/Events/Build/2016/C906 は、エクスプローラーからのフルアクセス権があると主張しているようです。 0:16:30彼らはあなたにAppData\Local\Lxss\
を表示しますが、私が説明したようにあなたのファイルが同期しないことを一度も言及しません。
Windowsエクスプローラーで作成された新しいファイルは、特別なLXSS NTFS属性がないため、bashに表示されない可能性があります。
LXSSがLXSSルートにファイルを作成するとき、LXSSはNTFS属性を介して追加情報を添付し、Linuxファイルのアクセス許可など、標準のNTFS属性では表現できないものを格納します。これらがない場合、ファイルは表示されません。
これは、bashでファイルを作成し、Windowsエクスプローラーでそのファイルのcopyを作成すると、bashに表示されるという事実によってサポートされます。これはおそらく、特別なLXSS属性のすべてがファイルと重複していたためです。
LXSSファイルシステムレイヤーもファイルシステムをキャッシュしているように見えるため、すべてのbash端末が停止する(LXSSサービスのLXSSセッションが終了する)までファイルが追加または削除された場合、bashのディレクトリエントリはファイルシステムの実際の状態を反映しませんしたがって、キャッシュをクリアします)。
わかりましたAppData\Local\Lxss\
は変更可能であり、Ubuntu bashセッションに同期されます。
Bashを完全に閉じる必要があります。そして、あなたは新しいファイルを作成することはできません。
Microsoftができないと言っているように奇妙です。
しかし、煩わしいこと以外は、新しいファイルを作成するのはうまくいかないようで、これはまだあまり使えません。
Bashセッションがramにデータを入れるかどうかはわかりませんが、Microsoftがこれを実現できるかどうかはわかりません。
私はあなたがこれを非常に役立つと思うと思います...そこには便利情報がかなりたくさんありますが、ここでは1つのセクションに適用されるため、まとめることができます。
Windowsとの相互運用性
VolFsファイルは上記のディレクトリのWindows上の通常のファイルに保存されますが、Windowsとの相互運用性はサポートされていません。 Windowsからこれらのディレクトリの1つに新しいファイルが追加された場合、VolFが必要とするEAが不足しているため、VolFはファイルの処理方法を認識せず、単に無視します。多くのエディターはまた、既存のファイルを保存するときにEAを取り除き、ファイルをWSLで使用できなくします。
さらに、VFSはディレクトリエントリをキャッシュするため、WSLの実行中にWindowsから行われたディレクトリへの変更は正確に反映されない場合があります。
この記事では、ファイルシステムの詳細と拡張属性についても触れています。しかし、要約すると、WindowsからWSLファイルを変更することはできません。
これがうまくいくまで、ネイティブNTFSファイルシステムを表示するためにcygwin sshdをインストールし、lsxx linuxファイルを表示するためにbuntu sshdを実行しました。 apt-getを使用してsshfsおよびwin-sshfsをインストールし、それぞれの方法でマウントを行います。回り込み型のハックですが、今のところ私には問題ありません。
Cygwin sshdを台無しにしたくない場合は、cygwin sshを使用してファイルを前後にscpできます。
Cygwin sshdを使用すると、.ssh/configファイルで実際の管理者アカウントを使用することにより、ファイル権限の問題を回避できます。 DevFS/NTFSインターフェイスを通過する奇妙なアクセス許可がいくつかありました。