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

>>47
直接呼び出さなければ使えると認めましたねｗ
つーかお前はPowerShell信者のようだが
俺はbashの方が使いたいんだわ
bashからWindowsのexeコマンドを呼び出す
これが出来るからWSLは便利

「お前」はPowerShell信者のようだがなー！（笑）

>>44
Linuxで必ずしもPowerShellが上位とは限らない
Windowsコントロールという大きウェイトを占める機能が意味をなさないからだ
Linuxでは文法のリッチさ、.NETクラスライブラリ、オブジェクト指向というメリットと動作の重さなどバランスをかんがえて選ぶ必要がある

>>48
powershellではなく「コマンドレット」な
WindowsをコントロールするCLIは今やコマンドレットが第一級市民だ
これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない

まあLinux VMを操作するだけなら要は足りるのかもしれんがね
普段使いのターミナルには程遠い

>>49
皮肉もわからんのか？ｗ

お前がPowerShellはーPowerShellはーって言ってる
と指摘してやってるだけなんだがｗ

Windowsは両方使える
お前がもしPowerShellよりもbashの方が優れてると少しでも思っているなら
WSLはそのbashを手に入れたということ
もちろんWSLからWindowsのexeコマンドを実行できる

>>50
> これが使えないのではターミナルとしては飛車角落ちと言わざるを得ない
そういってるのはお前ですよね？

Windowsはどちらも使えると俺は言ってる

お前は、どうしてもPowerShellじゃなきゃいけないようだがなｗ

WindowsでLinuxのコマンドが使えるのが便利だけど、それを認めたくないバカがいるのあかぁ。
ほんとLinuxは始まる前に末期だなぁｗ

気軽に環境構築したり壊したりできるのが魅力だと思ってたが違うのか

Dockerはアプリを配布するために使うもの
Docker使ったって環境構築を気軽にできるわけがない
自分で作らないといけないんだから
使う目的がぜんぜん違う

そんなにDockerだけでやれるっていうのなら
「Dockerコンテナの中から」ホストのsystemdの設定でもすれば？
Linuxならsystemd動くでしょう？ｗ

WSLならWindowsのサービスの設定（sc．exeコマンド）を実行できるけどねｗ

>>51
まだわからねえのか
powershellではなくコマンドレットをWSLbashから直接実行してみろっていってんだよ？

>>53
Linuxコマンドはコンテナで使えばいい

>>54
それはコンテナのメリット

>>56
だからなんでお前はPowerShellに固執してるの？

俺らがやりたいのは、bashでWindowsを
コントロール（正確にはexeコマンドの実行）することなんだが？

>>59
コントロールするためのコマンドレットをbashから打てないだろ
WSLなんつう余計なレイヤー追加してできることを減らすとか笑えん

>>60
おまえが主張するDockerコンテナからはどうやってもコマンドレット打てないだろ
だいたいWindowsをコントロールするもが目的であって
コマンドレットはその手段の一つでしかない
思いつきで文句いうんじゃねーよ

WSLならbashからexeを実行できてWindowsをコントロールできる
Dockerコンテナでは不可能なことだ

あとはっきり言っいてやる
PowerShell使いたいのもコマンドレットを使いたいのも
それを言ってるのはお前だからな

こっちはWSLでWindowsと連携できる形で
bashが使えると喜んでいるというのにｗ

WindowsとLinuxのイイトコドリが安定して出来るWSLは超便利っていう結論はひっくりかえせませんｗ

なんでそんな必死なんだろう

Linuxの低レイヤー環境が必要なら用意すればいいしお手軽環境ならWSLがいい

なんでそこでDockerが出てくるんだ

Winクライアントで動かすDockerなんてお手軽で便利なテスト環境でしかないだろ。
なんでそこまで宗教論争するのか理解できない。

Dockerを勘違いしてるのか、WSLをけなしたいのかどっちかなんだろうな

WSLがmacOSの対抗技術として導入されたようなもんだろ

macOS、systemd動きますか？動きませんよね。
それでもLinuxに近いCUIがあったから開発者に人気があった

Docker出たからmacOSのCUI、Homebrewはもういらないといいますか？
いわんだろ。WSLはiTermとHomebrewよりもよりよい対抗技術
Dockerの中でlsしたって見えるのはコンテナの中だけ

やっぱ炎上学習法がベストだな

WSL(2)が便利だと困る人が、随分前から潜伏してるよねこのスレ。

そういや噂されてるAndroidアプリ実行環境ってWSLベースなのかな

>>68
いるねぇ。完璧すぎるからケチつけるのが大変そう。

