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

>>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アプリは使うのがシンドイんだけど。

>>445
LinuxのGUIアプリに日本語入力する場面が想像できない。
Windowsのもの使えばいいだけでは？

Wineみにたいに逆は大いにあるけどね。

Linuxしか動かないソフトも沢山あるのに想像できないのか・・・
てかやっぱできないのね
WSLって思ったとおり意味ねぇな

>>447
Linuxでしか動かないGUIのアプリって知らないんですが、いくつか教えていただけませんか？

>>447
まだ正式リリース前の段階で何言ってんだ？ｗ

>>447
Linuxしか動かないたくさんのソフトを
お前は一つも使ってないだろ？

>>448
しかも日本語入力が必要なソフトってのが全く思いつかない。

以前ならともかく、今はマルチプラットフォーム化が進んで、
*nixでの定番プログラムもWindows上で普通に使えるものが多くなってるからな
GIMPなんか、相変わらず立ち上がりは重いけど、安定性は変わらなくなったし

そんなわけで個人的には、LinuxのGUIアプリをわざわざWSLで使う場合が想定できない

>>451
きっとすごいやつを教えてくれるはずだよ

>>452
fontforgeぐらいかな。Windowsでも使えるけどcygwinベースだし。

linuxでしか動かないアプリっていうと
語弊があるな

使い勝手の話で
似たような機能のソフトはWindowsにもあるけど
こっちのほうが良い！というのはあるかもしれない

そういう意味では、個人にはGpertedとかWindowsで使えると
捗るかもしらん

>>455
パーティションの操作なんて普通のWindowsユーザーには必要ないし。
使う人は商用ソフトの機能制限フリー版がいくらでもあるからそれを使うでしょう。

・Linuxでしか動かないGUIのアプリ
・日本語入力
・Windowsに同機能なソフトはない

これ答えられる奴クイズ王超えてるやろ

単にWindows上にNSFWな履歴を残したくないとかじゃね

横やりご免なさい
初心者は兎に角GUIが便利なのです
同時進行でWindowsのブラウザでも
Ubuntuのブラウザでもシームレスで開く事が出来るし
いちいちWindowsとかUbuntuとか切り換えなくても出来ることが魅力なんです
両方のアプリが同時進行出来るのですからCUIをほとんど利用しない者には良いことずくめなんです

>>458
で、UbuntuのGUIで何してるの？

オレはX11でEmacs使ってるぞ。逆にそれしか使わない。というかそれをUIにしてWSLを使っている。非常に便利。

>>456
いや、だから似たような機能はあるが
使い勝手、もっと言えばタダの好みの問題で
Linuxにあるソフトを使いたい、と言ってる

ぶっちゃけ、Linuxにしかないものなんて
よほどマイナーなものでもない限り
なかなか見つけられないのでは

>>458
Xで繋げばいいじゃん

Emacs は、VSCode にある拡張機能を使えないだろ。
Remote WSL, Remote Container とか

>>445
IME, Mozc などの日本語入力は、エディタと無関係のアプリです

>>456
それでも、GPartedは使いやすいし、中華ばかりのWindows用より安心感はあるよ

Linuxでしかというのは
Ubuntu Studioに入っているアプリあたりかなあ

>>459
いわゆるあんな事やこんな事です
>>460
Emacsもインスコして使ってます
GUIのEmacsも有りますがターミナルのEmacsです
lynxにエディタとして設定してます
と言ってもたいした事には使ってません

>>463
VSCode は、Emacsにある拡張機能を使えないだろ。

昔ながらの使い方をしたい人のためのＧＵＩなのかな。

>>457

Gpartedらしいですよ。どれぐらいの頻度で使うんでしょうねぇ。
環境を作ることが第一目的なのかな。

EmacsはWindows版もあるけど、普通の人は
VSCodeに移行してるからねぇ。

