【Bash】Windows Subsystem for Linux【WSL】10

ついに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】9
http://mao.5ch.net/test/read.cgi/linux/1607589861/

今の所Linux側のIMEを使えるようにしておけば行ける
WindowsのIMEを使うのは既に改善のリクエストが上がってる

なんでWindowsのIMEを使おうとするんですか！？とか思ってそう
まあLinuxで使いたいのはアプリであって
それを取り巻く環境じゃないんだよな

プレビューリリースで英語以外の環境が後回しなのは良くある事だからねぇ
必要だと思ったら早めにフィードバックすれば、安定リリースには間に合うんじゃないかなぁ、多分、きっと、もしかしたら…

WSL2 では、MSストアにないディス鳥でも、

Docker に詰めれば動くと、誰かが書いていた気がする

WSLがそんなになんちゃってLinuxならchromebookのlxcのLinuxの方がやっぱり完全性からも優れてるんだな
GUIアプリははじめから使えるし

>>345
ありがとう。日本語入力できたよ。
ubuntuのterminalからアプリを起動しないと日本語
IMEが使えないんですね。
スタートに追加されたアイコンから起動してもIMEが使えなくてハマりました。

>>348
WSL1でもDockerイメージ作成と同じ手順でtarボールを作成すれば動くよ
（CentOS Streamで確認済み）

端折ったけど、rootfsのtarボールを作成してインポートすれば動かせるってことね。

>>349
lxcじゃ一番重要なWindowsとの連携ができないじゃん
っていうかWSL1ならともかくWSL2はMSがカスタマイズした
本物のLinuxカーネルを使ってるし動かすUbuntuも同じ

lxcが使ってるコンテナはWSL2でも使ってるので基本技術は同じでGUIを動かすのは大変だよ
https://qiita.com/m-shibata/items/907986ed25f7619dc5eb

だからChromeも大変な思いをしてCrostiniを開発してようやくGUI対応したんでしょ？
lxcだけで簡単にGUI対応できるわけじゃない
比較するならせめてCrostini vs WSLで比較しなきゃ

>>348
> Docker に詰めれば動くと、誰かが書いていた気がする

むしろDocker に詰めればWSLはなくてもWindowsで動くよ
WSLがない時代からDocker for Windowsがあるわけで

>>348
Dockerイメージからexportしたtarを、WSLへimportするということ。
やっていることは出力したベース・システムをtarファイルにまとめる方法と同じ。

違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。

> 違うのは、ベース・システムを取り出すにはLinux環境が必要なのに対して、Dockerイメージの場合はそれが不要ということ。

どういう意味？

すでにtar.gz（？）でまとめてあるから、取り出すときはは不要ってこと？
まとめる時にLinux環境が必要だよね？
tar.gzファイルをダウンロードするのはLinux環境がなくてもできるけど？

分かりづらかったから補足するけど
DockerがサーバーにアップしてるイメージをダウンロードするのにLinuxが不要という意味なら
サーバーにアップしてあるVMイメージをダウンロードすることなんて
どのOSでもできるよねってこと

WSL使ってるのはアホばかり

何らかのディストロをDistrobutionをWSLで動かしたい場合、

方法１
何処かに構築したディストロ環境からベース・システムを出力して、tarにまとめる。
tarをWSLへimportする。

方法２
Docker Hubから目当てのディストロ・イメージをダウンロードして、Dockerでexportする。
exportしたtarをWSLへimportする。

方法２は、ディストロ環境を構築する手間がいらないということ。

VMイメージをダウンロードするのと違うのは、みんなWSLで使いたいのであって、Hyper-VやVMWareで運用したいわけではないということ。
どちらが良いとか、別の方法でもできるとかは、個人の都合。

> Docker Hubから目当てのディストロ・イメージをダウンロードして、

ディストロ・イメージはどうやって作るの？
Linux使わないで作れるの？

これ使うと良さそう

Creating a WSL distribution from a Dockerfile
https://source.coveo.com/2019/10/18/wsl-from-dockerfile/

1. Build the Docker image from the Dockerfile.
2. Run the newly created image in a container.
3. Export the container filesystem using the ‘docker export’ command.
4. Import the filesystem in WSL using the ‘wsl –import’ command.

