Dosyayı AppData\Local\Lxss\ değiştirirken gizli dizinlerde görünen bash'de (/root/foo.txt'ye dokun) bir dosya oluşturursanız, onu bash'da değiştirmez. Eğer bash değiştirirseniz kaşif değiştirdiğiniz dosyayı tekrar değiştirirseniz kötü olur!

Üzerinde gerçek bir bağlama noktası var C:\mı?

Gerçek görüntü nerede saklanıyor? (dosya sistemi gerçekte bir görüntü dosyasına geri mi yazıyor?)

0:14:29 Bu https://channel9.msdn.com/Events/Build/2016/C906 , explorer'dan tam erişiminizin olacağını iddia ediyor gibi görünüyor. 0:16:30 size gösteriyorlar AppData\Local\Lxss\ ama dosyalarýmýn anlattýðým gibi senkronize edilmediðini söylemiyorlar.

Windows Gezgini ile oluşturulan yeni dosyalar, özel LXSS NTFS öznitelikleri eksik olduğu için bash'da görünmüyor olabilir.

LXSS, LXSS kökünde dosyalar oluşturduğunda, Linux dosya izinleri gibi standart NTFS öznitelikleri tarafından temsil edilemeyen şeyleri saklamak için NTFS öznitelikleri aracılığıyla bunlara ek bilgiler ekler. Bunlar eksikse, dosyalar görünmez.

Bu, bash'de bir dosya yapar ve daha sonra Windows Gezgini ile bir kopyasını yaparsanız, bash'da görünmesi gerçeğiyle desteklenir . Bunun nedeni, tüm özel LXSS özniteliklerinin dosya ile çoğaltılmış olmasıdır.

LXSS dosya sistemi katmanı da dosya sistemini önbelleğe alıyor gibi görünür, bu nedenle bash içindeki dizin girişleri, tüm bash terminalleri duruncaya kadar (LXSS hizmetindeki LXSS oturumunu sona erdirene kadar) dosyalar eklenir veya silinirse dosya sisteminin gerçek durumunu yansıtmaz ve dolayısıyla önbelleği temizler).

Tamam gibi şeyler AppData\Local\Lxss\değiştirilebilir ve Ubuntu bash oturumuna geri senkronize gibi görünüyor .

Bash'i tamamen kapatmalısınız. Ve yeni dosyalar oluşturamazsınız.

Microsoft'un söyleyemeyeceğin gibi garip.

Ancak can sıkıcı olmanın dışında, yeni dosyalar yapmak işe yaramıyor gibi görünmüyor.

Bash oturum ram içine şeyler koyar ya da ne bilmiyorum ama Microsoft bu gerçekleşebilir görünür .. Eğer seçerseniz.

Benim için işe yarayan, Explorer kullanmak yerine bash ile kopyalamaktır.

C-sürücü olan / mnt / c yüzden klasör C kopyalamak için: sizin bash ana dizininde \ tmp \ test1 / tmp / yapın: cp -r /mnt/c/tmp/test1 ~/tmp.

Sanýrým bunu bulacaksýn ... inanılmaz yardýmcý. Orada oldukça fazla yararlı bilgi var, ancak burada bir bölümde geçerli olduğu için özetlenebilir:

Windows ile birlikte çalışabilirlik

VolFs dosyaları yukarıda belirtilen dizinlerde Windows'ta normal dosyalarda saklanırken, Windows ile birlikte çalışabilirlik desteklenmez. Windows'dan bu dizinlerden birine yeni bir dosya eklenirse, VolF'lerin ihtiyaç duyduğu EA'lardan yoksundur, bu nedenle VolF'ler dosyayla ne yapacağını bilmez ve basitçe yok sayar. Birçok düzenleyici de varolan bir dosyayı kaydederken EA'ları çıkarır ve dosyayı WSL'de tekrar kullanılamaz hale getirir.

Ayrıca, VFS dizin girişlerini önbelleğe aldığından, WSL çalışırken Windows'dan yapılan dizinlerde yapılan değişiklikler doğru şekilde yansıtılmayabilir.

Makale, dosya sisteminin özellikleri ve genişletilmiş öznitelikleri hakkında konuşmaktadır. Ancak özet olarak, WSL dosyalarının pencerelerden değiştirilmesi işlemez.

Bu işe yarayana kadar, yerel NTFS dosya sistemine görünürlük için cygwin sshd'yi yükledim ve lsxx linux dosyalarına görünürlük için ubuntu sshd'yi çalıştırdım. sshfs yüklemek için apt-get ve mounts yapmak için win-sshfs kullanın. Bu yuvarlak bir hack ama şimdilik benim için çalışıyor.

Cygwin sshd ile uğraşmak istemediyseniz, dosyaları ileri geri scp için cygwin ssh kullanabilirsiniz.

Cygwin sshd kullanmak, .ssh / config dosyasında gerçek bir yönetici hesabı kullanarak dosya izinleriyle ilgili sorunların giderilmesine yardımcı olur. DevFS / NTFS arayüzünden geçen bazı garip erişim izinlerim vardı.