【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/

WSLからWindowsのファイルシステムにアクセスするのは遅いな
WSL1も遅かったがWSL2はもっと遅くなってる
find -L（シンボリックリンクの解決）を使うとfindよりも極端に遅くなる
Windowsのファイルシステムにアクセスしない場合はWSL2は十分速いんだが

公式でもwindowsのファイルシステムでは使うなって言ってるね
なんかデフォルトのファイルシステムサイズが小さいのか、すごく大きなファイルはディスク一杯！って出て作業できないや
メモリー増やさないと駄目かも

WindowsからWSLのファイルシステムアクセスは実用的ですか？

遅いだけで十分実用的

wsl2で振られるvEthernetのアドレス、範囲を指定したりすることってできます？
うちの会社結構広大なプライベートアドレスを使っていてかぶることがある。

近接しているwslの方が優先されるし、そのアドレスでLAN側に出ていくことはないので、ほとんど実害はないのですが、
そのアドレスが通信が必要な実ホストと万が一かぶるを面倒になりそうで。

windows用のbusyboxでも日本語が理解できて感動

あげ

>>>993
>お前が言ってるのはDockerがあればLinuxは不要と言ってるのと同じことだぞ
>LinuxでもDockerは使える。Dockerコンテナの中に作業データ全部入れてしまえば
>ホストのLinuxでやることは何もなくなる

>デスクトップLinuxを使ってCUIでやることは全部Dockerでやればいいと
>お前はいいたいのか？不便すぎるだろう

DockerがあればLinuxは不要とか俺が言ってることと真逆のーじゃねーか
Dockerじゃ簡単にできないこと、つまりシステムのコンテナ化がDockerとは別に必要なんだよ
LXCとかフル仮想化のことな
WSL2にはそれを期待したんだがsystemdがサポートされてないからクソ中途半端
こんな出来ばえならDockerで十分だ

>>9
systemdはWindowsのサービスで置き換えられるだろ
Linuxだからって全部がsystemdを使うわけではない
Windows版Linux（=WSL2）はサービスを使うだけの話
OSはWindowsだってわかってんのか？

>>10
もうめちゃくちゃだなお前さん

>>11
ほーら反論できなくなったｗ
WSL1もWSL2もWindowsにLinuxに変えるものじゃなくて
Linuxアプリを動かせるようにするものだって
理解してないからそんなアホなことを言うんだよ
WSLはお前のためのLinuxお勉強環境じゃないの

それでお前は俺の質問に答えてない
Linuxを使う時、お前はホームディレクトリに何も置かないのか？
Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか？
あ、systemdだけ使うんだったなｗ

>>12
めちゃくちゃすぎて反論もクソもないわ
systemdをWindowsサービスで代替する具体的な方法を出してみろよ

>>12
>Linuxアプリを動かせるようにするものだって
だからそう言ってんじゃん
Linuxアプリ動かすだけならDockerで十分だろ
Dockerはアプリケーションコンテナなんだからよ

>Linuxを使う時、お前はホームディレクトリに何も置かないのか？
>Linuxを使う時、GUIデスクトップ＋Dockerの中だけで作業してるのか
ホームディレクトリにファイルは置いてるがべつにホームにこだわる必要はない
必要なファイルは作業用のコンテナにマウントすればいいだけだからな
Dockerでできる作業は全部Dockerだよ
これはLinuxでもWindowsでも同じ
んでWSL2でやるような作業って全部そういうDockerだけでできる作業なんだよな

Dockerにできないあるいは難しい仕事をやろうと思ったらsystemdなどを動かしてアプリケーションではなくシステムを切り出すしかない

>>13
Windowsでbatファイルを自動実行したい時（タスクスケジューラの設定）
https://qiita.com/Richard_Roe/items/44e16841f16ee40c6113

>>14
> Linuxアプリ動かすだけならDockerで十分だろ
> Dockerはアプリケーションコンテナなんだからよ

DockerはLinuxアプリを動かすためのもの
WSLはWindowsにLinux相当のCUIを導入するもの

理解できた？

>>16
CUIもDockerで十分
所詮はbashっていうアプリだからな

>>15
systemdじゃないじゃん

lsをDockerコンテナで実行しても
ホストのファイルシステムは見れないしなｗ

>>18
だからsystemd使わないでいいだろ
Windowsなんだから、Windowsの流儀でやれ

>17
> 所詮はbashっていうアプリだからな
だからその理屈なら、お前はLinuxデスクトップを使ってる時に
bashを起動したかったら、dockerを使えって言ってるの
コンテナの中しか見えないがなｗ

