【Bash】Windows Subsystem for Linux【WSL】11

ついに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】10
https://mao.5ch.net/test/read.cgi/linux/1615976083/

start -Verb runas <Command> で管理者実行できることがコマンドプロントに対するPowerShellの優位性だけど、
そもそもbashならsudoコマンドで簡単に同じことができている

>>408
Linuxというよりシェルの話つまりbashとPowerShellの話なので

>>407

だったらWSL使ったらいいのではないですか？Windowsの一つの
機能なんですから。

それとbashとsudoは関係ないよ。わかってるかな？

Windows Subsystem for LinuxはまだLinuxネイティブに追いついてないんだね

/mnt/c以下にまともな速度でアクセスできるようになったら起こして

>>411
関係あるよ

>>412
>>413

至らない点を取り上げて貶して使わないより
利点を利用するほうがいいよ。

人生においてもね。

PowerShellでctrl-mを入力してイラっとする

>>414

関係ない。LinuxやほかのUnixの機能。

bash=linux

って勘違いしてる人？

>>415
利点が無いんで利用するという選択もないんですよ。

それに便利さの影には危険が伴うこともあります。
WSLにバックドアはありませんか？

>>418

そういう人は利用しなければいいんじゃないですか？
WSLもいらないなら機能を追加しなければいい。

それだけじゃないんですか？

>>416
Set-PSReadLineOption -EditMode Emacs

>>420
キターーー
普通に質問すると教えてくれない人が多いけどw
ありがとうございます、試してみます

PowerShellは大部分においてBashやZ shellに劣るけど、
Set-PSReadLineOption -PredictionSource History で直近の前方一致候補が薄文字表示される機能や、
Set-PSReadLineKeyHandler -Key Tab -Function MenuComplete で選択形式の入力補完できる点は肯定評価できる

ププ、いけたw
ctrl-p、ctrl-nも使える
ctrl-iで補完はだめか

i-searchもできるね、面白いじゃん

WSLのBashがPowerShellを飲み込むか、PowerShellがWSLのBashを飲み込むか、だと明らかに前者の可能性高いわ

どっちが飲み込むかどうかは知らんけど
慣れたキーバインドが使えるとなると勉強してみようかなって気になってきたよ

>>425
法人のWindowsクライアントのサポートでPowerShellはよく使われているからな
俺の会社のWinクライアントにはWSL入っていないから、サポートする情シスはPSで
クライアントの設定をあーだこーだとしている。

PowerShellがだめなのは、長い名前のコマンドレットの存在

PowerShellをシェルとして使いたいと思うか？
プログラミング言語としては問題ないが
シェルとしては使いたくない

>>418
> それに便利さの影には危険が伴うこともあります。
> WSLにバックドアはありませんか？
ありません。もしあったらLinuxにもあるでしょう。

Linuxは便利だから、危険が伴いますね
Macも便利だから、危険が伴いますね

だから便利ではないWindowsをみんな使うのです（笑）

ksh→fishと使ってきたが、wslのおかげでやっとpwshに移行できた
wsl関係ないけどmacでも使えるし最強

>>428
標準エイリアス命名規則があるのと、動詞を落とした時のフォールバック規則で短くなるよ
オプションも途中まで打つか、キャピタル入力で曖昧にならない限り受け付けるので、対話では簡潔な方と思うけど
-NonInteractive→-noni
-WhatIf→-wif
-Confirm→-cf
くらいの想像が付く省略は使う
-nop(noOPでなく-NoProfile)みたいな誤解を生みかねない用法や-一文字は避けるけど

スクリプト書くときも短縮で書いたのを、標準モジュールのpsreadlineに通して正規化してる

せっかくwsl使うなら触らなきゃ損

unixシェルが普及するとしてもbashだけはありえんわ
bash_completion管理するのはもう疲れた
パス通ってればスクリプトの引数やヘルプから勝手に拾って補完してくれるPSReadlineは素晴らしい

lnとかのファイルシステム系コマンドや権限関連はNTFSで挙動おかしいから、相互運用性を考えるとni等cmdletを使うのが楽

pwshで気に入らないのはgciやslが使いたいのにlsとcdへ標準でマップされてるところ、使い分けたい

自分環境ならalias解除しておけばいいんだけど、他人のマシンで作業するとストレスが募る

いつの間にかln -sでもwindowsのシンボリックリンク機能使えるようになってるな、抽象化レイヤー咬ませたんだろうか？
権限は狂ってるけど
少し前のビルドではwin側からmklink呼ぶかni使うしかなかった

「Docker Desktop」のWSL 2＋NVIDIA GPU対応が正式に 〜「ほぼネイティブ」なパフォーマンスを発揮
暗号化や機械学習……LinuxのGPUコンピューティングをWindowsでも
https://forest.watch.impress.co.jp/docs/news/1376533.html

コマンド入力が面倒なら、インクリメンタルサーチコマンドを介したコマンド履歴入力補完を使えばいいじゃない

PowerShellの地味にヤバいところは、Helpコマンドで取得できるヘルプリファレンスがあまりに貧弱なこと
書式だけはスッキリしてて中身スカスカなところは、かつてのショッピングモール「ピエリ守山」みたいな明るい廃墟感がある

