私は普段VSCodeを使っていて、拡張機能としてvscode-nvimを使っていて、そしてこの拡張の設定でnvimはWSL上で実行するようにしている。 この設定にしてほとんど困ることはないのだが、唯一困るのがクリップボードが使えないことである。 理由は簡単でnvimがWSL上で実行されるために、クリップボード操作をしてもWindowsへ反映されないからである。 この問題をGoogle検索するとpowershell.exeを使ってクリップボードをコピーする方法が見つかる。 見つかった方法で解決はするのだが、WSLからexeを実行する関係でものすごく遅い。 これは厳しい…っとなってたが解決する方法を見つけたので備忘として残しておく。 解決策: WSLgを使う 解決方法は至ってシンプルでWSLgを使うことである。 どういうことかというのを簡単に説明すると、WSLgはWaylandというプロトコル

$ sudo apt-get update Ign:1 http://archive.ubuntu.com/ubuntu jammy InRelease Ign:2 http://security.ubuntu.com/ubuntu jammy-security InRelease Ign:3 http://archive.ubuntu.com/ubuntu jammy-updates InRelease Ign:2 http://security.ubuntu.com/ubuntu jammy-security InRelease Ign:4 http://archive.ubuntu.com/ubuntu jammy-backports InRelease Ign:2 http://security.ubuntu.com/ubuntu jammy-security InRelease

WSLになってからssh-agentのパスフレーズ入力をどうするか悩んでいた。 毎回パスフレーズを入力するのはめんどくさいし、ssh-agentはプロセスを再起動すると再度パスフレーズの入力を求められる。 今までだましだまし使っていたが、最近WSL上でGNOME Keyring動くことに気がついたのでこれにパスフレーズを記憶させることでこの問題を解決した。 環境 Windows11 WSLバージョン 1.0.3.0 WSLの詳細 > wsl --version WSL バージョン: 1.0.3.0 カーネル バージョン: 5.15.79.1 WSLg バージョン: 1.0.47 MSRDC バージョン: 1.2.3575 Direct3D バージョン: 1.606.4 DXCore バージョン: 10.0.25131.1002-220531-1700.rs-onecore-base2-hy

WSL2で開発中のWebアプリをスマホで即座に動作確認したい スマホとPCが同一のWifiに接続している状態でスマホのブラウザから http://<PCのIPアドレス>:<Webアプリのポート> にアクセスして動作確認出来ることがよく知られています。 私は普段PC向けの業務システムやライブラリを作っているのでこの方法を使う機会がほとんどないのですが、久しぶりにスマホでの確認が必要になりました。 開発環境がWSL2の場合に固有処理が必要だったのでメモ代わりに公開しておきます。 WSL2固有処理だけ知りたい人のための結論 PowerShellを管理者権限で開いてください。 以下を1行ずつ入力してもいいし、ps1ファイルに書いて実行でもいいはずです。 私はPowerShellに慣れてないので1行ずつ打ち込んでます。 開始 $ports = @(3000, 8000) # Webアプリで使うポート

Windows11 の WSL2 では systemd が動作しておらず、SystemV init とも異なるMicrosoft 独自の init が PID 1 で起動しています。Windows との連携や高速に仮想マシンを起動する為には必要な事なのかもしれませんが、現在の Linux distribution では systemd がほぼ標準で使用されている事もあり、daemon の起動・停止や各種サービスについての知識が活用できない事が多くあります。起動や処理速度が遅くなるのはある程度許容した上で、WSL2 で systemd を使えるようにしてみました。WSL2 で systemd を使用する方法には複数ありますので、それぞれについて試してみました。 2022.10.16 追記　Ubuntu 標準の systemd を使ってみました。 WSL2 に複数の Ubuntu を inst

基本的には Windows と Visual Studio を使って Azure Functions や GitHub で公開しているアプリケーションとライブラリを書いていますが、最近は Python や Go を書く必要がちょいちょい出てきたので、色々と観念して WSL 2 の環境を構築して使っています。 特に Python は Azure Functions だと Linux のみ対応となるので、Windows 上での開発は難しくなっています。他にも個人的に PR を投げている Terraform Provider for Azure も Windows 上では一部のテストが通らなくなっているので、WSL 2 を使わないと難しい状況です。 環境構築系はメモっておかないと後ではまるので、自分が必要な範囲で手順を残します。 基本的な WSL 2 環境構築 Visual Studio Cod