前にも同じパターンの流れ見た気がするが同じ奴じゃないか
相手しなきゃいいのに

WSLの話題続くと死んじゃう心の病気のヒトなんだろ。
俺は雑食系で便利と思ったモノはどんどん使うんで、WSLは重宝してるよ。

wine for windows

Windows 10 Home 版に、WSL2, Docker を入れた

OS の連続アップデートに、3時間掛かった。
CPU-i3, 8GB メモリを、電力エコモードで使っているから、コンパイルが遅いのかも

その後、WSL1 から、WSL2への変更。
Dockerのインストール自体は簡単だった

これで、Windows10 Pro 版じゃなくても、Dockerを使える。
Kubernetes も入っていた

これで、VSCode のRemote WSL, Remote Docker で開発できる

むしろ今では、立場が逆転して、Linux を分かっていない、Mac ユーザーの方が情弱w

>>74
WindowsをGentooだとでも思っているのか？
Windows updateにコンパイルなんて無いぞ。

Linux使ってる理由はwin10を使いたくないからなので
win10でLinux環境を作れてもwin10を使うことはないのね
まぁ人それぞれだろうけど
少なくとも自分はそんな感じ

情弱の知ったかだろう
多分環境構築がゴール

win使わないのにwslに用事があるなんて

何でこのスレに来た？

>>76
そういう人って結構いるらしいね
Linuxを使いたくて使ってるんじゃなくて
Windows 10が嫌だから消去法でLinuxしか残らなかっただけ

Linuxデスクトップでいいよね
なんでわざわざWindows

Linuxデスクトップのいいところを言ってみてよｗ

Linuxユーザーとは

�@インストールしただけで選民思想
�AやっていることはWindowsと同じ。しかもめんどくさくなっただけ。
�Bコマンド打ち込んでプロだと勘違い
�C新参に対して黙ってWindowsでも使ってろと間口を狭める
�Dカーネルいじればいいだろと無茶を要求
�E開発者とのずれを認識できていない
�FWineを使うくせにLinuxを再現しようとする動きがあるとたたく
�Gプログラミングできないのにソース要求する
�H何でもオープンでないと、気に食わないエセ共産主義者
�IWindowsユーザに馬鹿にされてることに気づいていない
�JAndroidの事例をを引っ張り出して、「Linuxは普及している」と虚勢を張る
�KAndroidのセキュリティ問題を指摘されると、Androidはぃぬx(笑)ではないと言い出す。
�L結局普及してない点を指摘されると、「別に普及しなくていいよ」と思考停止
�M三度の飯よりアップデートが大好き、コンパイルが大好き、カスタマイズ大好き
�NOSを弄ることがゲームと化しているので、ゲームソフトが必要ない

>>82
Windowsを使う上でのあらゆる苦痛から解放される

WSLは260文字を超えるファイルパスを普通に扱えるので助かる。

>>83
スゲーな
俺そんな事考えるエネルギー持ち合わせてないわ
有る意味裏山

ただの慣れの問題
WSLで間に合っちゃってるので
最近素の*nixは使ったことない

OS別コンピュータの直し方
http://www.aoky.net/articles/matthew_inman/fix_computer.htm

正直virtualbox virtualpcで仮想環境つくるほうがいい
一般人にはメリットないわ

今時VirtualPCなんか使ってる奴いるのか？
知識が15年か20年くらい昔のまま止まってねーか？

>>84
やっぱりLinuxのいいところってないんだね

>>91
>>84

>>91
だからそれはWindowsがいやってだけで
Linuxが良いと言ってるわけじゃないでしょｗ

>>91じゃなくて>>92にあて

>>93
Windowsにおける苦痛な点がないというのは立派な利点でしょ

>>76
そういう理由なら貢献の意味も含めてOpenIndiana やGhostBSD を使おうよ

>>95
苦痛がないならどのOSでもいいってことでしょ？
とくにLinuxを選ぶ理由がない

正直、Linux は個人で普段使いしたくない程度には苦痛を感じるかな
(仕事だから我慢している)

Windows なら脳死で Windows Update しても問題になることは少ないけど、
Linux なんて、dnf upgrade (apt でもいいが) したら、
必ずログ確認して、エラーが発生していないかとか、
設定ファイルが新しくなったから確認とか、
くだらないところでやることが多過ぎる

とりあえず、Update ボタン押してリブートしたら万事 OK くらいの完成度になってから出直してほしい

