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

>>252
WindowsTerminalのコマンドプロンプトからのでも文字化けせずに見れるけど
通常のコマンドプロンプトとWindowsTerminalのコマンドプロンプトからのをバイナリ比較してみたけど同一内容だったよ　他のPCで試しても同一
他に環境的な何かが異なるのかな

>>197
いまはinkcapeも(特に)gimpはWindowsユーザーの
ほうが多いのでWindowsメインになってるよ。

>>254
デスクトップのLinuxシェア低いから
Linuxではよく使われているが、一方Winではあんまり使われていない物と言っても
ユーザーの数はwinのほうが多いになっても不思議じゃないからな

WSLってLinuxのVMに比べてどんな利点があるの？
どう考えてもVMでLinux動かしたほうが良さそうに思うんだが

VMを動かさずにLinuxが使える

WSLのほうがVMよりも軽いんじゃない？

>>253
Windows Terminal(WT)のコマンドプロンプトで、
もう一度やってみたら、正常に表示された！

diff a.txt b.txt
みたいに、1回目と2回目のファイルを比べると、異なっている！

ちなみにコマンドプロンプトも、WTのコマンドプロンプトも、両方とも、CP932 でした

chcp
#=> 932

WTには、何か不安定なバグがあるのか、たまたま変な事が起こったか？
謎です

>>259
どう異なっている？
何か勘違いしているのではないか？

>>256
echo $PATH | tr : "\n"
と、WSL で環境変数PATHを表示すると、Linux 側のPATHの後ろに、
/mnt/c/WINDOWS/system32
などの、Windows 側のPATHも、/mnt/c/以下に追加されている

つまり、Linux側から、Windows側のコマンドも呼べる。
例えば、Linux側から、Windows側のメモ帳も起動できる。
ただし、Windows側のコマンドには、拡張子 .exe も付けなければならない

つまり、Linux側からWindows側へは、シームレス。でも、逆はダメ

例えば、Linux側で、

where notepad
where: コマンドが見つかりません

where.exe notepad
C:\Windows\System32\notepad.exe
C:\Windows\notepad.exe

which notepad
存在しない

which notepad.exe
/mnt/c/WINDOWS/system32/notepad.exe

notepad a.txt
notepad: コマンドが見つかりません

notepad.exe a.txt
メモ帳が起動する

WSLはVM

232が勘違いしていただけ、ってのが真相だと思う
ま、よくあることだし若いんなら許される

若くないと許されない理由は、自分の間違いを認めず屁理屈ばかり上手い年寄りは有害でさえあるから

スマン、スマン。自分の勘違いでした！

>>250
>一方、Windows Terminal(WT)のコマンドプロンプトでやったら、文字化けで見れなかった！

これが勘違いで、本当は、WTのPowerShell(PS)で実行していました！
WTのPSで実行したら、同一の内容のファイルができて、それは文字化けして読めません

以上、自分の勘違いでしたので、この話題は終了します。
皆様に、ご迷惑をお掛けしました

>> 223
ありがとうございます．
WSL上でlocaleはいろいろ変えて試しましたが，効きませんでした．
Windowsの言語見て，キーボード選んでるとしか思えないんですよね．

>>256
Linuxの管理をしなくていいというメリットが有る
Linuxのデスクトップを使いたくいないのは当然として
最小構成でもさまざまなサービスが動いている
それがアップデートした時トラブルのもとになる
WSLはそう言ったのが動いてないから軽量で楽

はじめて投稿させていただきます。
当方、WSLについて初心者です。よろしくおねがいします。
いざWSLをインストールしようとしてWebで手順を探したところ
手順がいろいろ出てきて混乱しております。
最新の手順としては以下だけでいいような記載もあるのですが確認したく。。。
wsl --install
これだけでUbuntuがインストールされると考えていいのでしょうか？
また最新のWSLはGUIが動くと聞きましたがこれも上記のコマンドでセット完了するのでしょうか？
お忙しところ恐縮ですが教えていただけますと幸いです。

色々あるのは古い情報が残ってるからで新しい情報や公式情報を見ればいい
>wsl --install
聞くまでもなくやってみればいいと思うが
GUIはWin11ならそのまま使えるが10ならvcxservなどを入れて使う

wsl --installってWSLが入った後はオプションが無いみたいな扱いになるのね…
実行したらUsageが表示されやがった

ストアのプレビュー版だとちゃんと既に入ってると出る

>>269
>公式情報を見ればいい
普通の奴ならMSならそれなりの情報を出しているだろうで、まず公式を見てみるかだが、
Linux板にクレクレと乞食に来る奴は公式を見るなんてしないで
とにかくネットで尋ねればタダだ(だたでやってくれる)ということでクレクレ。
そんなのをまともに相手するの面倒すぎだで、ググれカスのような対応になるしまうんだよな