Kernel/VM探検隊は、カーネルやVM、およびその他なんでもIT技術の話題ジャンルについて誰でも何でも発表してワイワイ盛り上がろうという会です。佐伯氏は、WSL2においてあまり知られていないバグと事実について発表しました。 自己紹介 佐伯学哉氏（以下、佐伯）：Kernel／VM online part4ですが、「ここが変だよWSL2」という日本語タイトルで、スライドは英語になっていますが、WSL2（Windows Subsystem for Linux 2）に関するいろいろなことを話します。 アウトラインですが、基本的にはランダムトークで小ネタをたくさん話します。なので、WSLとは何かとか、技術的には興味深いけれど公式のドキュメントがきちんと説明してること、つまりWSLgですね。技術的にはおもしろいのですが、公式が全部説明しているので、ここでは一切触れません。このトークは、僕が個人的に

最強の WSL 環境を作る まあ、何が最強なのかよくわからないのですが。 WSLg は GUI が動いて音もなるので大変便利なのですが、systemd が動作していない弱点があります。LXD を多用している身としては結構しんどいのですね。 snapd が使えないので、JetBrains の開発ツールをインストールするのもちょっと面倒。まあ、Ubuntu Make を使えばいいのでそれほど気にはしていないのですが... というわけで、定期的にいろいろ試している今日この頃、ようやく自分が常用しているものが全部動く環境が作れました。 セットアップ (2022/01/11 追記) 手順は、入力するコマンドを PowerShell だったり、WSL だったりといりみだれます。次のルールで書いていますので、間違えないようにしてください。 プロンプトが > のときは PowerShell に入力してくだ

WSL2（Windows Subsystem for Linux 2）には、2つの設定ファイルがある。1つは、win32側でWSL2全体の設定をする「.wslconfig」。もう1つは、WSLディストリビューションごとの設定をする「wsl.conf」だ。今春のメジャーアップデートに向け、Dev Channelのプレビュー版ではWSL2の改良が続いている。そのなかには、この2つのファイルに関連するアップデートもある。 WSL2では、全体とディストリビューション別の設定ファイルがある。Windows Insider Programのプレビュー版では、新しい機能も追加されている 2つの設定ファイル 「.wslconfig」と「wsl.conf」 WSL2は、「軽量ユーティリティ仮想マシン」と呼ばれる環境を使って、Windows 10の中でLinux環境を作り出す。そのために専用の改良がなされたL

序論 WSL2 では起動時に systemd を自動スタートさせたり、/etc/rc.local によるスタートアップスクリプトの実行ができません。 Windowsスケジューラにスクリプトを登録するなど、回避策はありますが、筆者はなるべく Linux 環境内で設定を完結させたいと考えていました。 そのような訳で、WSL2 で Docker を使いたい場合、起動時にいちいち以下のようなコマンドを打っていました。 # dockerデーモン起動 $ sudo service docker start # WSL2 には cgroup 用ディレクトリがデフォルトで作られていないため作成しておく ## これをしておかないと Docker でプロセスのグループ化が必要になったときにエラーが起きる $ sudo mkdir -p /sys/fs/cgroup/systemd $ sudo mount -

WSL2、Docker、VSCodeで劇的に改善されるWindows開発環境/wslvscodedocker

Windowsの大型アップデートの20H1でWSL2がとうとう利用できるようになりました。その後、19H1や19H2にもバックポートされることになりました。 今まで、長らくウェブサービスの開発やプログラミングの勉強では「macが良い」と言われることも数多くありました。Windowsでは環境構築が多少面倒だったり、Windowsを対象としてみていないツールもあったりして、多少ビハインドもありましたが、Microsoftは近年さまざまな改良をやVisual Studio Code、Windows Terminalなどの新しいツールなどを継続的にリリースし、Windowsでの開発体験はかなり良くなってきました。その最後のトドメがWSL2です。 ちょうどIntelのCPUが元気がなかったりmacのキーボードが不評だったり、その一方で絶好調のAMDのRyzen機が次々とリリースされていることもあり、

レポート WindowsとLinuxの融合をさらに進めたマウントオプション - 阿久津良和のWindows Weekly Report Microsoftが米国時間2020年9月10日にリリースしたWindows 10 Insider Preview ビルド20211では、WSL2（Windows Subsystem for Linux 2）の機能として、Linuxのファイルシステムでフォーマットしたストレージをマウントする機能を追加している。公式ブログによれば、ext4をはじめとするWindows 10がサポートしていないファイルシステムへアクセス可能になるという。 こちらはWindows 10 Insider Preview ビルド20206のwsl.exe。オプションまで翻訳しているが、「--mountや--unmount」が確認できる 筆者も動作を確認しようと、Windows 10