Linuxはうぶんつ使ってるけど、virtualboxに入れて共有フォルダで作業してるわ。
WSLで共有フォルダで作業することもあるけどテラタームでログ取りしながら動かすことのがおおいかな。
出力結果がそのまま保存できるのは便利。
共有フォルダなんで、Windowsの多彩で使い勝手のいいアプリもそのまま使えるし、イマイチ・イマニのLinuxアプリを我慢して使わないのが良い。

>>97
どのOSでもいいけど現実的な選択肢は多くない
Mac、Windows、Linuxあとはマイナーな一部のOS
マニアじゃなければ最初の3つのうちどれかだろ
で、この中で比較したら苦痛が少ないのはLinuxということになる

フル仮想化インスタンスとオーケストレーション基盤
WSLに足りないのはこれ

unixpornって文化があるけど、まさにそれだよな。

>>100
うん、だから消去法だよね？

そしてWindowsをどんなにけなそうが
それMac、Linux以外のOSよりも圧倒的に優れてるわけだ

>>101
> フル仮想化インスタンスとオーケストレーション基盤
> WSLに足りないのはこれ

WSL=LinuxやMacのターミナル相当にもそんな機能はないぞｗ
どちらにしろそれらは追加で入れないと行けないパッケージだろ

そもそもそれらはターミナル、CUIに統合するもんじゃねーよ
アホやなぁ

>>100|
なんの苦痛？
Linuxユーザーあるあるの目的度外視なだけじゃないか？

>>104
WSL=ONLY ターミナルってのは君の中でのユースケースだろ?
軽量VMとして利用したい人もいる
フル仮想化VMとして利用したい人もいる

>>106
うん。それで、MacOSでiTermを仮想VMとして使いたい人がいるから
お前はどうしろっていいたいの？

すこしはさぁ、考えてから喋ったら？
自分の主張が破綻するだろうに

>>107
はぁ
MacでiTermをVMとして使いたい話はしてない
WSLをターミナルでなく軽量VM、フルVMとして使いたいという話してる
君はいい加減WSL=ONLYターミナルというフィルタを取り払って会話に参加してくれないか

ふる仮想化VMってhypervに好きなリナックスディストリ入れるのとはまた違った話になるんですかね

>>109
インストールと接続の手間が課題
あとは軽量化もまだまだ

>>108
× MacでiTermをVMとして使いたい話はしてない
○ WindowsでWSLをVMとして使いたい話はしてない

>>111
俺がしてる

>>108
> MacでiTermをVMとして使いたい話はしてない
俺がしてる

な？破綻してるって意味がわかるやろ？

WSLをMacのCUIに置き換えて考えてみると辻褄が合わなくなるから
Macの話はすんなーとしか言えなくなるのｗ

>>114
置き換えて考える必要はないし置き換え自体が成立してない
そもそもWSL=ONLYターミナルじゃないからだ
ターミナル以外の用途にも使えるし使えるべき

>>110
マイクロソフト製のLinuxディストリビューションが欲しいって事か

>>115
> そもそもWSL=ONLYターミナルじゃないからだ
それはお前の主張だよねｗ

お前の本当に主張していることは「WSL=VMの代わり」だろ？
だから俺は「iTerm＝VMの代わり」と主張したら、お前は違うと否定する
だからお前のその理屈に合わせて「WSL=VMの代わり」を否定してるだけ

俺はお前が言ってることと同じことを言ってるだけだ

>>116
そうは言ってないがそれはそれで面白いアイデアだね

>>117
「WSLはVMのかわり」これは正しい
正確に言うとVMそのものなのでかわりというのもなんだがWSLがVMの世界の道具ということは伝わる

「iTermはVMのかわり」これは間違いで意味不明な命題
iTermはターミナル系のツールでありVMではないしかわりにもならない

お前は俺の言ってることをぜんぜんわかってないし
そもそも俺との会話以前に各種ツールの分類に対する認識自体が間違ってる

> 「WSLはVMのかわり」これは正しい
間違いだって言ってんだろｗ

お前の主張と事実をごっちゃにするな

「WSLはVMのかわり」が正しければ
WSLはVMとして使えるはず
だがVMとして使えないのだから、VMの代わりではない

これはお前の主張からの帰結に過ぎない

>>120
はぁ
WSLはVMとして使えてるだろ
というかVMそのものだろうが

今はWSLと書いているがWSL1じゃなくてWSL2の話をしてるんだぞ？

VMそのものではあるがまだまだ機能として小さいから不便さがある
というのがWSLの現状だ

>>121
WSLはVMとして使えないから、VMでできることがWSLではできない。
つまりWSLに足りないものが有る。なにか知ってるかね？ｗ

