【Bash】Windows Subsystem for Linux【WSL】9

ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

前スレ
【Bash】Windows Subsystem for Linux【WSL】8
https://mao.5ch.net/test/read.cgi/linux/1590742701/

WSL2を必要としてる層がどれだけいるか？

>>548
VagrantのようにSSH初期化プロセスも組み込めばいい
ただの仮想マシン+SSH
これが我々たち開発者にとって最も馴染みのある構成だろう
無理にWindowsと密結合しようとして色々とおかしくなってる

wslからwindowsのexeを実行するのは
windowsからパス変数を受け取ってexeならwindowsに
流すすごくない技術
windowsからリナックスのバイナリを実行するのは
バイナリに書いてあるwindowsかlinuxかの識別情報で
仕分けるすごくない技術
/mnt/c/に自動マウントするのは
簡単にできるけどvirtualboxとかはわざわざそんなことしない
リアルな仮想マシンを用意したいから
本物のlinuxにそんな機能はない

答え:　SSH で十分。

まあでも、GNU をちょっと使いたいとき、便利だけどな。
その程度でやめておけばいいのに、なぜかがっつり行こうとして失敗するよな。

WSL2は中途半端すぎて何がしたいんだって感じ

余計なことされると開発環境としての価値も下がるんだよね
"WSL2では動いてたのに！"現象に嵌りそう

WSL2で時計が狂う件、みなさんはどう対処していますか？

時計が狂ってもいいツールを使えばいいよ

>>551
> Windows相互運用は完全にオマケの不要な機能

それがお前の本音だろ？
そっちの方が重要な機能なのにWSLを認めたくないから
わざわざそうつぶやいちゃうｗ

逝ってよし！

そもそもソフトウェアっていうのは今までも（大変な思いをして）やってきたことを
効率化するために有るわけで、頑張れば出来る！は何の反論にもなってないんだよ

WSLによってそれが実現できて、さらにOSの機能として標準化されたから
WSLの機能を前提として便利なものを簡単に作れるようにもなってる。Docker for WSL2等の話な

便利じゃない！こうやれば出来る！って言えば言うほど
その部分をなにもやらなくても出来るようになったんだと明確化されるだけｗ

言うほど大したもんじゃないだろ。

>>564
じゃあWSLと同等のものを作るための手順書いてみてよ
えーと、まずWindows側にSSHサーバー入れて
他ユーザーに影響を与えないように証明書なしに接続するようにするんだっけ？ｗ
完全に動く形でお願いね

cygwin
MinGW
busybox for windows
ライバル
wslはもとがbash on windows
wsl2になってもvirutual pcのほうが使いやすい

× wsl2になってもvirutual pcのほうが使いやすい
○ wsl2になってもvirutual pcにあれやこれを入れて設定しまくって
世間では同じ設定はないからオレオレの環境でしかないけど頑張れば使いやすく出来る
ファイル共有時の実行権限のパーミッションをどうするかsamaの設定に苦労したなぁ（遠い目）

だろ？ｗ

WSL便利すぎて1とか2とか些細なことでわめく奴のバカさ加減を高見の見物w

そもそもWindows相互作用はない方が使いやすい

WSL2はGPUがnativeに使用できる様になってからが本番だろ。現状は過渡期。

>>569
ならWSLでいいだろｗｗｗ

>>570
GPUをネイティブに使ってる人ってどれだけいるんですかねｗ

>>571
仮想マシンでいい

WSL環境でゲームする馬鹿は居ないと思うけど機械学習なんかでGPL使えたらまたWindowsに便利な道具が増えてしまって、いつもの彼がより一層の情緒不安定に

Linux実機用意しなくてもいいもんなぁ。
良いことだ。

>>573
仮想マシンだとWindowsとの相互利用をするために
大変な思いをして自力実装しなければいけない
しかもそれは他人と共有できてないから汎用性がなく
WSL前提のツールみたいなものが登場しない

>>576
相互作用してほしくないんだよ
WSLが勝手にWindowsと相互作用するから、せっかくのLinux開発環境なのにWSLおま環現象が発生するかもしれんだろ

>>577
つまり「Linuxを使うとおま環でインターネットができないかもしれないからWindowsを使う」みたいな話？

>>578
？

>>579
ああ、わからないんだねｗ

