WSL2でスタートアップスクリプトを実行するHack - Qiita
序論 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 -
VS CodeのRemote-SSHでWSL上の設定を使う - Qiita
目的 最近のVisual Studio Code (VSCode)ではRemote-WSLを始め，Windows Subsystem for Linux (WSL)との連携が強化され，WindowsでありながらほとんどLinuxのような使用感を得ることができるようになりました．Remote-Developmentの機能の一部であるRemote-SSHでは，サーバー上のファイルをVSCodeで直接編集できるようになります． ただしWindows版VSCodeのRemote-SSHでは，デフォルトではsshをWindows上にインストールしないと行けないらしく，鍵や設定もC:\Users\[ユーザー名]\.sshを見にいきます．これをWSL上でsshに切り替えられないかというのが今回のモチベーション． やり方 少なくともissueが出ています． 暫定的には以下のバッチファイルをsshの変わりに
Docker Desktop for WindowsのバックエンドとしてWSL2を使用する | DevelopersIO
データアナリティクス事業本部の貞松です。 Windows Updateからの配信を待ちきれずにWindows 10をバージョン2004にアップデートした勢です。 Windows 10のバージョン2004から正式に導入されたWindows Subsystem for Linux 2(WSL2)ですが、これをDocker Desktop for Windowsに設定できるようになったという情報を見かけたので試してみました。 これにより「Hyper-V」無しで「Linux」のコンテナをローカルで動かせるようになる為、期待が高まります。 実行環境 OS: Windows 10 Home (バージョン2004, OSビルド19041.264) WSL バージョン２ Docker Desktop for Windows Version 2.3.0.4(46911) ※ Homeエディションなので当然H
WSLの代わりにDockerを使う - ただのにっき(2020-07-23)
■ WSLの代わりにDockerを使う 自宅で仕事をするようになって、さすがにWSLのI/Oの遅さに嫌気が差してきた今日このごろ。 世間的にはWindows10 2004*1のWSL2がたいへん評判が良くて、おれもはやく移行したいんだけど、2004にまだけっこう致命的なバグがあって、関係するデバイスを持つうちのPCにはまだ当てられそうにない。PCも古いので買い換える予定なんだけど、まだ機種選定中なものだから、WSL2までのつなぎとして、同じHyper-V上の仮想環境であるDockerをWSLの代わりに使うことにした。 といってもやったことはそんなに難しくはない。ちょっとした自作ツールはだいたいRubyで書いてあるので、ベースにするイメージを「ruby:2」にしてDockerfileを書く。rubyの公式イメージは使い慣れたdebianをベースにしているので都合がいい: FROM ruby:
WSL2によるホストのメモリ枯渇を防ぐための暫定対処 - Qiita
5/27にWindows 10 2004 Updateが正式リリースされて、それに伴いWSL2もWindows Insider Preview版を使用しなくても利用可能となりました しかしWSL2を使用してるとVmmemというプロセスのメモリ使用量が増加し続けて、Windowsホストのメモリが枯渇してしまう問題があります。そしてこの問題は正式リリース後も解消されず残っています。 NOTE: Windowsホストで動いているVmmemプロセスで「WSL2のHypver-V仮想マシン全体が消費＆確保しているCPUとメモリ」を確認できるという大雑把な理解でOKです。 microsoft/WSLのIssueは１年近くOpenのままとなっており、Microsoft側も問題を認識して取り組んでいるものの未だに根本対処されていません。 本問題のアップデート情報 (2023/07/04更新) 本問題に関す
WSLでWindows10標準のssh-agentを使うようにした - ただのにっき(2020-02-06)
■ WSLでWindows10標準のssh-agentを使うようにした Windowsネイティブ側とWSL側でssh鍵を共有するのに、2年前からPuTTY付属のpageantをweasel-pageantを経由してWSLから利用するようにしていたんだけど、「そういえば最近のWindowsにはOpenSSHが標準でインストールされてるんじゃなかったっけ?」と思っていろいろ調べた。 まず、Windows/System32/OpeSSHの下に、ssh関連のバイナリが全部入ってる。もちろんssh-agentも。しかもこのssh-agent、ちゃんとWindows Serviceとして動作するので(サービスから「OpenSSH Authentication Agent」を有効にしてやる必要がある)、自動起動するようにしてやれば良い。あとはssh-addしてやればパスフレーズも覚えてくれる。 あとはW
Windows 10での実行に最適化されたLinuxディストリビューション「WLinux」が登場 - GIGAZINE
by methodshop .com Windows 10には、Linux向けのバイナリプログラムをWindows 10やWindows Serverで実行する互換レイヤー「Windows Subsystem for Linux(WSL)」が搭載されていて、Microsoft Storeでは多くのLinuxディストリビューションが入手可能となっています。そんな中、WSLに最適化したLinuxディストリビューション「WLinux」がMicrosoft Storeからリリースされました。 WLinux | A Linux distro optimized for WSL based on Debian. https://whitewaterfoundry.com/WLinux/ New Linux distro specifically designed for Windows comes t
WSLとファイルパーミッションとVSCodeの話 - Goryudyuma’s blog
アジェンダ WSL(Windows Subsystem for Linux)により、Windows上でもLinuxが動くようになった。しかし、本格的に用いるにはまだまだ怖い点がいくつか残っており、その一つのファイルパーミッションの問題を解決しようとしてみた話。VSCodeでSSHFSを用いてWSL上のファイルを編集する。(何番煎じだろう？) キーワード WSL, SSHFS, VSCode 目次 アジェンダ キーワード 目次 はじめに 問題点 やりたいこと 解決策 手順 TODO: 終わりに あとがき はじめに WSLにより、Windows上でLinuxが動くようになった。しかし制約はもちろんあり、最も大きな問題の一つとしてファイルパーミッションの問題がある。元々Windows側にはLinuxのようなファイルパーミッションのしくみはないので当然といえば当然なのだが、WSL側でパーミッション
WSL上でDocker Engineが動くようになっていたっぽいという話 - Qiita
経緯 『 太古の昔より人々はWSLでDockerを動かそうとしてきた。 しかしながら、様々な理由からDocker for WindowsやVirtualBoxを頼らざるを得ない状況が続いていた… 』 みたいな認識。 実際ググるとそういうアプローチの記事がよく引っかかる。 WSL(Bash on Windows)でDockerを使用する - Qiita WSLでDockerを使う - Qiita Docker Engineが動かない理由はcgroupだったりSocketだったり様々な要因が絡んでいるのだろうと思っていたし、いつかWSLのアップデートによって解消される問題なのだろうと想像されていた。しかしなかなか解消されなかった。 そんな私もWindows 10の大型アップデートの度に期待をし、失望するというルーチンを繰り返してきた。 しかし、先日こんなツイートを見かけた。 は？いつの間にかd
Windows10 1803を入れたらWSLのファイルI/Oがすげー良くなった！ - ただのにっき(2018-05-01)
■ Windows10 1803を入れたらWSLのファイルI/Oがすげー良くなった！ 1803の正式名称は結局なにになったんだっけ? Spring Creaters Update? まぁいいや。とにかく春のアップデートである。 WSL(Windows Subsystem for Linux)の改良点がいくつか予告されていて、なかでもファイルI/Oの性能向上がありそうってことでだいぶ期待していたアップデートだ。なので(珍しく)Windows Updateに入ってすぐに更新した。 いやー、マジ速くなっててめっちゃ嬉しいわ。これまではzshのファイル名補完で数秒(!)待たされることもあったんだけど、いまはほぼ一瞬で返ってくるもんね。他にもファイル読み書き速度も向上しているっぽいし、常用環境にするには厳しかった点が解消されて、いよいよ本格的に活用できそう。 今回はdaemonも動作するようになった
WSL その133 - WSL起動時に各種設定を自動的に適用可能に
Automatically Configuring WSL Manage and configure WSL 「WSL」の自動設定は、「WSL」を起動する時に予め指定された設定を自動的に適用する仕組みです。 例えば「WSL」起動時にマウントするボリュームや、ネットワークの設定を指定できます。 wsl.conf 「WSL」起動時に適用する設定は、「/etc/wsl.conf」に記述します。 このファイルが存在しないか、ファイルのフォーマットが不正な場合、デフォルトの状態で「WSL」が起動します。 ファイルのフォーマットは、INIファイルのフォーマットに似ています。 つまり以下のようなフォーマットになります。 #行頭に「#」をつけるとコメント行になり、読み飛ばされます。 [セクション] キー = 値 キー = 値 ... [セクション] キー = 値 キー = 値 ... wsl.confのサ
RS4のWindows Subsystem for Linuxでのwsl.confによる初期設定
Windows Insider PreviewのBuild 17093では、Windows Subsystem for Linux（WSL）で起動時に簡易な設定を変更できる「wsl.conf」がサポートされた。 WSLの問題点の1つは、通常のLinuxディストリビューションのようにシステム起動時のスクリプト実行（rcスクリプト）をサポートしていないことだ。一般にLinuxシステムでは、起動時にスクリプトを使い、さまざまなデーモン（Windowsでいうサービス）を起動したり、ストレージデバイスのマウントなどができる。今回搭載されたwsl.confは、wslの初期設定を指定するためのもので、スクリプトではないが、ストレージデバイスのマウントと、hosts、resolv.confの自動生成といったWSL固有の動作を制御するものだ。 wsl.confを用いて起動時にWSLの設定をする wsl.co
wslttyのテーマを(正しく)設定する - ただのにっき(2017-12-15)
■ wslttyのテーマを(正しく)設定する 先日、あわよくばVirtualBoxで運用しているLinuxをなくして……などと書いたせいか、自宅で日常的に使っているVirtualBox上のDebianのディスクイメージがぶっこわれてしまい*1、本気でWSL上に開発環境を構築せねばならない状況になった。とはいえDockerの導入はめんどうなので先送りにして、まずはターミナルの環境整備から……(←本質から目をそらして小手先の作業に手を出すダメなパターンである)。 wsltty(というかその派生元であるmintty)のテーマ設定についてググると、けっこうな割合で「ESCシーケンスを発行するechoコマンドを羅列したシェルスクリプトをログイン時に実行する」とか「テーマファイルの中身を.minttyにコピペする」というノウハウがひっかかるが、そんな原始的な方法がオフィシャルに推奨されているとはとても
遅ればせながらWindows Subsystem for Linuxを導入した - ただのにっき(2017-12-12)
■ 遅ればせながらWindows Subsystem for Linuxを導入した Windows10のFall Creaters UpdateでWSLのβがとれると聞いたので、おくればせながら導入してみた。手動でWindowsをアップデートしてから、Microsoft StoreでUbuntuをインストール。その後、コンパネ→プログラムと機能→Windowsの機能の有効化または無効化と進んで「Windows Subsystem for Linux」を有効に。何度か再起動すると使えるようになる。 以前はWindowsを「開発者モード」で動かさないといけなかったようだが(それでよけいなsshdが動くのがイヤで導入してなかった)、今は不要らしい。ググって古い情報を参考に導入したりすると余計な手順を踏まされそうだ。 起動したUbuntuは(というかbashは)普通によくできていて、とはいえWin
Windwos 10のWSLを日常的に活用する：Windowsの補助としてLinuxコマンドを使う - 2017-12-04 - ククログ
前の記事では、Windows 10 Fall Creators Update以降のWSL（Windows Subsystem for Linux）を日常的に使いやすいようにするための環境整備のポイントをいくつかご紹介しました。これは、「何か作業をするときに、Windows上でLinuxのコマンド体系が使える小窓を開いて、その中でLinuxらしい（Windowsらしくない）やり方で作業する」という使用形態を想定した解説でした。 一方、Windowsアプリを主体として使用する場面でもWSLは活用できます。例えばEmEditorというテキストエディタは任意のアプリケーションを登録して呼び出せますが、ここにWSL経由でLinuxのコマンド列を実行するように設定すれば、EmEditorをLinuxのコマンドやシェルスクリプトで機能強化することができます。 なお、この記事ではWSLの使用手順そのものに
Windows 10のWindows Subsystem for Linux（WSL）を日常的に活用する - 2017-11-08 - ククログ
この表に示す通り、WSLは既存の取り組みでそれぞれ諦めざるを得なかった部分の両立を図った新しい選択肢と言えます。 端的に言うと、「WindowsにLinux互換のコマンド操作インターフェースが加わった」状態に近いものとなっています。 Linuxのデスクトップ環境やmacOSでは、「普段の操作はGUIで行いつつも、定型的な処理を素早く済ませたい場合には『端末』のウィンドウを開いて、その中で普段サーバーの操作に使っているのと同様のコマンド操作を行う」という使い方ができますが、WSLによってWindowsでもこれに近いことができるようになります。 WSLそのものの導入手順やWSLの仕組みの概要については、技術情報サイトの記事やまんがでわかるWSLなどに譲る事にして、この記事では具体的な活用事例にフォーカスしてご紹介していきます。 なお、Windows 10 Creators Updateおよびそ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WindowsからLinuxファイルへのアクセスが可能に ～「Windows 10 19H1」におけるWSLの改善 - 窓の杜
Non interactive and advanced .bashrc startup file loading by diablodale · Pull Request #23 · andy-5/wslgit