WSLが実際のLinuxとは違って、systemdによるデーモン機能が不要な
Dockerと同じコンテナ技術をベースにしてるから
ファイルシステムの中身さえあれば用意に変換できるってことね

>>353
crotini vs WSL2　で比較した場合、Linuxの完全性からcrotiniの方が優れているのかな？

Linuxの完全性を目的としている人なんていないので（完璧がほしければ仮想マシンを使えばいい）
crotiniを使いたい人もLinuxの完全性なんかどうでもいいと思ってるでしょう

WSLは普段使うWindowsに統合されているということが重要なので
ホスト環境がWindowsじゃないと意味がない

>>363
いやいや前提が違う
例えば子供にwindowsかchromebookを与えてLinuxも勉強させたい。
その時、crostiniかWSL2で勉強させるのはどっちがいいか？ってこと。

それなら仮想マシンにLinux入れるところからやらせればいいだろ
どちらもかわらん。なぜ目的を無視して最初に間違った道具を選ぶのか

Linuxの勉強目的ならさすがに仮想だな
習得したらWSL使う感じかな

>>360
その方法が>103

>>367
Docker Hubからダウンロードする
ディストロイメージを作るのにLinuxは必要なんですか？
と聞いているんですが

>>364
前提がおかしくない？
子供がマルチOS環境なんて勉強するはずがない。子供はアプリが使いたいのであって、OSを使いたいわけじゃないからな。
そもそもOSの学習用なら、シェアも自由度もツールも少ないchrombookは選択肢に入らん。linuxをインストールして与えたほうが勉強になる。

そもそもWSLは学習用ではない

https://docs.microsoft.com/ja-jp/windows/wsl/faq
＞ これは、主に開発者、特に web 開発者、オープンソースプロジェクトでの作業、または Linux サーバー環境へのデプロイのためのツールです。

>>368
Docker Hubからダウンロードするディストロ・イメージは、誰かが作ったもの。
公式にせよ、それ以外の第三者にせよ、そのイメージは誰かのLinuxを使って作られている。

そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。

>>370
俺なんかプログラム開発者でもなんでもないから
WindowsのデスクトップとUbuntuのデスクトップをマウスのクリック一つで切り換えて遊んでるだけ
タスクバーとパネルは両方同時表示するしどちらのデスクトップからでも使えるから便利

>>371
> そのイメージを作る人はLinux環境を構築する必要があったとしても、そのイメージを利用するだけの人がLinux環境を構築する必要はない。

そりゃそうやろな。DockerでもWSLでもそれは同じだ。
誰かが作ったイメージを使うならLinuxは不要

WSLなんてsystemd動かないんだからLinuxの学習向けだとは思わないね

>>103
のサイトに書いてあった

4/22
任意のLinuxディストリビューションをWSL2で動かす　Clear Linux OSを動かすまで

Docker Hub からpull したイメージを、tar へexport して、
それをWSLで、D ドライブへimport する

docker export
wsl --import

WSLでカスタマイズしたものを、さらにexport しておく。
wsl --export

Appleは初心者でも直感的に使える製品を目指してるってのに
Linuxはわざわざ学習しないと使えないんだな
しかも信者はその状況の改善を要求するどころかLinuxを使いこなせる俺SUGEEEて思ってるww

>>370
armでも動くんだ

>WSL はどのようなプロセッサをサポートしていますか。
>WSL は x64 および ARM の CPU をサポートしています。

>>374
みんながadminである必要は無い

>>376
だからApple製品は使い難いんだよ

>>370
リンク先でWSL はまだ GUI デスクトップやアプリケーション (Gnome、KDE など) をサポートしていません。
と書いてるけど、自分の使ってるUbuntuのデスクトップは何で動いてるの？
ここの上級者のように詳しく知らないから誰か教えて

>>370
ctostiniは学習に向いてるよな？

>>381
CrostiniもWSLと同様に開発者向けの機能
それを使って学習するのは勝手だとは思うけど

>>380
「自分の使ってるUbuntuのデスクトップ」って何をさしてる？

>>382
>>370は学習用ではないといっているが？

>>281
正に、そういうちょっとした、くだらない事に多用したいので
「紛い物」のくだらない事情など考慮したくないんだよ。本物持って来いよ

WSLだとWinのexplorerからrootディレクトリをグチャグチャに出来ますか？

>>383
Xfceです