bashは大幅な機能アップは見込めないからなぁ。先が見えてる。

>>433
何年前の話をしてるんだ？
シンボリックリンクなんてWSLの初期の話だぞ

windowsコマンドとも結構被せてるよな
短縮規則通りのエイリアスだけにして欲しい

正書法を保ちつつエイリアスでワンライナー順応というのはいいアイデアと思う
&, -ov/iv, %, ?, $_あたりを多用しだすとperlよりラインノイズ
perlをコマンド言語化、という設計だからそれで良いのかもしれんけど

>>437
pwshのようにコンテキスト関係なくperl系regex表記と演算子使えるようになればワンチャンあると思う
grep -Pも永遠に未完成なGNUより他のboune系shに期待した方がいい

>>436
about_Updatable_Help
https://docs.microsoft.com/ja-jp/previous-versions/windows/powershell-scripting/hh847735(v=wps.640)

>>438
そうなんだごめん
windows update止めてたからか

>>436
gh topic -full/detailはmanpageより(行数的な意味で)は情報あるんじゃ？
-exで例の節だけ見れたりなかなか便利

SYNOPSIS節は大体自動生成に投げてるから、無駄に冗長
あれはなんとかして欲しい

日本語は自動翻訳の品質ヤバいので、update-helpするならen_US指定は必須

なんでWSLスレがトップになってるの？
くだらんことを延々と書き込んでるんだな

このスレは自作自演かな？
上げてあげるよ

>>443
サンキュー
Update-Help と Update-Help -UICulture en-US でオンラインヘルプの廃墟感が軽減した

というか、PowerShell7のMSIインストーラーはファイルサイズ103MBもあるのにオンラインヘルプがインストールされないとか意味不明

>>441
grepとGNUとshに何の関係があるんだ？

>>447
何ヶ国語もあるからだろ

しかし日経＊＊はWSL推しがすごいよな
あれ絶対マイクロソフトから広告費ってるだろ
どこの世界にWindows上のWSLでサーバ立てるアホがいるのよｗ

>>450
単に特集の1つの記事なのに、どういう発想だろう。
嫌なら読まなければいいのに。

>>450
開発用のサーバーなら建てるぞ
本番運用のサーバーを建てるって言ってるのか？

>>452
開発用サーバこそVMWareかVirtualBoxだなぁ
開発も移行もバックアップも楽だしね

>>453
え？今なら普通dockerじゃね？

>>453
なんでバックアップなんかとってるの？
仮想マシンだからバックアップを取らないといけなくなってるんだよ
WSLだとバックアップを取る必要がない

Windowsで開発したいのに仮想マシンを使うというのはナンセンスだな
仮想マシンだと開発環境を作るのが大変だって話をしてる
だからバックアップが必要になる

WSLだとデフォルトで開発マシン状態になってるから
gitからソースコードをpullするだけで動く

WSLに否定的な人はだいたい加齢による理解力低下がみられる人だから、そっとしといてやれ

いや、>>456はどう見ても開発マシン構築したことないだろ
せっかく構築したマシンが飛んだらまたイチからやるのかよ
あと開発マシンにテスト的に設定変えたりツール入れたりしたのがまずいとわかったら破棄してバックアップからすぐにやり直せる

>>458
一人でやってるとVirtuaboxでやって自分で
バックアップとるんでしょうね。

開発環境のセットアップなんてansibleで一発じゃないの？
ローカルの開発マシンにごちゃごちゃ余計なもの突っ込むなんて考えたくもないけど。

>>460
趣味で開発とかの人は環境を構築することからが開発だから。
仕事の人は開発環境は与えられるものであって自分で構築したりは
しない。

>>460
いやvagrantで十分だと思う

>>455
>WSLだとバックアップを取る必要がない

開発経験はおろか環境構築の経験もないだろあんた

そういえばWSL2にはスナップショットが無いね
そのうち実装されるかな？

>>463
環境はソースコードから生成できるから
環境自体のバックアップは必要ないって言ってるんだけど
理解できない？

データのバックアップと環境のバックアップの区別ついてる？

>>462
vagrantだと環境の更新が面倒すぎる
毎日イメージを取ってこなくてはいけなくなる

>>464
WSLのスナップショットなんか
ずっと前からあるが？

>>467
あれ？あったっけ？
export/importじゃなくてHyper-Vで言うチェックポイント

Hyper-V用語でなかったのは申し訳ない

>>468
exportの意味じゃなくて本物のスナップショットなら
Windowsのスナップショット機能を使えばいい

WSL＝Windows上の開発環境
なぜWindows上で開発しているのに
Windowsのスナップショット機能を使わないんだと言う話？

もしLinuxで開発していたとしたら
Linuxのスナップショットを使うでしょう？

Linuxで開発しているのにその上に仮想マシン入れてLinux入れて
仮想イメージのスナップショットを使うわけないよね

Linuxで開発＝Linuxのスナップショット機能を使う
Windowsで開発＝Windowsのスナップショット機能を使う

