【Bash】Windows Subsystem for Linux【WSL】7

ヒャッハー！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】6
https://mao.5ch.net/test/read.cgi/linux/1560665525/

仕組みの話じゃなく用途の話では>仮想マシンと違う

WSL の端末の文字色が見にくかったので、変えてみた！

WSLでターミナルの文字色を変える(2019/8/10版)
https://qiita.com/ligun/items/0a63660e1d8b486232d9

ここから、ColorTool.zip をダウンロードして解凍する
https://github.com/microsoft/terminal/releases/tag/1904.29002

コマンドプロンプトで、以下を実行する

5つの内、これだけがマシ！
ColorTool.exe -d deuteranopia.itermcolors

ColorTool.exe -d OneHalfDark.itermcolors
ColorTool.exe -d OneHalfLight.itermcolors

ColorTool.exe -d solarized_dark.itermcolors
ColorTool.exe -d solarized_light.itermcolors

ubuntu 20.04が出た後、どれくらいでWSLで使えるようになるのかね
18.04だとaptで簡単に入らないアプリが多くなってきた(´・ω・`)

自分でアップデートすればすぐだよ

do-release-upgradeしろって出てくるんじゃね？

18.04がストアに来たのは、5月か6月頃だったかね？

ストア上でリリース年月入りのを導入した場合は、自分でリポジトリを設定してアップグレードしてもストア上では旧バージョンのまま。
年月なしを導入した場合は、20.04が来た時点でdo-release-upgrade可能になるはず。
いずれにしろリポジトリの切り替えは自分でやるのか

vmware/cygwin/wsl1使ってるけど、イマイチwslの利点がわからない
これはWSLでしかできないとか滅茶苦茶便利になるとかあるか？

win標準ってとこかな

ストアから入れるだけで使える

Linuxディストリのパッケージがそのまま使えるから、バグ対応や新バージョンが出るのが割と早い

>>342

WSL1ならメリットは楽、起動速い、メモリ少なくて済む。
デメリットはコアユースなら互換性。

WSLでデフォルトのumaskが設定されてないのはなんの理由なんや(´・ω・`)

>>347
/etc/wsl.conf
に↓を書いとく

[automount]
enable = true
root = /mnt/
options = "metadata,uid=1000,gid=1000,umask=22"

仮想PCと違ってシームレスに連携できるのと
WSL側で開放したメモリがホスト側に戻ってくるところかな

まあ鯖として運用するならこれからもWin鯖上でHyper-V環境だろうけど
WindowsとLinuxちゃんぽんで作業する環境ならWSL2便利ってなるだろう

>>342
・Windows標準なので対応しているものが多い（例えばWSL対応のターミナルもあるし、DockerはWSL2対応になる）
・cygwinより高速
・cygwin専用にソフトウェアにパッチを当てなくて住む
・Linuxバイナリがそのまま動く
・cygwin用にパッケージが提供されるのを待たなくてすむ
・Ubuntuのパッケージ管理者と、cygwinのパッケージ管理者どちらを信用する？

VMにFreeBSDは変態か

BSDも仕事で扱う事もあるからcurrentは一つ飼ってるけど
WSLとして統合して欲しいなんて全く思わんしな

TCPやIPのスタックが元々BSD上で開発された誼で安定性は高いとか未だに(無知に限って)言われるけど
IPv6の時代に何言ってんだこのロートル…としか思わん

kame

Windows Pro 版に、Ubuntu デスクトップ・サーバーも付けてほしい

同時に2つ、OS を起動できて、通信できるようにしてほしい

BSDはスループットがLinuxより高いからサーバー向けだという話も過去のことだからな。

ライセンス関係でルーターとかに入っている場合があるけどな

思うに
・多言語化がX任せでOSとして解決する気が無かった
・CARDBUS関係の仕様策定で日本が負けて技術者を手放し、ノート系の普及を妨げた
・取り巻き連中の思考が変
とかが衰退した理由なんだろうな。
16MBの壁の頃は十分取り戻せた

てす