>>19
マウントしろ

>>20
意味わからん
Windowsの流儀でやるならWSLも要らんだろ
PowerShell使えば？

>>21
Linux使ってるなら普通にbashでもコンテナでbashでもいい
Windowsならコンテナで十分
あえてWSLにする意味はない

>>22
> マウントしろ
だから、お前がLinuxデスクトップでbashを使う時にでDockerにマウントしろ
俺はそんな面倒なことはしない

> Windowsの流儀でやるならWSLも要らんだろ

だからWindowsの流儀で劣っていたCUI環境を
大幅に改善させたのがWSLだっていってんだろ

> PowerShell使えば？
それも使えるし、なんでも使えるｗ

>>24
> Linux使ってるなら普通にbashでもコンテナでbashでもいい
だからLinuxユーザーに言ってきなさい。
bashはDockerコンテナで動かせって（笑）

>>25
面倒じゃないからDocker使うわ
WSLはコンテナと違ってイミューたブルじゃないから管理めんどくせんだよね

Windows上でならPSのほうが遥かに強力なCLIだぞ？
PSに比べたらbashとか貧弱すぎるわ

>>26
言うまでもない
わかってるやつはみんなコンテナ使ってる

うざいからスレ立ててきた
そっちでやれ

bash（すべてのCLIｺﾏﾝﾄﾞ）はDockerｺﾝﾃﾅで動かすべき
https://mao.5ch.net/test/read.cgi/linux/1608643209/

ここまででWSLを使うメリットまだ1つも出せてねえぞ？
そんなんで大丈夫か？

だからWindowsのCUI環境をLinuxデスクトップ並にすることだって言ってんだろｗ

>>31
劣化してんじゃん
WindowsをCLIで動かしたいならPS使えよ

結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ
WSLはVMだからホストWindowsのコントロールなんてろくにできない
そんな環境で普段使い用のターミナルを整備したって意味ないの
WSLでbash使うんだったらコンテナでbash使うのと変わらん
ならイミュータブルでより便利なコンテナで十分だ

WSLの登場ですっかり様変わりしてしまったが
なぜsystemdが使えないはずのmacOSが開発者に人気だったかと言うと
CUI環境が強力なデスクトップ環境だったから
そこにWSLの登場でmacOSよりもCUI環境が快適なデスクトップ環境が登場した

>>32
> WindowsをCLIで動かしたいならPS使えよ
両方使えるだろ

だからもうLinuxデスクトップを使う意味がなくなったんだよ

>>33
> 結局お前は「Windows上に強力なCLI環境を載せたい」んじゃなく「Linuxでbashを使いたい」だけなんだよ

俺が「Windows上に強力なCLI環境を載せたい」といっていて
お前が「Linuxでbashを使いたい」だけといってる

ウソを付くのはやめろ

> WSLはVMだからホストWindowsのコントロールなんてろくにできない

WSLからWindows用のコマンドはすべて動かせる
Dockerじゃできないなｗ

なんだｗ 自分からWSLのメリット言ってしまってるじゃんｗ

DockerからホストWindowsのコントロールはできないが
WSLからならWindowsのコマンド（cmd．exeなど）がすべて実行できるので
Windowsのコントロールが出来る

>>34
まったくズレてる意見だ
MacのCLIはMacコントロールできた
WSLはWindowsを満足にコントロールできない
多少はできるかもしれんがその目的ではPowerShellのほうが遥かに優秀
結局のところWSLでできことは隔離されたLinuxサンドボックスでCLI作業することだけ
そんなんだったらコンテナで十分なんだ

>>36
Windowsに強力なCLIを載せたいならWSLじゃ無理だから諦めろ
あれはWindows載せたLinux VMにアクセスするためのCLIであってWindowsに乗せるCLIじゃない

> MacのCLIはMacコントロールできた
> WSLはWindowsを満足にコントロールできない

できるっていってるだろうが。reg.exeだって実行できる
アホか PowerShellスクリプトだって動く
逃げるな呼ばーかw

WSLからコントロールできないWindowsの機能を言ってみ

https://www.atmarkit.co.jp/fwin2k/operation/xpsp2dep02/xpsp2dep02_04.html

　GUIではなく、コマンドラインでWindowsファイアウォールを操作するには、
netshというシェルを利用する。まずnetshを起動後、firewallコンテキストに切り替え、
各種のコマンドを実行する。具体的には以下のようにすればよい。