Используя Bash на Ubuntu в Windows 10 I знают, что моя домашняя папка расположена в C:\Users\<username>\AppData\Local\lxss\home\
и весь другой материал где-нибудь там также.
Когда я копирую вещи в ...\lxss\home
с Windows Explorer это не обнаруживается в ударе. Возможно, файловые системы, возможно, полномочия? Хорошо, позвольте мне просто скопировать материал с \mnt\c\...
затем через удар. Работы.
Теперь я просто хочу отредактировать файл weirdfile.txt
в моем корневом каталоге. Я открываю его с Windows Notepad, редактирую его, сохраняю его - это пошло от удара. Физически я могу все еще видеть, что он бродит вокруг в папке с Windows Explorer, но в ударе этого не стало. Не скрытый. sudo не помогает. При запуске удара, поскольку администратор не помогает.
Шаги для репродуцирования
C:\Users\<username>\AppData\Local\lxss\home\
с Windows Explorerls -a
mkdir TestFolder
C:\Users\<username>\AppData\Local\lxss\home\
с Windows Explorertouch somefile.txt
somefile.txt
с Вашим любимым текстовым редактором и вносят некоторые измененияsomefile.txt
не стал (ls -a
) при взгляде в ударе.Что продолжается здесь? Пролейте некоторый свет на виртуализированную файловую систему и скажите мне, как работать с файлами из Windows. SSH в localhost и файлы редактирования через SCP?Нет, спасибо. Я могу просто работать с файлами с инструментами Explorer / Windows?
Я могу сделать Вас один лучше:
ln -s /mnt/c/Users/<username>/Desktop/weirdfile.txt /~/weirdfile.txt
Работы. Никогда не исчезает. Я могу работать с файлом с инструментами Windows. Мир является лучшим местом. К сожалению, Bash в Windows, кажется, не понимает Windows symlinks/hardlinks, таким образом, у меня есть к символьной ссылке все из удара.
PS: Это чувствует себя странным, отмечая вопрос с "человечностью" и с "окнами".
Так Jack Hammons, диспетчер программ от Microsoft, связанной с этим большим официальным ресурсом: https://blogs.msdn.microsoft.com/wsl/2016/06/15/wsl-file-system-support /
проблема состоит в том, что мне в значительной степени не повезло (немного отредактированный из ссылки выше):
, В то время как файлы [WSL] хранятся в регулярных файлах в Windows в упомянутых выше каталогах, , совместимость с Windows не поддерживается . Если новый файл добавляется к одному из этих каталогов из Windows [WSL], просто игнорирует его. Многие редакторы также разделят [Расширенные Атрибуты, которые используются для хранения метаданных WSL], сохранив существующий файл, снова создание файла, неприменимого в WSL.
Кроме того, начиная с [WSL] записи каталога кэшей, любые модификации к тем каталогам, которые сделаны из Windows, в то время как WSL работает, не могут быть точно отражены .
, Таким образом, это кажется даже при том, что я могу , видят файлы/папки в C:\Users\<username>\AppData\Local\lxss\home\
, я не должен взаимодействовать с ними с Windows.
На Символьных ссылках:
, В то время как NT поддерживает символьные ссылки, мы не могли полагаться на эту поддержку, потому что символьные ссылки, созданные WSL, могут указать на пути как/proc, которые не имеют никакого значения в Windows.
Один вопрос остается: Когда symlinking файлы от где-нибудь на /mnt/c/
все, кажется, хорошо работает из Windows, а также от WSL. Таким образом, прямо сейчас у меня есть несколько папок symlinked из Моих Документов в мой WSL домашняя папка. Я порчу вещи?
РЕДАКТИРОВАНИЕ: Rich Turner был так добр для помещения этой информации в полуофициальное сообщение в блоге здесь https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools / . Хотя не указанный моя symlinking идея на самом деле, кажется, хороший путь, поскольку смонтированные разделы NTFS рассматривают по-другому.