>>376
Appleの意図通りにしか使わないならApple製品でいい。カスタマイズして使うようになるとApple製品はクソ。
まあ、適材適所だな。

>>386
「エクスプローラでWSL2のディレクトリを開く方法」で検索したらすぐ出てきたぞ。
思う存分自分の膝を撃ち抜くといい。

>>387
MSとしては、WSLがXサーバやWaylandを含んでいないのでサポートしていないと言っているんでしょう

でも、LinuxのGUIのアーキテクチャではそれらもただのユーザアプリケーションなので、VcXsrvのようなWindowsの実装を使えば実現できるというはなし

>>390
そうなんですね
だからpowershellからwslとコマンドすると
Ubuntuが起動するけどVcXsrvを立ち上げないとfirefoxが起動しなかったのですね
レベルの低い事のコメントで申し訳ありません
勉強になります

MS「WSLという開発者のためのツールを作りました」
みんな「すげー」

アホ「すげーって言ってるのが悔しい
WSLはLinux勉強のもののはずだ！
WSLはLinux勉強に使えない！」

MS「最初から、開発者のためのツールって言ってるよね？」
みんなMS「最初から、開発者のためのツールって言ってるよね？」

>>381
> ctostiniは学習に向いてるよな？

ctostiniを使うとLinuxのsystemdの勉強になるとか
言ってるやつがいるとしたらアホだろうなｗ

「ctostiniはLinuxの学習に向いてない！」

systemdの勉強って何やんの？

Linuxの勉強っていったら普通Linuxの使い方じゃね？

>>394
自分で設定ファイル書くとか

/etc/systemd/logind.confはインストールしたら必ずいじるくらいかな。
あと、たまにsystemd.confも。

な！ WSLじゃLinuxのインストールの勉強とかできないだろ！！！

MS「最初からアプリ開発ツールだって言ってますよね？
Linuxのインストールなんて無駄なことをしなくてアプリ開発ができるんですよ」

そもそも勉強って何
開発したいのかサバ管なのか

まあ、なんとなーく、ほわわんと
OS扱いたいだけならいいんじゃね

>>389
https://i.imgur.com/nbCgNwq.png
insider(21370)だとExplorerにペンギンアイコンがあってそこからアクセスできる
パスも\\wsl.localhost\になってる
従来のパス名\\wsl$\も使える

wslg使いたいな
インサイダープログラムやろうかな不具合とか怖いな

>>401
メインで使っているマシンならやるべきではないね

>>402
メインで、じゃなくて仕事で使ってるならですね。

>>398
勉強も何もWSLみたいな不完全なものは使う気にならんわ。

テスト環境として便利よ
pythonとか書いてるけどunix系向けにはインストーラが適切なshebangを付ける配布システムなの
人に頼むのも面倒なので自分で色々(とはいえ複数linux)試せるのは便利

>>404
開発用途としては完全だから問題ないでしょｗ

>>404
Linux自体がUNIXと認められてない不完全な代物なんだけどな

>>391
Linux 側から、Windows 側のブラウザを起動すれば？

which chrome.exe
と入力しても、何も表示されない

Program Files は、パスが通っていないので、絶対パスで起動する。
パスに半角空白を含むので、" " で囲む

"/mnt/c/Program Files (x86)/Google/Chrome/Application/chrome.exe"

"/mnt/c/Program Files (x86)/Microsoft/Edge/Application/msedge.exe"

>>407
FreeBSDはUNIXとして認定される可能性はあるみたいだけど、パッケージの更新・変更頻度が高いので管理的にUNIXとして申請しにくい、というのを以前聞いた事があるな。
Linuxディストリはそれよりも頻度が高いので難しいだろうね

>>408
>>201は自分のコメですがwslから出来ると初めて知ったからそうした迄です
普段はUbuntuのアイコンをクリックしてからXfceを起動させてます

>>409
＞Linuxディストリはそれよりも頻度が高いので難しいだろうね

それは言い訳に過ぎない

WSL スレは二度と Windows スレへは戻れなかった……。 Windows 板と Linux 板の中間の掲示板となり永遠に 5ch 空間をさまようのだ。
そして移動させたいと思っても移動しないので―― そのうち WSL スレは自治をやめた。

>>409

別に認証受けなくても問題ないってのが実情では？

今はUNIXであることを求めてるところって無いんじゃないの？
LinuxまたはWindowsだと思う
macOSはハードウェアの調達で問題あるし