しばたです。 先日新しい開発機(Windows 10)が会社より支給されたのでデータ移行と環境の再セットアップをしています。 せっかくの機会ですのでOSを最新のWindows 10 May 2020 Update (2004)に更新し、Windows Subsystem for Linux (以後WSL) 環境を最新のWSL 2にしたのでその際の手順をここに記録しておきます。 手順 公式な手順はDocsにばっちり記載されています。 基本的にはこの手順を参照すれば問題ありません。 やってみた それでは早速やっていきます。 0. 前提条件 WSL 2を利用するには現在最新のWindows 10であるWindows 10 May 2020 Update (Ver.2004、ビルド19041)以降である必要があります。 古いWindows 10を利用している場合はまずアップグレードが必要となります

待ちに待ったWSL2が使えるようになったので入れてみた。現在は、インサイダープレビューのSlowリングにしていれば使える感じ。 実際のインストールはとても簡単で、ここの手順に従うだけ。 Installation Instructions for WSL 2 インストールの実行 WSL と Virtual Machine Platform の有効化 管理者権限で、PowerShellを立ち上げて下記のコマンドを実行する dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestart dism.exe

【令和2年10月24日更新: Windows 10 20H2のWSL2で確認済み】 Windows 10 64bitではWindows Subsystem for Linux (WSL)を用いて気軽にLinux環境で遊べるようになりました。しかし、そのままWSLのLinuxを起動した場合、Windowsの環境変数PATHを引き継いでしまいます。これにはWindows上のコマンドをそのまま実行できるという利点がありますが、WSLから見えているパスの違いによる起動失敗、予期せぬコマンドの実行、PATHにスペースが含まれていることによる不具合、などの弊害も少なからずあります。 この記事ではWindowsのPATHを引き継がないようにするための設定を記述します。なお、Windows 10のバージョンによって設定方法が異なります。特に明記しない限り、Microsoft Storeで入手できる「Ubu

絶対だいじょうぶだよ 引用：Windows 7、Linuxのリーナス・トーバルズも太鼓判 みなさん。WSL2使ってますでしょうか。 WSL2とは2019年5月に「Build 2019」で発表された、Windows Subsystem for Linuxのアップデート版です。 ざっくりというとMS公式が作ったWindows上で動くLinuxです。 正直、こういうものは昔からあり、眉唾ものだったのですが、WSL2あたりから、dockerが正常に動作するようになり、開発環境として常用するようになりました。 そこで、私が半年使ってきた中で、WSL2関連でどういう問題が発生したのか、どういう解決をしたのか。そのあたりを紹介したいと思います。 それらの問題は、大体1つの魔法の呪文でなんとかなります。 apt-getが失敗する ピーリカピリララ ポポリナペーペルト！ なんかapt-getが失敗する とい

使う目的 なんで、わざわざWSLを使うのか。WindowsでBash使いたいじゃん？？ 後、ネットだとUnix系の情報が多いので。そっちの方が楽かなと。 WSLからDocker for Windowsのデーモンを呼び出す。 WSL環境だけで、Dockerを動かす手法は存在するのですが、 まだ、最新のDockerが動かなかったり、WSLを落とすと死ぬとか ひと手間必要な印象がありますので、WSLのDocker ClientからDockerを呼び出します。 通知領域から、dockerのアイコンを右クリックして、Settingを選択 Generalのexpose deamon on~~のチェックを入れます。 これで、Docker for WindowsのDocker DeamonがTCP経由でアクセスできるようになりました。(without TLSって書いてあるから、TLS利用でできるのかも)

この記事は kb Club Advent Calendar 2019 2 日目の記事です。 https://adventar.org/calendars/4021 Windows10 から導入された WSL(Windows Subsystem for Linux)ですが、その進化は凄まじいです。 2020 年中にリリースされる WSL2 では現在のカスタムカーネルから素の LinuxKernel に差し替えられ、 Docker 等の Kernel に強く依存するアプリケーションも自然に動く予定だそうです。 そんな進化に取り残されているのが… ターミナルです。 上の図は、qemu で Debian を -curses オプションを与えて起動させ、ログイン後に man ps を叩いて無事崩壊した様子です。 安定性・互換性が低いだけでなく、標準のターミナルは実質 cmd.exe なので機能も不足