WSL(Windows Subsystem for Linux)におけるパーミッションの問題

Question

環境

OS:Windows 10
PC: HP HP Spectre x360
WSL（Windows Subsystem for Linux）, Ubuntu
エディター: VScode

発生した問題

Windows上でUbuntuを用いてweb開発を行っています
その時に発生した問題についてなのですが，要約すると
「htmlファイルをエディタで編集すると，勝手にパーミッションが変更されてしまう(権限なし)」
です．
そのため，ファイルを編集後「npm run dev」すると以下のようにパーミッションが拒否されていしまいます．

そのため，いちいち，そのファイルをchmod 644 [ファイル名]する必要があります．
またdistフォルダを削除すると上手く実行することができます．
この解決方法が検討がつかず困っているのですが，どうすれば解決できるでしょうか？

質問に対する回答

エディタはlinux側からではなくwindows側から起動させて，ファイルを開き編集しています．
編集したファイルはfooter.vueです
パーミッションは画像のようになります．

Answer 1

WSL上のファイルやディレクトリをWindows(つまりWindows上のアプリ)から直接操作することはサポートされていません。Windows上のエディタを使用したい場合は、Windows上の通常の領域でファイルの作成や編集を行い、"/mnt/c"経由でアクセスしてください。

WSL File System Support – Windows Subsystem for Linux

なぜ、そうなるのかは、上のブログに書いています。適当にななめ読みしただけですが、ざっくりに解説します。

VolFsはWindowsから触るべからず。

まず、WindowsとLinuxではファイルシステムの考え方が全く異なります。Cygwinなどは無理矢理Windows上でLinuxっぽく動作させていましたが、かなり制限がある方法でした。WSLの目的は、通常のLinuxをWindows上で動かすことですので、無理矢理解釈する程度ではうまくいきません。そこで、WSL側でシステムコールをするときに使われるVFSに対して、通常のLinuxファイルシステムを提供するVolFsを用意しました(他に、DrvFs(後述)やTmpFs、ProcFs等があるようです)。

VolFsは通常のLinux用ファイルシステム、いってみればext4やBtrfsで見られるようなファイルシステムを提供します。これらはNTFSにはない機能、モード(NTFSのACLと異なる形式)、inode、所有グループ、POSXIなシンボリックリンク、POSIXな名前付きパイプ、":"や"?"等が含まれるファイル名、大文字小文字の完全な区別等々が含まれます。こうすることで、通常のLinuxと同じように処理をすることができます。

といっても、VolFs用にディスクのパーティションを区切ってフォーマットするとか、仮想ディスクのような物を用意するとかはしませんでした。そのようにした場合、容量が固定化されたり、無駄な空き領域が出来たり、二段階アクセスにより遅くなったりと問題が出るからです。そこで、VolFsはNTFS上にある領域をそのままバックエンドとして使うことにしました。ファイルデータ自体はそのまま置くことができますし、使えない文字はエスケープして別名にするなどで対応します。そして、モードや所有グループなどはNTFSの拡張ファイル属性(EA、Extended file attribute, xattr)に書き込むようにしたのです。

通常のファイルのように置くようにしたため、Windows上からも通常のファイルとして扱えるように見えるかも知れません。しかし、(特殊なファイル操作をしない限り)これらの拡張ファイル属性は見えませんし、編集もしません。そのため、Windows上からファイルを操作すると、モードなどの情報が書かれた拡張ファイル属性の情報が吹き飛び、Linuxからはモードなどが不明なファイルとなってしまうと言うことです。

このように、VolFsはNTFSをバックエンドとして使っているだけであり、ファイルとして見えるからと言って、操作しても良いというわけではありません。

Windowsとのやり取りはDrvFsを使え！

これではあまりにも不便と言うことで、MicrosoftはDrvFsという別のファイルシステムを用意しました。これは、通常のNTFS領域、つまりはCドライブをマウントするという物です。こちらは拡張ファイル属性を使わず、NTFSのACLからモード等を決定づけてるという手段をとっています(Windows 10 1803以降、参考: Chmod/Chown WSL Improvements – Windows Command Line Tools For Developers)。

言ってしまえば、CygwinやMSYSなどが取っていた方法に近いです。所有者やモードなどの情報はPOSIXに準拠する動作ではありません。他にもLinuxファイルシステムとしては色々と制限があるのですが、データのやり取りをするという点では、十分とも言えます。この領域のファイルはLinuxとWindowsのどちらからアクセスして変更等を行っても、その動作がサポートされています。

Comments

[minwinmin]

raccyさん，非常に丁寧な説明ありがとうございます！
やっと理解することができ，問題が解決しました！
本当にありがとうございます！

Answer 2

https://int128.hatenablog.com/entry/2018/03/26/235159

http://www.mattgreer.org/articles/wsl-chicken-and-egg-problem/

VSCodeをlinux側って実行していますか？
それとも、windows 側で実行していますか？

また変更されたファイルの実行権限はどうなっていますか？
ls -lの出力があると幸いです。

Comments

[minwinmin]

質問を更新しました．

[mkgrei]

https://blogs.msdn.microsoft.com/commandline/2016/11/17/do-not-change-linux-files-using-windows-apps-and-tools/

今でも同じかは不明ですが、シェアフォルダを作成して、linux側でシンボリックリンクをはる運用はいかがでしょう？

windowsとlinuxのファイルシステムが大きく異なることが問題だと思います。

linux側でvscodeを入れられる可能性もありますが。

Answer 3

格納されているフォルダのパーミッションを７７７にしてみる。