Windowsとの相互作用がLinux環境に影響を与えることはありません。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
だけどお前は無知だから「なんか知らんけど、なんか起きるかもしれん」
という理由で怖がってるだけ

無知だから知らない。何が起きるかわからないからやらない。という発想は
「パソコンをLinux機に置き換えるネットができなくなるかもしれないから採用しません。」
という説得力有る理由（皮肉ｗ）と同じなんだよ

>>580
あるだろ
exe呼び出してるshellコマンドはWSLで動くが他のLinuxで動かない
はいWSLおまかん現象

RedHat Linux専用コマンド呼び出してるshellコマンドはRedHat Linuxで動くが他のLinuxで動かない

だからRedHat Linuxを使うなって話か？ｗ

WSLはオマケ機能で使えば良いもので、がっつりメインに据えると痛い目にあうぞ。
俺は1993からWindows使ってるからな。
よく知ってるんだ。
Linuxは1996から使ってる。
年寄りの言うことは聞くもんじゃ。

その「がっつりメイン」の内容がわからんから全く参考にならんのだがなｗ

サーバー運用は無理だが、
Linuxサーバーで動かすアプリケーションの開発には使えると言っておこう
Windowsで開発してLinuxで動かす。これは最近の開発のよくあるパターン

WSLで鯖建ててデプロイしてテストって、今までの他所のPCを用意するか鯖借りてが無くなってすんげー楽で目からうろこでたんだがダメなんか？

Linux開発で使えると聞いてdockerのオフィシャルイメージを動かしたらカーネル互換性なくてクラッシュ
みたいなことがあってからWSLは信用してない

>カーネル互換性なくてクラッシュ

それはWSLのせいじゃないだろw

>>587
いやWSLのせいだろ
WSLのカーネルはWSL用のカスタムカーネルなんだから

>>588
WSL2「」

なんですぐバレるウソを付くんだろうｗ
dockerのオフィシャルイメージってなんだよｗ
Docker for Windowsが動かないならそれはDockerのせいだろ

アホだな。WindowsでDockerを使ったオフィシャルな開発方法を知らんから
オフィシャルじゃない話をしてるのに気づいてないんだろうな

WSL沼だな。
避けて通るに越したことはない。

>>591
避けろ避けろ。便利さがわからなければそれまで。

WSL2はただの仮想マシンだから面白味無くなったね
というかネットワークアダプタ増やすなよ
ここ参照してるソフトが別マシン扱いするからorz

面白みとかを重視してるのはお前だけ
WSL1とWSL2の並行開発で
両方ともより実用的になっていっている

WSL2で動いてるDockerにWSL1ディストリビューションからアクセスできてる人いる？
ファイルシステムとしてはmnt配下を使う方が好都合(WSL1でないとアクセスが遅い)なのでなんとか実現したいんだけど、Cannot connect to the Docker daemon at unix:///var/run/docker.sockを越えられないんだよね

>>594
仕事してるフリだけだろコレｗ

>>595
WSL1からは今までのやり方を使わないと駄目だよ

WSL2で動いてる公式のDockerは「WSL2対応」で共有している
WSL2カーネルで動いているディストリに対しては特に設定無しで
アクセスできるけど、WSL1からすると別のカーネルで動いてるわけだから
Expose daemon on tcp://localhost:2375 without TLS 経由じゃないとだめ

>>596
くるしいなぁｗｗｗ

>>597
ありがとう

実はDockerをWSLで使おうとし始めたのがつい最近なので今までのやり方がよく分からないし、実はDocker for WindowsをWSL2使わないオプションでインストールし直してやってみたことあるけど行き詰まったんだ

Docker for WindowsをWSL2使わないオプシ
ョンでインストールし直して起動しといて設定からlocalhost:2375 without TLSをオフって、WSL1からdocker.io(今はUbuntu最新に対応)かdocker.ceでアクセスするってことで合ってる？

>>598
Docker for Windowsを入れ直す必要はない
WSL2無効はオプションで変更できるがその必要はない
そのままlocalhost:2375を有効にするだけ
WSL1だろうがWSL2だろうが普通にUbuntu版を入れろ
そもそもWS1とWSL2は切り替えできる

>>599
毎回丁寧にありがとう
うーむ行き詰まった時というのはlocalhost:2375のオンを試してたはずなんだけどね
また明日の日中にやってみるよ

