VSCodeの拡張機能Remote-WSLのターミナルでは.exeファイルが実行できない...?

Question

Powershellでは当たり前に、通常のWSLのUbuntuターミナルでも、普通でしたら以下のようにしてメモ帳を起動することができます。その他の .exe ファイルも同様です。

$ notepad.exe

しかし、VSCodeの拡張機能 Remote-WSL を使用し、そのターミナルから実行した場合、以下のようなエラーになりました。

$ notepad.exe
<3>init: (21306) ERROR: UtilConnectToInteropServer:300: connect failed 2

質問

エラーで検索を掛けても情報を見つけることができなかったので質問させていただきます。

この拡張機能を使っている方皆さん同じ現象が起きるのでしょうか...?(それだけでも答えていただけると諦めがつくので幸いです。)
それとも設定でどうにかなるものなのでしょうか?

全く詳しくないので適当な予想なのですが拡張機能 Remote-SSH と似たようなことをしており .exe ファイルはリモートではできないような特殊な方法で起動されているからVSCodeでは起動できない...みたいな感じなのでしょうか...?(自分のWSLにSSH接続するなどで検証できそうですがしていません...)

普通のターミナルから実行すればよいだけなのでものすごい問題というわけではないですが、ターミナル(というよりはウィンドウ)が増えるのは避けたいので解決策を探しています。

何かわかる方がおりましたら回答よろしくお願いいたします。

バージョン情報

• Windows 10 Pro バージョン 2004 OSビルド 19041.572
• WSL: Ubuntu 20.04.1 LTS
• VSCode: 1.50.1
• Remote-WSL: 0.50.1
• [追記] wsl.exe -l -v を実行すると VERSION は 2 でした。

他に必要な情報があれば追記いたします。

追記(質問背景)

LinuxのバイナリとWindowsのバイナリが異なることは理解しております。GUIアプリケーションをRustで開発しているのですがWSLで動かすLinuxバイナリだと依存関係の問題かうまく動かなかったので、ターミナルはWSLですが生成するアプリケーションはWindows用という言われてみれば奇妙な環境で開発しようと考えていました。(Powershellはアレルギーなので使いたくないのとMinGW等は導入が面倒という側面があります。)

一応背景を追記いたしましたが、質問の本筋とは関係がありません。

引き続き回答よろしくお願いいたします。

Answer 1

ええと、WSLが最初に出てきた頃はWindowsの実行ファイルを実行できなかったのですが、現在のWSLでは実行可能です(binfmt_miscを利用)。拡張子まで指定する必要がありますが、質問文からすると質問者はそれを既に知っていますね。

質問は、「VSCodeのRemote-WSLのターミナルからでは実行できない(エラーになるのか)」ですよね。こちらの環境では、VSCodeのRemote-WSLのターミナルからnotepad.exeで問題なくメモ帳を実行できたので、そちらの環境に何か問題があると思います。

Comments

[namnium1125]

回答ありがとうございます。もう少し調べてみようと思います。ところでなんとなく思い出したので質問文に追記しようとおもうのですがWSL"2"であることが問題なのかもしれません...WSLのバージョンってどうなっていますか?

[Daregada]

こっちはWSL1, Ubuntu 18.04, Windows 10 1909ですね。

[namnium1125]

ありがとうございます。こちらもWSL1では問題ないことを確認いたしましたので、WSL2であることが原因かもしれません。(1と2では仕組みが違うらしいですし...)

[Daregada]

ちょうどWindows 10 20H2に更新するところだったので、更新後にWSL2に変更し(Ubuntu 18.04はそのまま)、VSCodeのRemote-WSLのターミナルからnotepad.exeを実行したところ、エラーは起きずに起動しました。

[namnium1125]

わざわざありがとうございます。m(_ _)m
私の手元の問題みたいですね...もう少し手元の状況を調べてみます

[namnium1125]

無事に解決できました!

Daregada様が回答してくださったおかげで手元で変なことをしていないか確認するまでに至れました。本当にありがとうございました。

Answer 2

とりあえず今回の問題については原因がわかりましたので自己解決としてここに書かせていただきます。

自分は「 VSCode → 左下にある Remote-WSL 接続」という流れで起動するのが面倒に感じたため次のショートカットを使用していました。

ショートカットのリンク先:

C:\Windows\System32\wsl.exe code /home/user_name

しかしこのショートカットを利用すると $WSL_INTEROP 変数の値が無効なものになります。この場合に .exe ファイルがうまく起動しないようです。

プロセスの親子関係の問題でしょうかね? pstree -p で調べたのですがはっきりしませんでした。

自作ショートカットを使用せず真面目に普通にVSCodeを開いてリモート接続すると、 $WSL_INTEROP の値は正常なもの(親プロセスIDによるもの)になり無事に .exe ファイルを起動することができました。

参考

[WSL2] [Interop] Keep a single shared /run/WSL/* socket · Issue #5065 · microsoft/WSL

Answer 3

WSLってのはLinux環境ですが、Linux上では、Windowsの実行ファイルは実行できません