Linuxがクライアントとしてこの先生きのこるカギはWSLが握ってるから

>>470
コンテナみたいな隔離された環境単体の、特定の状態を保存しとけたらいいかな？
と思ったけど少数派だったみたいね

export/importでももちろん出来るけど時間が掛かるのが今一つ

>>471
と、いうかWindowsのイチ機能として生きていく感じですね。

>>469
Windows のスナップショットって何？
まさかと思うけど復元ポイントじゃないよね？
Windows Server なら VSS 使えるけど

>>474
Windows10 でも　VSSは使えるんだけど。

>>474
標準で物足りないならサードパーティーのものを使えば
いいと思うよ。

>>475
そうなんだ、それは知らなかったわ

>>476
なんでそんな話になるんだ？

>>477
VSSより使い勝手が優れたものはあるから、気に入らなければ
それを使えばってこと。

誰も気に入らないなんて言ってないのに？

>>479
あまり知識がないようだから、もっと使い勝手がいいものも
あるよって紹介しただけだよ。なに苛ついてんの。

はいはい、自称情強さん乙w

>>481

次の方、どうぞ〜。

>>482
ハイ！

WSLgとGPU対応って結局Win11専用なの？

Xのソフト動いても、たいていウィンドウズのあるんだよな。
Linuxにしかないのってなんや？

LinuxにあってWindowsにないものか・・・

MTAやMDAにはWindowsにないものの方が多いんじゃね？
ncursesみたいなコンソールアプリ作成支援ライブラリもないし、ネットワーク系がWindowsは弱い印象。
Linuxのiptablesみたいな仕組みがあればルーティングが楽になるんだけどねぇ

> 標準で物足りないならサードパーティーのものを使えばいいと思うよ。
製品名すら書けないとかどんだけ出し惜しみしてるんだよ

>>486

それらはX使わないのでは？

>>486
パソコンをルータの代わりに使うところってまだあるのか？
ルータ専用機でいいじゃん

>>485

昔はGIMPとかそうだったけど(動いたとしてもすごく不安定)
いまは逆にWindowsのほうが主流になった感じですしね。

xfontselとかはWindowsでは意味ないからなぁ。

>>489

Windowsでもできるしね。iptablesは使わないけど。

>>485

fontforgeはそうですね。今でもWindows用はX Server使ってるし。
WSLで簡単に導入できるようになったのが便利。

>>492

失礼しました。最近はXじゃないWindows版もあるんですね。

ハッカー文化っていうのは、Linuxだけで動くソフトウェアを作ることじゃないんだよね
あらゆるOSで動くソフトウェアを作りたいと思ってる
だからWindowsでも動くようにしようとする

>>494

特にGUI使うソフトはWindowsでも使えるようにしたほうが
はるかに多くの人に使ってもらえるからね。

GUIアプリはWindowsでも動くように作られていたのに比べて
CLIコマンドはWindowsを無視されていた

なぜならCLIコマンドだけ頑張っても
Windowsにはbashがなかったから

bashだけがあってもだめで
シェルスクリプトから呼び出せるいろんなコマンドが必要

GUIアプリは単体のアプリですむのにくらべて
CLIコマンドはそういう環境を作らないといけなかった
それがcygwinやmsysだったが、WSLによって環境全てが移植された
この意味は大きかった

>>496
Unix的な使い方をしようとする人がいるからね。
そういう人はPowerShellとか毛嫌いしてることが多い。
今は便利なものは取り入れるっていう文化がWindowsのほうがあるね。

>>497
Linuxの文化はWindows的なものは排除するか独自実装して対抗しようと
したけど、WSLによってWindowsにLinuxが取り込まれてしまって
挙げたこぶしを下げられなくなっちゃった感じですかね。MSは強かだししぶとい。

どっちがどっちを取り込むということではなく
WindowsとLinuxで相互運用できる抽象化技術が発達するでしょ
で、それがデファクトスタンダードになっていく

windowsがtcpip話せるのは中にbsdいるからだろ

規格の話をしてるわけじゃないんだが
どちらかというとバイナリモジュールそのものの共同利用

>>500
bsdも中にARPAがいるからでは？

>>488
GUIアプリだけがプログラムじゃないのだよ。

>>489
ルータ専用機じゃ細かい所まで処理できないんだよね。
特定パケットを切り取って処理するとか、ちょっと書き換えて送り出すとか。

>>491
Windowsのルーティング機能はタコすぎて使えんｗ

>>503
あなたが言ってるルーター専用機は何ですか？
おしえてほしいな。

家庭とかごくごく小規模のところ以外Linuxをルーターにしてるところは
ないと思うけど。実例あるのかな？

スレ違い上等で書くけどさ、fzf version 0.29.0でプレビューウィンドウの位置をキー入力で変更できるようになったね

>>503
×ルータ専用機じゃ細かい所まで処理できないんだよね。
○ルータ専用機じゃ普通やらないようなこと変な事ができないんだよね。

だろ？

特定パケットを切り取って処理するとか、ちょっと書き換えて送り出すとか
一体なにをしたいのかわからん。
手段ではなくて、やりたいことを言ってみ