WSLはバージョン表記なしのUbuntuディストリビューション入れてるよ
WSL1と2は切り替えに時間掛かるのも分かってるから、とりあえず今はexport/別名importで共存させて起動/停止で単一ディストリビューションだけがrunningになるようにしてる

だからWSL1でのやり方を調べろ
localhost:2375のオンにするだけじゃなくて、そこに接続しに行かないと駄目

そもそも初期のDocker for WindowsはWSL登場前に作られたもので
WSL2はおろかWSL1にも対応しとらん

コマンドプロンプトまたはPowerShellから使うもの使うDockerも docker.exe だ
Windows上で動いてるDockerサーバーにdocker.exeではない
Linux版から接続するならTCPポート経由しかない

そこにWSL2対応版のDocker for Windowsが登場して
WSL2からの接続は何もしなくてよくなった
しかしWSL1からの接続はそのような便利な仕組みは用意されてない
だから今まで通りのやり方でやればいいだけ

>>601
面倒だから使うのやめたら？

>>602
お前が面倒なことをすべてやめたら？

世の中には作業を効率化するのは面倒だからやりたくないって本気で言う人がいるんだよなｗ

>>601
あ、.exeかありがとう！
docker-compose.exeまで含めて全部実現できたよ
明確なバージョニングがされてなくて新旧どちらも使われてる状況って往々にして、旧情報調べても判然としなくない？
それで頭こんがらがってたんだ
普段windowsの実行ファイルをWSLから実行する事をしてなくて.exeで呼び出せるの忘れてたし

ちなみに今はlocalhost:2375オプションをONにしなくてもいいらしくて、実際にOFFにしたままでも動いたよ
これでWSL1と2の共存にDockerは無調整で対応できることになる

ほんとに何から何までありがとう！

>>605
問題になるのはボリュームのパスなんだよね
WSLからWindowsのパスにwslpathで変換すればいいから
dockerコマンドの方はどうにかなるとして
docker-composeの方がわからん
個人的にボリュームはなるべく使わないようにしてるから
WSLからdocker.exeを実行した場合のノウハウがない

>>606
dockerクライアントはwslの使ったらだめなん？

>>607
使っていいよ。俺も使ってるし。
WSL1だと接続方法にTCPを使うように設定しないといけないってだけ

Linuxを使って良いのは、そのLinuxが実機かエミュレータかwslか関係なく、手を抜くための努力を惜しまない奴だけだ。

いや別に使える用途で使いたいやつが使える範囲で使えばいいよ
そんな大したもんじゃない

>>606
フヒョー
必要性が出てきた時に調べてみる
それに職域上、自分が開発するコンテナ(WSL1で動かしたい)では扱わないと思うんだ
他の人のコンテナではあり得るけど、それはWSL2で動かせばよくて

>>597
WSLとWSL2があるから忙しいんだ！
みたいな仕事してるフリしてるか？ｗ

> WSL1とWSL2の並行開発で
こんなわけのわからないことを言うプログラマーって…

>>613

https://docs.microsoft.com/ja-jp/windows/wsl/wsl2-faq
> WSL 1 はどうなりますか? 廃止されますか?
> 現在、WSL 1 を廃止する予定はありません。
> WSL 1 と WSL 2 のディストリビューションを並行して実行し、
> 任意のディストリビューションをいつでもアップグレードおよびダウングレードできます。
> WSL 2 を新しいアーキテクチャとして追加すると、WSL チームにとって、
> WSL を利用して Windows で Linux 環境を実行する機能を提供するための優れたプラットフォームになります。

WSL 1 と WSL 2 の両方が動くことは、WSLの正式機能

>>614
気持ち悪い

どこがなんで気持ち悪いんだ？

>>614
並行開発なんて英語ドキュメントにも一切書かれていないが
おかしい奴が多いなｗ

WSL 1 を廃止せず機能追加していくのなら
WSL 1とWSL 2を並行で開発してるってことじゃん

>>618
そりゃお前さんが勝手に妄想してるだけだ。

>>619
じゃあお前は廃止されると勝手に妄想してるの？

使えるようになったら使えば良いけど、今はまだ使えないし、使えるようになる見込みも薄い。

（>>621は）使えるようになったら使えば良いけど、今はまだ使えないし、使えるようになる見込みも薄い。
だからクビにしよう

>>316
>>215
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、
Docker Compose まで出来れば、未経験でも、10年以上のプログラマー並み