半月程前の記事ですが..
https://ascii.jp/elem/000/004/076/4076337/amp/

ドキュメント類を読まないとか、やる気無さすぎだろう。

>>267
管理はいるだろ
何書いてんの？

>>273
やる気はあるが
Linuxユーザーには変人・奇人・基地外が多いために、
マニュアルを読む、manコマンドする、ログを読む
なんてしない(変な俺)主義の奴が多いからな。
その代わりネットでクレクレ

MSのネットドキュメントぐらい>>1に入れても良いのかもしれないが
https://docs.microsoft.com/ja-jp/windows/wsl/
でも、Linuxユーザーの大多数の変人・奇人・基地外は>>1は読まない・無視で意味はないだろうが

頻繁にウイルスの脅威に晒されるWindowsに草ァ！
放置してサイトも見ていないのに
処置が必要←defenderの無能さを自ら露呈してて草ァ！
必要と表示するなら自動的に対処しろクソ無能！！嘘吐きMicrosoft

頻繁にウイルスの脅威に晒されるWindowsに草ァ！
放置してサイトも見ていないのに
処置が必要←defenderの無能さを自ら露呈してて草ァ！
必要と表示するなら自動的に対処しろクソ無能！！嘘吐きMicrosoft

Linuxはウィルスの類に対してノーガード戦法で何があってもスルーしてるからウィルス感染しても無警告ですよねｗ
検知するのもユーザの責任。
対応するのもユーザの責任。
素晴らしいゴミOSですよね、Linuxってｗ

https://xtech.nikkei.com/atcl/nxt/column/18/01863/112600003/?n_cid=nbpnxt_mled_pcm
WSL2でLinuxサーバーを立てる、話題のコンテナをWindowsでも 2021.12.15

>>278
ゴミはお前だよｗ

ゲーミングPCにWSL2を導入する勇気

ゲーミングPCっていうのは
最高性能PCって意味だぞ

ゲーミングPCは重量が重いPCという意味だよ
PCファンもうるさいだろう

うそつけゲーミングPCってのはピカピカ光るやつのことだ
おれはくわしいんだ

WSL2を入れるとホストPCが仮想化されて特にグラフィック周りのパフォーマンスが劣化するのでゲーミングPCに入れるのは愚の骨頂

ホストPCってなんだ、ホストOS

WSL2入れなくてもセキュリティのために仮想化されるんじゃないっけ

WSL2の存在意義ってなに？

なんか変な人が居着いたなw

>>287
インストールが簡単。すぐ起動する。軽い。Windows側と双方向でファイルシステムを参照し合える。WSL2からWindowsのコマンドを起動できる。その逆もでき、パイプラインで連携もできる。X Windowも使える。VSCodeと連携した開発環境を構築できる。Emacsの環境を作ると最強になる。まだあるだろうね。自分はWSL2無しではWindowsを使えない体になってしまいました。

>>289
ん？
WSL1でもWindowsと双方向でファイルシステムを参照しあえるしWindowsのコマンドも起動できるでしょ
WSL2よりWSL1のほうが軽いという評価も多く見られるし

>>290
WSL1と比べた場合のWSL2の存在意義を聞いてたのか。すまん。fuseが使えるのでsshfsが動くとか、WSL2側のファイルシステム（ext4）のアクセスが速いとかかな。逆にWSL2側からWindows側のファイルシステムをアクセスすると遅いけど。

>>290
自分の場合の一番の理由思い出した。Emacsでmagit使ってるんだけど、WSL1の時は遅くて使用に耐えなかった。これがWSL2で改善したからでした。

>>292
スレチだけどVSCodeも使えるのにEmacs使うのはどの辺がよくて使ってるの？昔から使ってるから慣れてるとか？

>>293
magitが使えるのもそうだけど、Windowsも含め、ファイルの操作をすべてEmacsのDiredで行っている。WindowsのショートカットやUNCパスにあるものもDiredでアクセスできるようにできるので、Explorerは基本使わない。Windowsドキュメントの起動もwslstartを噛ませてDiredからできるようにしている。sshのアクセスもTrampを使ってDiredで行っている。VSCodeでもできるけど、サーバ側にいろいろインストールされるので、決まったサーバとの間でしか使わないようにしている。
まだあるけど、これが一番の利用目的かな。

>>294
すみません ↓ここちょっとわからないです

VSCodeでもできるけど、サーバ側にいろいろインストールされるので、決まったサーバとの間でしか使わないようにしている。