gimpやaudaciousもwindows版はあるけど、移植はされていても使いものにならんほど動作が不安定で…って時代がかなり長かったのだが
現行のgimpでバッチ処理したい時も、windows環境だとやってられっかﾊﾞｰｶって思うしな

そういう実際に血の通った経験のない奴らが、移植版があるなら使う意味ないでしょとか語っちゃうわけだよ

>>470

Windowsには入門者からプロ向けまで
選択肢が山ほどあるからわざわざ移植ものを使う必要もないしね。

>>463
Remote SSHとかあるけど、サーバ側にいろいろ入るからな。
Trampはサーバ側にソフトをインストールしない。sudoとの組み合わせとかもできる。
VSCodeも偶に使っているけど、Dired、shell-modeとかが便利すぎて、乗り換えは難しい。

>>469
VSCodeもいいけどやっぱりEmacsを使わないわけにはいかないよ
org-modeだけのためにEmacs使ってる
chMateのためにAndroidタブレット使ってるようなものだ

>>472
>>473

古臭いコードしか書けそうになさそう。

なんだ、結局、Linuxでしか使えないGUIのソフトなんてたいしてないんだね

gparedなんて普段使わないし、ほぼ日本語関係ないし、なんならcuiので充分

emacsは僕もwslを使う理由の一つだけど、skk派だから個人的にはime関係ない

gimpはwindows版ちゃんとしてると思うけど、バッチ処理はどういうところがだめなんだろう

>>475

Linux的な使い方ができない=ダメ

っていう頭だから。

>>476
linux的な使い方ってどんなん？

>>469
windows版emacsは、外部コマンドとの連携がかなりだめなので、開発でgitをつかいたいとか、リモートとつないでとかしようとすると使えなくなる

連携がだめなのは、emacsのせいではなくて、外のコマンド側との統一とかの問題もあるので、解決に期待できない

Emacs使ったことないからわからんけどGUIじゃなきゃだめなの？Git使うなら開発でしょ？CUIで良くない？

VimをWSLにて開発用途で便利に使ってるけどなぁ…

>>479
GUI版使うとCUI版では満足しなくなる。画面の見やすさでかな。gitはmagitが便利。
vimはサーバサイドで必要なときには使うけど、Windowsの操作もemacsキーバインドに統一しているから、Emacsの方が混乱しなくて良い。

GUIが使えるようになるならそれでいいんじゃないだろうか。
何よりMSが実装することを明言してるんだからここで要らないと言っても意味がないのではと思う。

大規模開発でVimは正直ありえん
高機能なIDEとかvscodeのいずれもがVimのキーバインドをサポートしてるし、vimscriptにできてjavascript等にできないことはないので、Vimをメインウエポンにする理由が本格的にない
（誤解しないでほしいが、これはディスじゃなくて拡張性の話ね。vimscript発祥で他に移植されたモジュールがないことからも明らかだからね）

>>479
emacsは比較的早くからguiにも力を入れていて、themeなどの見た目周りや、いわゆるウインドウ対応など、使いやすさか向上する

自分としては特に使いやすいthemeは必須

>>464
> それでも、GPartedは使いやすいし、

GPartedいいよね。

ぼくWindowsユーザーだけどGPartedだけはUSBに入れて
USB起動でGPartedを使ってるよ！
普段のOSの実行中に使うようなものじゃないからね
この時だけはLinuxユーザーだよ！

emacsを使いたい人はLinuxがいいのかもしれないが
より便利なテキストエディタを使いたい人は
vscodeを使うというねｗ

>>481
僕もとても楽しみにしてる
VcXsrvから乗り換える
msのことだから初めからは無理でも多分win側からの日本語入力もできるようになるんじゃないかと思う

447の発言に根拠が無かったのがわかったので残念だけどよし

Knight Industry Tow Thousand

>>486
自分も期待してる。
今はX410を使ってて普通に使う分にはとても安定してるけど、Xのウインドウを開いたままスリープ→復帰するとたまにウインドウが行方不明になる。
そういうところも安定しててWindowsのIMEが使えるなら言うことなし。