>>122
WSLはまさしくVMではあるが機能をオミットしている
起動の軽快さやWindowsとの統合を維持したままオミットした機能を取り戻しフルVMに成ることがWSLの唯一のサクセスストーリー

WSLはまさしくVMではあるが機能をオミットしている
だからVMとして使えない
WSLは最初からVMとして使えるように作られていない

といってるだろうがｗ

結局自分で答えを言っちゃってるのｗｗｗ

>>124
WSLはすでにVMとして使えるし最初からVMであるがまだ追加すべき機能がある
お前の世界では0か1なのだろうが現実世界はそうじゃない

>>125
WSLにはVMとして足りないものが有る
いつから使えるようになったんですか？

ヒントｗｗｗ

101 名前：login:Penguin[sage] 投稿日：2020/12/25(金) 09:57:55.09 ID:XLD1cBQ7 [3/6]
フル仮想化インスタンスとオーケストレーション基盤
WSLに足りないのはこれ

はやくウェーイランド対応にならないかなあ。
native GPUのLinuxtって実はさほど経験無いんだよね。

>>126
はぁ
フル仮想化はVMの必須条件じゃないぞ
WSLはミクロVMとしてVMの要件を満たしている
しかしフル仮想化と比べると機能が足りない

ウェーイランドって楽しそう

>>128
フル仮想化はVMの必須条件なんて一言も言ってない
改変すんなアホめ

> しかしフル仮想化と比べると機能が足りない
それこそが、WSLがVMとして使えない証拠

お前がWSLをVMとして使えない理由を言ってる

>>130
言ってるじゃん

>>132
どこでいってるか、指してみましょうか？
話はそれからね

>>131
フル仮想化より機能が少ないがVMとして使える
フル仮想化すればより便利に使える
いい加減理解したら？

フル仮想化より機能が少ないからVMとして使えない
そもそもVMとして作られてないのでフル仮想化することもない
フル仮想化を使いたければ、Windows上にフル仮想化ソフトを入れればいいだけの話
WSLからWindows上のexeを実行することが出来る
現状で何も問題にならん

>>133
お前は度々「フル仮想化でなければVMとして使えない」と言っている

>>135
ひょっとしてWSL1の話をしてる？
今はWSL2の話をしてるんだぞ
WSL2は軽量VMだ
軽量VMはVMだろ
WSL2はVMだ
軽量VMはVMであるがフル仮想化VMと比べると機能が少ない
WSL2は機能を拡充してフルVMとなるべきだ

>>136
だからどこで言ってるか指せと言ってるだろ

>>137
WSL1とWSL2は実現方法が違うだけで同じ用に使えるように作られてる
内部実装の話をするのは意味がない
同じ用にというのは、VMではなく「MacのiTermの代わり」のようにという意味だ
WSLを「MacのiTermの代わり」として使えてるので何も問題ない

>137
> WSL2は機能を拡充してフルVMとなるべきだ

WSL2も「MacのiTermの代わり」となるべきだ
そしてそれは実現できてる

>>138
>>131

>>140
やっぱり「フル仮想化でなければVMとして使えない」とは言ってないじゃないかｗ
「フル仮想化と比べると機能が足りない」から「VMとして使えない」と言ってる

「（フル仮想化と比べると）機能が足りないからVMとして使えない」
「機能が足りないからVMとして使えない」

>>138
同じように使えるなら変える意味がない
変えたということは同じように使うことを想定していないということ
1と2で変わったことはなにか？仮想化だ
WSLにはVMとしての役割が求められているということだ
ただのbashターミナルの代替品ならVMはいらなかった
Gitバンドルのbashなりなんなりもっと手頃な手段がある

>>141
同じこと
フル仮想化と比べると機能が足りない、というのはフル仮想化でないということだ

>>143
仮想化の有無は関係ない。
VMとして使うための機能が足りないからVMとして使えない
というか、そもそもVMの代わりとして作っているのではないから
あえてそれらの機能を搭載していない。

>>142
> 同じように使えるなら変える意味がない

そういうこと。
MacやLinuxと同じように使えるからMacやLinuxに変える意味がない
それを実現するためにWSLが作られた

>>142
> WSLにはVMとしての役割が求められているということだ

ああ、違うよ。より良いカーネルの互換性を実現するためだよｗ

> Gitバンドルのbashなりなんなりもっと手頃な手段がある
それらは、Ubuntuのパッケージをそのまま使えたりしない

MSはLinuxディストリビューターがやってる大変な
パッケージのメンテナンスをしたくないんだよ

WSLは迷走してるだけ
Dockerをwindowsで使う方向にしても
Linuxで使えばすむし