>>284
ゲーム用のゲーミングPCと
WSL2用のゲーミングPCの
二台持ってるとは思わないのか？

LinuxにLinux入れても、そんなに重くないよ。
仮想環境でベンチマーク動かしながら、録画しています。
https://youtu.be/AI5CHYnWMOg

ゲーミングPC＝ゲームをするものっていうのは頭が硬すぎる

>>297
LinuxからWindowsのコマンドを実行してみて
どれくらいかかる？

基本、Docker とかプロジェクトを、Linux 側に作る方が速い

>>295
VSCode の拡張機能を入れようとすると、
Linux 側にインストールしますかと聞かれる

だからWSL2ではLinux側のプロジェクトを作成して
Windows側からはファイル共有でアクセスするという使い方をする

そしてWSL2の何が素晴らしいかというと
WSLをセットアップした時点で、Windowsからファイル共有で
Linux側のファイルを編集できること

こういうふうにすぐに使える状態でセットアップされてるから
WSLは人気になった

>>295
VSCodeにRemote-WSL入れるとWSLと連携可能になるけど、WSL側の.vscode-serverディレクトリに色々インストールされる。Trampだとそれがない。

>>302
Trampとの比較の話しなのでRemote-SSHの方が適切だね。

>>293
VSCodeはGUIでしか動かんからSSHで繋いだ遠くのサーバの設定ファイルはいじれんしな

>>301
Linux側でいじればいいんでない？
同じマシンにWindowsとWSLが共存してるんでしょ？
どの辺が素晴らしいのかサッパリわかんね

>>304
それをできるようにするのがRemote-SSHでないの？

>>294
Diredが便利なのは、左側のウィンドウで開いているDiredと右側のウィンドウで開いているDiredとの間でファイルのコピーや移動ができる。シンボリックリンクも作れるし、ショートカットファイルも作れるようにできる。Trampと組み合わせるとscpを裏でやってくれるので、WinSCPが必要なくなる。
スレチなのでこの辺にしとくよ。

>>305
Linux側でどうやってWindowsのファイルをいじるの？

>>308
/mntにcやらdやらがあるじゃろ

>>306
俺、VSCode使ったことはないが
今どきのクロス開発対応のすごいエディターのVScodeが(SSHを使ってとかしての)
リモート編集・ビルド・デバッグに対応していないってことはないだろな

>>309
ちょっと調べればわかるような質問(調べるのが嫌だからクレクレ依頼)
への対応はそんな感じになるよな
WSLとWinのアクセスがどんな感じかというと
https://qiita.com/quzq/items/1096c638c0d86795be13
相互運用の例
https://docs.microsoft.com/ja-jp/windows/wsl/filesystems

>>310
Remote-Developmentで可能

WSL2, Ubuntu 18 から20 へ、

~/ 以下のデータの、移行・コピーはどうやるの？

>>313
へ補足

Docker と、VScode の拡張機能・Remote WSL/Remote Container も使っています

WSL の利点は、同じアプリを、Windows 側/Linux側で、2つ持たなくてもよい。
例えば、yarn は、Windows側だけに入れている

コマンドプロンプトで、where yarn
C:\Program Files (x86)\Yarn\bin\yarn
C:\Program Files (x86)\Yarn\bin\yarn.cmd
C:\Program Files (x86)\Yarn\bin\yarn.js

Linux側で、which yarn
/mnt/c/Program Files (x86)/Yarn/bin//yarn

yarn の内容は、各OS で、3つのパターンで、yarn.js を呼ぶ。
node ではなく、nodejs というコマンド名もあるみたい

1. winpty node "$basedir/yarn.js" "$@"
2. exec node "$basedir/yarn.js" "$@"
3. exec nodejs "$basedir/yarn.js" "$@"

#!/bin/sh
argv0=$(echo "$0" | sed -e 's,\\,/,g')
basedir=$(dirname "$(readlink "$0" || echo "$argv0")")

case "$(uname -s)" in
Darwin) basedir="$( cd "$( dirname "$argv0" )" && pwd )";;
Linux) basedir=$(dirname "$(readlink -f "$0" || echo "$argv0")");;
*CYGWIN*) basedir=`cygpath -w "$basedir"`;;
*MSYS*) basedir=`cygpath -w "$basedir"`;;
esac

要するに完成度の違いなんだよな
自分で仮想マシンにLinux入れて頑張ればできる vs 頑張らなくていい
そしてWSLをベースにいろんな技術が作られてるから
WSLに対応していればすぐに使える

>>316
取り敢えず説明等ドキュメントを読んでからにしたほうがいいよ