さらに、Kubernetes, Terraform, CircleCI,
AWS CloudFormation で、Ruby のKumogata, Chef, Cookpad 製のItamae などが出来れば、

未経験でも、トッププログラマー！

プレビュー版「Windows 10」のタスクバーにニュース機能 〜WSL起動時のコマンド実行にも対応
https://forest.watch.impress.co.jp/docs/news/1298773.html

指摘されるとピタッと書き込みが止まったからな。
怪しいわ。

Windows10に骨抜きLinuxにされるぞ

犬房めﾅﾃﾞﾅﾃﾞ

>>626
それはない

もとからLinuxには抜かれるような骨はない。

>>629
効いててワロタ

ps4-waker をWSL2で使えてるやつおる？
WSL1 でbind指定すれば使えてたのにWSL2 に上げたら
ホストPCと同ネットワーク内のPS4が探せなくなって繋がらなくなった
まさかネットワーク仕様が変わるなんてなぁ

>ホストPCと同ネットワーク内の
WSL2はホストPCとしか繋がらないネットワークで隔離されてる

NAT？で誤魔化し出来る？
20年くらい前にはiptableだったか使ってたことはあるような
長らくLinux離れてて最近戻り始めたので実はよく覚えてない…
面倒ならWSL1に戻せるらしいし戻すかな

netsh.exeによるport forwardingの設定かな
https://qiita.com/yabeenico/items/15532c703974dc40a7f5

WSL1で使ってるから試せないがHyper-V Managerで
WSL2のNICをブリッジモードに出来るとかなんとか書いてある？
https://stackoverflow.com/questions/61002681/connecting-to-wsl2-server-via-local-network

Hyper-V ManagerはHOME Editionだと使えない？

Hyper-V マネージャはPro以上らしくHOMEではHyper-V有効化出てこないね

>>634 でやってみようとしたけどポートが正確に把握できてないから、まだうまくいっていない
ポート987は使うのはps4-wakerのドキュメントにあったけどそれ以外も使うらしい

これ以上はWSLと言うよりPS4-waker側のポートの話なので
色々と分かったありがとう

>>637
linuxのコマンドでlistenポート見てみればいいよ

そもそもの疑問なんだが、home使う奴がWSLを使う？
おかしくね？

>>639
HOMEでWSL2は使えるよ

ps4-wakerでPS4のIPアドレスを指定するとか？(ざっと見た限りオプションがある)
探索はブロードキャストでやってるみたいだからNAT越えは面倒だと思うけど

WSL2は使えるのか。
home持ってないし使ったことも無いから知らなかった。

しかしWSL2使うようなユーザーがhomeエディションなのは違和感覚えるけど。
予備機的な使い方してるのかな？

>>642
公式ドキュメントくらい読んどけよ

>>642
会社はPro、自宅はHOME。WSL1でもいいんだけど、WSL2の評価も兼ねて使い続けている。

>>639
ドン・キホーテのストイックPC3(Win home)にwslを入れてるよ。
GNU coreutils をちょくちょく使うので

>>641
bind オプションはWSL1でも必須で使ってる
>>638 をヒントにポートが毎回変わるのも判明したので
pオプションでポートも固定したけど繋がらず、NAT越えはあきらめてもうWSL1に戻して使ってる

>>637
下の方を見るとHyper-V Managerでうまくいかなかったから
ncpa.cpl(コントロールパネルのネットワーク接続)から
WiFi接続とvEthernet(WSL)をブリッジさせた後
PCを再起動させるとできたというのもあるね

Linuxコマンド使いたくて、WSLをHOMEで使うのはIT屋さんでもなく業務でもないなら普通だと思うけど
まあ、そのうちnode-redとかミュージックサーバーとかの常用のためにLinuxサーバーを立てるつもりのお試し側面はある

>>623
に、Windows 10 Home 版に、WSL2, Docker を入れる手順を書いたが、
Docker Compose まで出来れば、未経験でも、10年以上のプログラマー並み

未経験で、Ruby on Rails, Docker などを勉強して、
自社開発系ベンチャーへ転職したい香具師が多い

>>642
ただの開発者だけどPro使う理由がないよ

>>650
普通、会社ではAD連携必要だからな

そもそもWSLが中途半端すぎなのが問題
作業を効率するため？それにWSL？苦行の変態？