WSLの環境を整える(ショートカット, GUI, 開発環境)

関連記事：やさしいWindows Subsystem for Linux (WSL) のインストール手順
#はじめに
WSLをインストールしたは良いけど、WSLからWindows10側のファイルシステムへのアクセスが面倒だったり、逆にWin10側からWSLのファイルシステムにアクセスできなかったり、使いづらい場面も多々あります。

そこで、この記事ではWSLとWindows10側の相互運用性を高めるために行った作業を簡単に残します。
主に研究室の新入生向けに作った記事なので内容は少し投げやりで間違っている箇所があるかもしれません。バシバシ指摘してください。

#シンボリックリンクの作成
まず、WSL側からWin10側のファイルシステムに簡単にアクセスできるようにするために、シンボリックリンク（いわゆるショートカット）を作成しました。

###いままで
通常、WSLのディレクトリからWindows10のディレクトリにアクセスする場合、/mnt/cから始まるパスを指定しなくてはいけません。

WSLとWindowsの関係

>WSLの中で動作しているのは、ほぼ普通のLinuxでコマンドのバイナリコードもそのままである。コマンドに関しては特にWSL用に変更が加えられているわけではない。このため、WSL側には、Linuxのファイルシステムがそのまま見える。これを「VolFs（Volume File System）」と呼ぶ。これに対して、Windows OS側の普通のファイルシステム（Cドライブなど）は、WSL側からは、「/mnt/」以下にドライブ文字から始まるパスとして見ることができる。これを「DrvFs（Drive File System）」と呼ぶ。 >>

@IT 【WSL入門】第3回 WSL活用の落とし穴：LinuxからWindowsフォルダへのアクセス完全マスターより引用

例えば、WindowsのDesktopにディレクトリを移動する場合、以下のようにコマンドを実行する必要があります。

$ cd /mnt/c/Users/user_name/Desktop/

うーむ、とても長くて面倒ですよね。

###lnコマンド
そこで、lnコマンドを使って**「WSLのホームディレクトリ」から「Windowsのデスクトップ」に直接アクセスすることができるショートカット**を作成します。

その方法は簡単で、以下に示すコマンドをショートカットを作成したいディレクトリで実行すれば完了です。

$ ln -s /mnt/c/Users/user_name/Desktop/ Win_Desktop

ls -lを実行すると以下のような実行結果が表示されると思います(「ls -l」コマンドの表示からファイルの属性を理解しよう)

#ホームディレクトリでlsコマンド実行
$ ls -l

#実行結果抜粋（Win_Desktop が /mnt/c/Users/user_name/Desktop のリンクであることを示している）
Win_Desktop -> /mnt/c/Users/user_name/Desktop

実際にシンボリックリンクを使ってディレクトリを移動してみると、ショートカットできていることが分かります。

#ディレクトリを移動
$ cd Win_Desktop

#物理的なパスを表示
$ pwd -P
/mnt/c/Users/user_name/Desktop #実行結果

今回は、Windowsのデスクトップへのパスをシンボリックリンクとして作成しましたが、以下のコマンドのTARGETを「ディレクトリ」や「ファイル」に設定することで様々なリンクを作成できます。
ただし、TARGETにスペースが入っている場合は""でエスケープしてください。

ln -s TARGET LINK_NAME

詳しいlnコマンドの使い方は、ここやここに書いてあるので参考にしてみてください。

#VcXsrvのインストール
WSLをインストールしただけでは、WSL上のGUIアプリケーションを使用することはできません。
これは、おそらくLinuxとWindowsではウィンドウシステムが異なることが原因だと考えられます。

例えば、WSLの標準エディタ（gedit）を使用しようとすると以下のエラーが吐き出されます

$ gedit
Unable to init server: Could not connect: 接続を拒否されました

そこで、Windows側にXサーバ（X Window System）をインストールしてGUIのデスクトップ環境を構築します。
XサーバはUnix系のウィンドウシステムで、WSL側から見たディスプレイと考えてください。

XサーバとしてVcXsrvをインストールし、GUI環境を実現する手順が以下のサイトに分かりやすくまとめられているので参考にしてください。
WSL上にXサーバをインストールしてGUIを実現する（VcXsrv編）

上記の参考ページでは

1. VcXsrvをWindow側にインストール(win)
2. VcXsrvの起動(win)
3. 1. の操作をwindows起動時に自動で実行されるようにスタートアップアプリとして設定(win)
4. WSLのDISPLAY環境変数を設定(wsl)
5. 1. の操作をwsl起動時に自動で実行されるように~/.profileを追記(wsl)
6. 動作テスト(wsl)

という手順で説明されています。
3. と5. の手順はスキップすることができます。
ただしその場合、WSLでGUIアプリを実行する際は2. と4. の手順を毎回実行する必要があるので注意してください。

#VSCodeのインストール
基本的にWSL内のファイルシステムにはWindows側からアクセスすることはできません。
したがって、WSL側にインストールしたライブラリなどをWindowsで使うことはできないのです。
また、WSL内のファイルをWindows側のエディタで開くこともできません。

これではせっかくWSLでLinux環境を使えるようになったのに開発環境としては貧弱です。

そこで、Windowsに**VSCode (Visual Studio Code)**をインストールし、Remote-WSLという機能を利用します。

簡単な手順は以下の通りです。

1. 公式ページ(https://code.visualstudio.com/) からVSCodeをインストールします。
2. VSCodeを起動すると、WSLインストール後であればRemote-WSLという拡張機能がレコメンドされると思うのでインストールします。

これでVSCodeからWSLのファイルシステムにアクセスできるようになります。
以下のページにも簡単にまとめられています。
WindowsのVS CodeからWSL(Linux環境)を使う (Remote-WSL)

###使い方
VSCode自体は使用者も多く検索すれば便利な拡張機能や設定のしかたなどはたくさん出てくると思います。
なのでここでは、Remote-WSLにフォーカスします。

なぜ、WindowsアプリであるVSCodeからWSLのファイルシステムにアクセスし、編集できるのかという説明が以下の図にまとめられています。

Visual Studio Code /Developing in WSL(https://code.visualstudio.com/docs/remote/wsl) より

簡単にいえば、WSL内にVSCode Serverを立ててWSLのファイルシステムにアクセスし、インターフェースだけはWindows側が担当するという形です。
したがって、Windows側のVSCodeに拡張機能をインストールした場合でも、Remote-WSL側に再度インストールする必要がありますので注意してください。

VSCodeをwslのコンソールから起動する場合は、作業したいディレクトリ下で以下のコマンドを実行してください

$ code .

これでVSCodeが起動します。
Remote-WSLが正常に動作しているかは、VSCodeのウィンドウの左下にWSLと表示されているかで確認できます。

また、Windows側のVSCodeを使用している最中でも上記赤枠の部分をクリックするとRemote-WSLに切り替えることができます。

#参考資料
記事内のリンクを参考にしたということで省略します。