>>317
読んだ結果なんだが、おまえは自分の意見すら言えないのか？

読んだ上での>>308のレスならヤバすぎｗ

ほらな？自分の意見を言えないんだよ
説得力ゼロな

言う気は無いし説得しようともしていないのだけどｗ

>>313
こんなバッチファイルで行ける。userは変更すること。

set home_dir=user
set src_distro=Ubuntu-18.04
set dst_distro=Ubuntu-20.04

wsl -d %dst_distro% -u root bash -c "mv /home/%home_dir% /home/%home_dir%.orig"
wsl -d %src_distro% -u root bash -c "(cd /home; tar cvf - %home_dir%)" | wsl -d %dst_distro% -u root bash -c "(cd /home; tar xvf -)"

>>318
俺の意見なら俺のレスを辿ればわかるだろ

>>322
間に、コピー用コンテナを置いて、移行できないかな？

Ubuntu 18 → コンテナ → Ubuntu 20

または、データの一部を変える場合は、
Ubuntu 18 → 変換前コンテナ → 変換後コンテナ → Ubuntu 20

>>324
補足

OS が異なるから、コンテナに互換性が無いのか？
それとも、ある程度は使えるのかな？

WSLでMSが手を入れたLinuxモドキを使うくらいなら
VirtualBoxで本物のLinuxをインストールして使った方がいいよね

>>326
それはもう何回も論破されてる
アキラメロン

>>326
ホストOSのパフォーマンス低下が嫌でとかならちょっとわかる

>>328
無理しなくていいよ。
その話題は論破されてる

>>326
目的に合わせて道具を選べない人は論外だよ

メーカーが手を入れたのがモドキなら、この世の大半のLinuxはモドキになるような
WSL2のカーネルもソースは公開されてるからねぇ

initのソースも公開して欲しいね、どんな事やってるのか興味がある

使い分けりゃいいだけという認識だけど、そもそもパフォーマンスには影響ないん？

>>328
ひょっとしてこういう記事に踊らされてない？
ttps://g-geek.net/column/wsl2

>>324
tarボール作ればどうにでもできるのでは？

>>328
パフォーマンスへの影響は当たり前の話で、環境を分けるのが常識なので議論する余地はない

>>322はパイプでtarを流してるから中間ファイルすら作ってない

GPUパススルーは安定してんの？
新しくノート買おうと思ったけど様子見かな

>>299
LinuxからWindowsのコマンドを実行しました。
コマンドで仮想環境を立ち上げて、sshでコマンドを実行するシェルスクリプトです。
仮想環境が立ち上がっていると、立ち上げを無視する様にしてあります。
2回目がそうです。
https://youtu.be/WT9lYVkU8xA

>>338
ではそのやり方を世界中に広めてください。

WSLは「やり方」を統一しているので
WSL用のツールが作れるわけです

WSLは基盤です。エコシステムとも言います

作るものはたくさんあるので言っておきますね。
文字コードの自動変換。
wslpathに相当するパスの変換
ファイル共有の仕組み

ファイル共有の仕組みは仮想イメージをマウントすることで可能。
作る必要はなし。
https://youtu.be/Wd2u0JOB9s8

Windowsから同時に参照できねーだろ
はぁ。使いづら（笑）

WindowsとWSLが同一マシンだって事がわかってないんだよな（笑）
WindowsのVSCodeで編集したものを
すぐさまLinux上から実行できなければ
何の意味もないだろうが

WindowsにはX Window Systemのようにネットワーク上の他のホストにクライアント(アプリ)を表示する機能がないから無理だろう。
マイクロソフトが実装してくれたら出来るよ。
https://youtu.be/meFBmv-jisU

>>343
VMの共有フォルダに有るファイルを編集すればいいだけやんけ
あほなの？

適材適所で使えない人達ｗ

WSLを誹謗する書き込みってやっぱPowerShell信者が書いてるのかな？
WSLの台頭でPowerShell要らない子になりつつあるから

>>344
Remote-Appて違ったっけ

>>343
同期させるか直接編集すれば良いだけなのに何を言っているのやら...

>>348
ゲストOSにsshしX11 Forwardingして、ホストOSのXサーバーに表示しています。
昔のコンピューターは非常に高価だったので、ホストコンピューターにログインして、手元の安価な端末に表示する様に開発された機能です。

>>348
RemoteAppはWindows Serverが無いと使えないが
WSLgはアプリ単位のRDPを使ってる
https://raw.githubusercontent.com/microsoft/wslg/main/docs/WSLg_ArchitectureOverview.png

>>351
いや、Windowsには機能がないというからさ