ｒｏｏｔ＠ＰＣ：（／ｒｏｏｔ）　＃　／ｍｎｔ／ｃ／Ｗｉｎｄｏｗｓ／ＳｙｓＷＯＷ６４／ｒｕｎａｓ．ｅｘｅ /ｕｓｅｒ：ＰＣ￥￥Ａｄｍｉｎｉｓｔｒａｔｏｒ　ｃｍｄ．ｅｘｅ
PC\Administrator のパスワードを入力してください:
↑
なんて入力すればいい？
sudo passwd rootに相当するコマンドは？
（書き込めないので全角文字にに変換してます）

root@PC:(/root) # /mnt/c/Windows/SysWOW64/runas /user:PC\\Administrator cmd
https://pc-karuma.net/windows-10-enable-administrator-account/

ちなみに cmd を管理者で実行したいだけなら
スタートから cmd を選んでマウスで右クリックして管理者として実行でもいける

ありがと
後でよく読んでおく

Administratorの環境変数を設定するにはプロファイルとかいうのを使うの？

つかれた
あと2時間サビ残
なのでWSLであそぶ！

WSLのターミナルの既定値とプロファイルで自分の好きなフォントを設定してるんだけど、ターミナルやシェルを起動するとデフォルトのフォントに戻ってしまう。
どこをいじれば、フォントが固定されるんや(´・ω・`)

>>362
winsudoってのがある。
https://github.com/smzht/wsl-utils

>>358
cmd＠.exe, Powershell も起動時に、管理者で起動できる

>>362
漏れのUbuntu 18.04 の、~/.bash_aliases の内容は、Windows のパスに、/ を使える。
設定を、~/.bashrc に書くなら、shopt -s expand_aliases は必要ない

export LANG=ja_JP.UTF-8
export EDITOR=vim

shopt -s expand_aliases

alias windoc='cd /mnt/c/Users/Owner/Documents'

よくわからないチューニングされた独自カーネルより
ひにすかなちりこらさとかで普通のやつ動かしたほうが確実だろ

何その呪文

ひにすかなちりこらさ

意味わからなかったの俺だけじゃなくて安心した

>>368
よくわからないのはお前がバカだからんだろ？
それとも普通のカーネルなら、チューニングの内容をお前理解できてんの？
どっちみち理解できてないだろ。

>>370
分かった。VirtualBoxだ。このアルファベットのキーをかなで入力するとそうなる。暗号を解いた気分。

みかかとか得意げに書いてた老害なんだろうなw

>>374
うちのガキも爺ちゃんからミカカの話は聞いて知っとるとよ。

昭和のオタクって感じだわなｗ

OTTFFSS

>>376
今のガキはパソコン通信とかテレホーダイなんてやったこと無いからな。

ID:M7VUztq3
↑なんで自作自演したの

>>379
最初の投稿は368だ

368もお前だと思われてるんだろが

恥ずかしいやつだな

言いがかりはやめてくれ。

歳をとったのでemacsとtcshから離れられずにいる
新しいことが覚えられない
Pythonスクリプトぐらい書けるようになりたいわ

Objective Cは昔からあってJaveも読み書き出るんだけどね

Java

fish使ってみたら？
俺も10年くらいbashとzshだったけど、気晴らしにシェルを変えたら結構使えるのよこれが・・・

WSL2のLinuxカーネルは将来的にWindows Updateで配信するようになるみたい
PrevewのSlow Ringでインボックスに含まれなくなった
https://devblogs.microsoft.com/commandline/wsl2-will-be-generally-available-in-windows-10-version-2004/

あ〜あ…
Prevew→Preview

>>388
まあ
WSL1 ≒ WSL2
WSL = Windows Subsystem for Linux ・・・Windowsの機能
WSL2 ・・・ Windows Subsystem for Linuxの別実装
と考えれば、それは当然かと

今もWindowsの機能としてWindows Updateで配信されてるわけだし

>>368
用途を理解しろよ
ああ理解できる程じゃないのかｗ

このスレ１〜２年ぐらい見てなかったから今さらな質問するけど
WSL1とWSL2の違いは何？
自分のシステムがどっちかを調べる方法は何？
WSL2のインストール方法な何？
WSL2のルートファイルシステムの置かれてるディレクトリはWinから見てどこ？
AppData\Local\lxssからAppData\Pacages\Canonicalなんちゃｔらへデータを移行した覚えはあるけど
現在はどうするのが正しいの？

Linux PC 4.4.0-18362-Microsoft #476-Microsoft Fri Nov 01 16:53:00 PST 2019 x86_64 x86_64 x86_64 GNU/Linux
これだとWSL1それともWSL2?

>>392
https://docs.microsoft.com/ja-jp/windows/wsl/wsl2-install

>>392
その1〜2年で全く変わってしまったよ。便利になりすぎ。

WSLは何？（質問にないけどｗ）
WindowsのCLI環境を大幅に強化するために作られたもの
Linuxの優れた点であるCLI環境とほぼ同じものを
Windowsに移植したものと考えれば良い

> WSL1とWSL2の違いは何？
実装方法の違い。それによって使えるカーネルの機能が異なる。
使い勝手ってはほぼ一緒。そういう使い勝手になるように作りこんである。
WSL1同様Windows Homeでも使えるし、速度も使用メモリも大きな違いはない。

> 自分のシステムがどっちかを調べる方法は何？
システムではない。WSLではUbuntuやDebianなど複数のディストリを入れられるが
そのディストリごとにどちらを使うか決める。
後からWSL1⇔WSL2を相互に変更することもできる。（変更には数分かかるがOSの再起動は不要）

> WSL2のインストール方法な何？
WSLをインストールすれば、WSL1もWSL2も両方インストールされる。

> WSL2のルートファイルシステムの置かれてるディレクトリはWinから見てどこ？
WSL1と全く一緒だろうが、そんなところは見る必要がないので忘れていい。
アプリ内部の話だからユーザーが知る必要がないこと。
そんな所にアクセスする必要はなく、エクスプローラーから\\WSL$Ubuntu\以下で
ファイルに自由にアクセスできるし他のPCに移動するなどで必要なら、
WSLコマンドでWSLファイルシステム全体をtar形式でエクスポートとインポートが可能

>> WSLをインストールすれば、WSL1もWSL2も両方インストールされる。
WSL1がインスト−ルされてる状況でさらにWSL2を有効にするにはどうすればいい？
ファイル名を指定してして実行で\\WSLと入力しましたが反応がないです

と、その前に394さんのリンク先読まなくっちゃ

ああ
仮想マシン使うのか
Hyper-VでubuntuつかってるからWSL2はいいや

>>396
> WSL1がインスト−ルされてる状況でさらにWSL2を有効にするにはどうすればいい？
だから両方インストールされ、両方有効になってる。
片方だけ有効にする方法はない。
ディストリ毎に使うWSLのバージョンを切り替えるだけ

> 仮想マシン使うのか
使う仮想マシンは一つだけ。その仮想マシンはWindows起動時に起動している。
HyperV上のUbuntuのように別に立ち上げる必要がない。

だからWSL1と同じように使いたくなったらすぐにWSL2が使えるし
HyperV上のUbuntuと違ってメモリも消費しない（使わないメモリを開放してくれる）
WSL1の代わりとして使うなら、HyperVよりもWSL2の方が良い

仮想マシンは重くて使う気にならないよ

仮想マシンだと、仮想マシン上のファイルに
エクスプローラーからアクセスするだけで手間がかかる
そういったのを全部予めやってくれるのがWSL2

１〜２年も前の知識だからエクスプローラーからWSL上のファイルを
参照できるということも知らないようだ。
WSLは相当便利になっているということを知らないで
それと仮想マシンを比べるのは間抜けな話だ

LinuxのGUIのアプリをWSLで動かすのはしんどいしうまくいかないこともあるから、
仮想マシンでLinuxを動かすのはNGって決めつけるのもイクナイ。

WindowsのGUIを使えばいいだけでは？

WSL2はまだInsider Previewのみ、バージョン2004には載るからもう少しだね

>>398
WSL2用の仮想マシンはWSL2に接続しようとした時に起動されるはずだけど？

>>402
WSL2に接続とはいつのことを言ってる？
少なくともbashを起動したときではない
ミリ秒レベルでコマンドプロンプトからWSL2上のコマンドを実行できる
ミリ秒レベルで仮想マシンが起動したとしたらそれは逆にすごいｗ

WSL2の仮想マシンはシステム全体で一つしか起動しないってのが重要
例えば、Docker for Windowsの最新版はWSL2対応だが、
これはWSL2上で専用のディストリを動かしている。

つまりWindowsでDockerとWSLを使う場合、
二つのディストリを使うことになるが
起動する仮想マシンは一つのみ

>>403
あれ？使ったこと無い？
初回起動だとわかる位には遅いけど
その後は操作しなくてもしばらく起動してるから2回目以降は早いね

> 初回起動だとわかる位には遅いけど
何秒ぐらい？ しばらく放置してからUbuntuを起動しても
1〜2秒しかかかってないが？
こんなに速く仮想マシン上のUbuntuが起動するかね？

1〜2秒くらいだね
Linuxディストリでもカーネルだけならそんなもんだよ

ごめん
なんか自分のせいでフレームになちゃったね

>> 仮想マシンだと、仮想マシン上のファイルに
>> エクスプローラーからアクセスするだけで手間がかかる

WSLのシェル上からｓｃｐするだけでWindowsからVMへのファイルコピーはできてます
不便に思ったことはありません

コピー元のファイルをデスクトップに置いておいて
scp ~/Desktop/hoge VM:
だけ

あと、WSL2はWindowsの休止状態との相性はどうですか？
今使ってるWSLは休止状態から回復してもセッションを維持してくれてます
マシンは基本的に1か月に2回ほどしか再起動しないので休止状態との相性が悪いようだと困ります
なので急いでWSL2を試してみるつもりはありませんが
insiderな方はかなり試していらっしゃるのですね

WSLからは電源の状態には関与しない
逆に言うとステータス取得も一筋縄ではいかないということだが
省電力やスリープハイバネはWindowsの機能しかない

だいたい現状が見えてきました
質問に答えてくれた方がたありがとうございました

>>408
> WSLのシェル上からｓｃｐするだけでWindowsからVMへのファイルコピーはできてます
> 不便に思ったことはありません

人の話聞いてる？

ローカルPCにあるデータは、エクスプローラーから簡単に参照できるべき
WSLだとエクスプローラーから簡単に参照できる。
だからWindowsでいつも使ってるテキストエディタやツールをそのまま使える

>>410
> あと、WSL2はWindowsの休止状態との相性はどうですか？
Windowsは全てのアプリを休止したところで
問題なく復旧できる。当然WSL2も含まれる。

エクスプローラから参照したいならsambaで共有してマウントするだけ

つまりsambaのセットアップをしないといけないわけだ

Windowsとは別にLinux用のアカウント作って、さらにsamba用のアカウントも作る
WindowsユーザーとLinuxユーザーのアカウントのマッピング。ディレクトリのマッピング
実行権限の扱い。シンボリックリンクをどう見せるか（sambaのunix extensionsの機能）
Windowsからそれらを問題なく扱えるようにするにはどうするか
何がベストプラクティスか調べて自分で設定しなければいけない。

そういった面倒なことをWSLは解決してる
samba使えばって言うけどインストールするだけじゃだめなんだよ

>>415
WSLだとそんなことしなくても、エクスプローラー・ファイラー双方から互いに簡単に参照できる。シームレスに連携できることがメリット。
どういうものか理解してから書き込んだ方がいいのでは。

>>417
マジっすか？
どうやったらエクスプローラーから見れるの？

そのくらい適当にぐぐるなりして、当時のリリース記事でも眺めてきたらどうか。
他人の時間を浪費させることが目的のネットトロールでは。

wsl1だけど ¥¥wsl$¥Ubuntu¥ みたいなのを直接開くなり、ショートカット作っとくなりすればええで
俺はネットワークドライブを割り当ててる

>>420
ホェ〜、知らなんだわ
こりゃええわ、ありがとう

>>419
死ねよチンカス

初心者がアホに解説するスレ

WSL は、Linux 側から、Windows 側を操作するものだろ

Windows側から、Linux側を見れるかな？
その方向は禁止されているのでは？

だから、VSCode の拡張機能に、Remote WSL が出来た。
Windows側からLinux側を、Remote で操作できる

>>423
> WSL は、Linux 側から、Windows 側を操作するものだろ
一行目から間違えるな。

まず理解しろ。嫌かもしれんけど（笑）理解しろ

WSL は、WindowsでLinuxアプリを動かすためのものだ。
Linux用にビルドされたバイナリをWindowsでそのまま動かすものだ。
Linux側とかWindows側とかいうものはないと思え
双方でファイルパスの指定の仕方が異なるだけだ

一つのWindowsというOSの中で
WindowsアプリとLinuxアプリが共存している（ように見える）

>>423
Remote WSL はSSHで接続とかしていない。
同一OSなのだからそんなことをする必要がない。

例えばWindows用のRubyとWSLのUbuntuにRubyの両方を入れた場合
どちらが起動するか？コマンドプロンプトだとWindows用のRuby
WSLのbashだとLinux用のRubyが起動する。

コマンドプロンプトから、WSL用のrubyを実行するには
wsl --exec ruby --version とうたなくてはいけない

Remote WSL はこれをラッピングしてるようなものだ。

とはいえ、コンソールとttyの違いでご動作おきたり(wsl上のemacsのシェルからwindowsのexeファイルを叩くと発生)
パーミッションは読んでくれなかったりとか cygwin で苦労してた部分もわりと残ってたりはする
リンク絡みの互換性は wsl2 で完全に取れるようになるらしくて楽しみ

Linux 側の領域は、C ドライブの特別な領域に収められているから、
そこを、Windows 側からアクセスしちゃいけない。
ファイルシステムが壊れるから

必ず、Linux側を起動してから、アクセスしないといけない

もちろん、Linux側からは、Windows側を、/mnt/c でアクセスできる

>>423
今頃何言ってんだ？寝ボケ過ぎだろｗ
ドキュメントくらい読めや
https://docs.microsoft.com/en-us/windows/wsl/about
https://devblogs.microsoft.com/commandline/

>>427
昔はそうだったけど UNC パス通してのアクセスは合法だよ。あとから追加された。

>>427
特別な場所にあるとか言ってる時点で知識が古すぎる。
たしかに特別な場所にあるが、なぜそんなところを見ないといけないんだ？
そんなことせずにWindows側からアクセスできるだろ。
普通にメモ帳などで開けるだろ。

VS Codeは使ってるけどMacでだ・・・
Windowsのエディタは秀丸かEmEditorがいい。
スクリプト系はVS Codeがいいかもしれんけど。

４１２だけど、もう一度、質問に答えてくれた方々ありがとうございました
ところでなぜあなた方はそう好戦的なのですか
もう少し穏やかに情報交換しましょうよ

あと、WSL２について追加質問をさせてください
WSLの仮想マシンのファイルシステムはホストのNTFSに埋め込まれてるのですか？
それともvhdxみたいなフォーマットにパックされてるのですか？

あとWSL2の長所に手間のかからないことと挙げてる人は少し違うと思います
むしろ手間をかけることはゲーム感覚で楽しむものでは？
sambaなんて10分でセットアップできましたし

ファイラーのエクスプローラーから、\\wsl$ で見れる？
これって、wsl を起動してないよね

コマンドプロンプトで、wsl と入力すれば見れるけど、
漏れが言いたかったのは、このように、Linux側を起動すれば見れると言うこと

まあ、そういうのもWindowsのサービスの自動起動などで自動化できますし
手間がかからないようにするための手間は惜しまない（笑