WSLなんて不完全なLinux使うくらいならVirtualboxで本物のLinux環境を体験したほうがいいよｗ

UNIXになったら何かメリットあるん？
市井にいるとほとんどメリットが見えない
業界的にはやはり権威あるのか

>>415
それを更に便利に使うのがvagrant

>>415
WSLは体験で使うようなものじゃないぞｗ

少なくともWSL2は本物のLinuxカーネルを使ってるんだから
本物のLinux環境とやらを体験できるぞ

↑デバイスの見え方がうさんくさいけどな

うさんくさいと言う奴はうさんくさい

WSL2 は、 virtual IP address を使うのが
必須なの？ local loop back か Windowsに
割り振られた IP address を使うだけの運用はできないの？

WSL では怒られなかったけど、
WSL2 に上げたとたんに会社でクレームがついたんですけど、、、勝手にprivate networkを作ったことにされていて(まあ結果的にそうだけど)、業務で必須である理由書とかなり上の方の承認が必要とか、、そんな会社はやめちまえというのはなしで(^O^)

LinxuxでもmacOSでも普通にプライベートネットワーク作るだろ
仮想マシンやDocker使ってれば何かしらのネットワーク作るし
会社からクレームとか嘘言ってるのバレバレなんだよバーカ

>>422
なんでWSL2を使ってるの？WSLじゃだめなのかな

会社のPCだと仮想マシン入れるの禁止とか普通にあるからクレームって言うか単に怒られただけだろ

>>422
普通のVMでNICをブリッジしてるとかならわかるけどNATでなんで外部からわかるんだ？

資産管理とか構成管理のエージェントがPCに入ってるんじゃない？

グレーなまま使うんじゃなくて正規の申請通しておいた方が良いと思うけど

ああ仮想NICが追加されるからそれを検知されたってことか

仮想マシンが禁止ならデュアルブートすれば良いじゃない

build213761で wslgが ivy bridgeで問題なく動作した単にwslの不具合だった4kの対応には
まだ時間がかかりそう

WSL使うのはアホばかりだなー

WSLgってデスクトップ環境そのものも実行できるのかな

>>432
それならxrdpでいいんじゃない？

×　WSL使うのはアホばかり
○　マイクロソフト嫌悪は病気
https://srad.jp/story/09/07/28/0326208/

>>424
今は WSL2 から WSL に戻しています。
WSL2を使いたかったのは、cifs を
使いたかったためですが、WSL に戻して、
ネットワークドライブに指定してから
drvfs で、mountしています。

>>425-428
お察しの通りです。

>>429
20世紀にはそうしていました。

>>427
ちゃんと申請しようと思います。

皆さん、コメントを
どうもありがとうございました。

>>434
それは嫌悪じゃなくて事実じゃないの？

githubからCentOS8を入手してGUIを日本語化しようとしたけど
アプリケーションメニューとかは環境変数をja_JPに設定しても完全に日本語にならない
CentOS7だとうまくいったけど
WSLのGUIはまだまだ発展途上なのかな

それWSL関係ある？

wslからcuda使えてcmwareも併存できりゃなんでもいいわ

GUI は、WSL に関係ないだろ

WSLとは簡単に、Linux サーバーを使える技術だから

けどGUI対応って目玉機能的にプレゼンしてましたやん
ここで話してるＧＵＩってWSLgのことでしょ

>>441
今のWSLにはGUIのサポートは無いけど、サポートするようになるってことでしょう
そもそもWSLって複数の機能で構成されているんだから役にたつ機能が追加されるのはいいこと

>>432
WSLgは、Linuxの「GUIアプリ」をWindows側から透過的に利用することを目的とした仕組みなので、Linuxの「デスクトップ環境そのもの」を使うってのはその趣旨から外れている

>>444
Linuxのwineみたいな感じなのね。

一つだけ聞いていい？
wine使っててひとつだけどうにも気に入らない事があったのよ。
それは、Windowsのテキストエディタを使おうとした時に、日本語で入力している文字が
エディタの画面上ではなくエディタの外にあるMozcの変換ウィンドウに出てて、確定するまで
エディタには反映されなかった事。
その辺はWSL2だとどうなるの？
もしwineと同じようなら入力メインのGUIアプリは使うのがシンドイんだけど。