【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のtailが使いたいという理由ならwsl -- tail -fでホスト側からも呼べる、結局ストリームはシステム跨ぐわけで、解決になるかは不明だけど

>>43
\\wsl\distro-nameがwslの/に対応してるよ、逆は上に書いた/mnt/driveletter

>>41
tailだと無理っぽいねぇ
かったるいけどless使うとか、開いてから大文字Fでtailっぽく使える

いろいろアイデアを有難うございます
帰宅していますので（家にはWin機がない）
明日試させて頂きます

>>34
そのエロ動画一本消せば両方入れて十二分に余るだろ
$profile, psreadline、.Net Core機能とホストゲストどっちからも問題なく動くコマンド叩くだけのpwshスクリプトだけ共有
分けた方が面倒は減る

>>43,48
ごめんgcはget-contentって言うpowershellのコマンドです、wslスレはみんなドザーなんだろうと、てっきり
cattacwcheadtailnkfテキスト入出力全部入りみたいなヤツです、（代わりにちょっと重いけど）linuxにもポートされてるのでぜひ

>>47
とりあえずwsl内のpwshからwinのfilesystemにtail -fが効かないことと、gc -tail 1 -waitは効く事を確認した
PS C:\Users\doser>notepad.exe
aaa
bbb
ccc
でtmp.txtを作成、dd, eeを追記し保存はステイしておく

PS C:\Users\doser> wsl -u doser
Welcome to Ubuntu 20.04 LTS
; ~/.profile, ~/.login Loaded.
; $profile Loaded.
PowerShell 7.20 ...

PS ub20:doser> (gcm tail).source
/usr/bin/tail
PS ub20:/home/doser> tail --version
tail (GNU Coreutils) 8.30

PS ub20:/home/doser> tail -f ./winhome/tmp.txt
aaa
bbb
ccc
(ここで追記するも反応なし.)

PS ub20:/home/doser> gc --tail 10 -wait ./winhome/tmp.txt
aaa
bbb
ccc
ddd
ee
(ここでメモ帳に追記、保存)
ff
g

wslの問題、ではあるんだろうが、
tail相当のコマンドが対応してるかしてないかって話だな
~/winhomeは/mnt/c/Users/doserへのシムリングです(NTFS)

何が優れてるとかじゃなく、wsl用に拵えたシェルのビルトインコマンドなんだから動いて当たり前ですよね、むしろ動かなければ炎上案件

取り敢えずubuntuならapt にpackages.microsoft.com/ubuntu/...レポを追加して
sudo apt install powershell[-preview|-lts]で目的は達せるはず

>>41
windowsプログラムで\\wsl側に書き出すとか

シェル自体も多分関係ない
PS ub20:doser> (gcm dash).source
/usr/bin/dash
PS ub20:doser> dash -l
$ pwd
/home/doser
以下同様

>>53
これで出来たよ

というかlinux側からそのままwinプログラム呼べる(パスはデフォルトで引き継いでいる)んだから、カレントディレクトリに書き出せば終わり
win側からext3/4へ書き込むのは多分umask？の問題で推奨されなかったはず(直ってたらごめん)

wslゲストからNTFSを扱うのは全く問題無い、というかオーバーヘッドが減るしNTFSのADS機能も使えるので、/homeはC:\Users\へのsymlinkにするのがベストプラクティス
マウントするんじゃないぞ、既にマウントされてそこからパス通してるので

書き込み激しい/tmpもNTFSにした方が便利かも
VMが借りた領域なかなか返さないので
30GB位まで膨らんだらdiskpartで20GBくらい取り戻すを繰り返してる

>>57
それやっちゃうと、Win32ビルドのプログラムにより作成されるドットファイルが競合する

>>59
確かに自動で上書きしちゃうようなお行儀悪いプログラム居ると困るね、衝突が無いか確認は必要
無責任な発言すまんかった

まあ設定ファイルの名前衝突しても、マトモなプログラムはエラー吐いてくれると信じたいが
vimなんかはwinではホームに_vimrc作るけど、それは昔からだから多分関係ないか
特に環境依存部分は無かったので統合したな、というかエイヤっと…
vimから呼ぶコンパイラを絶対パス指定してる人なんかだとifで分ける作業が要るかも
フレッシュなユーザー作って/homeでなくユーザーホームをリンクにして試すとよいかも

あと、winはケースインセンシティブなんで、その辺で問題起きるかも？
Docとdocを作ろうとするとちゃんと拒まれるし、そういう事はすべきでないと思うから、リネームの手間が要るだけで何かマズイ事は起きないはずだが

確かwinもケースセンシティブに設定出来たはずだけど怖いからやってない

そしてそのhomeはonedriveで管理してるんだけど、win合法ファイル名でも怒られることがあるな
これがポータビリティ矯正ギプス…

>>49,52
そんなものがあるんですね!

[方法1]
>>50,51
有難うございます
linux版pwshのgcでwindowsのファイルシステム（FS）のファイルの書き込みを監視できることを確認しました
gc hoge.txt -tail 1 -wait

[方法2]
>>53,55
wslのFSへのファイルの書き込みをtail -fで監視できることを確認しました
tail -f hoge.txt

>>56,57,58
書き込みのオーバーヘッドを考えて方法1にしようかなと思います
久々のLinux板ですが相変わらず皆さん素晴らしいですね

ROMってたけどクソためになる流れでありがたい
ひとつ教えてほしいんですけど>>46でtail -fをless +Fで代用するのがかったるいって何故ですか？
最近覚えてこれは便利と思ってたので特定の状況で問題になるなら知りたい

スクリプトに組み込めない

>>64
lessの中でFコマンド使わなきゃならないからtailに比べると2度手間でかったるい
って意図で書いたよ

lessにはそこまで詳しくなくてアレだけど、引数で行けるならほぼ同等の使い勝手になるかなぁ
ヒアドキュメントでコマンド食わせる事もできるかも知れないけど、未確認

>>65
>>66
ありがとうございます
こっちもless使い始めてまだ日が浅いけど、
less +F foo.log　で代用してました
今回のtail -fで更新効かないとこlessならいけるかは前提とか諸々含めて未確認ですけど時間あるときやってみます
あざした！

>>67
こっちもサンクス
+Fで行けるのね

Windows Subsystem for Linux Update - 5.10.16
Windows Subsystem for Linux WSLg Preview - 1.0.17

次のInsiderビルドでWSLGは公式に来るみたいね
WSLg Previewはビルド21362以降じゃないと入らないとの事
(今最新のInsiderビルドは21359)

67だけどwslからwin側のリアルタイムログ監視を
less +F /mnt/c/foo.log
で可能なことを確認したよ
もう解決してるけど何かの参考になれば幸い

>>70
有難うございます
私の方でも確認できました
実は端末はemacsのshellモードなのですが
gcはshellモードでは表示が崩れるのでless +Fを使うことにしました
（ただしgcもtermモードでは問題なく使えます）

Announcing Windows 10 Insider Preview Build 21364
https://blogs.windows.com/windows-insider/2021/04/21/announcing-windows-10-insider-preview-build-21364/

The Initial Preview of GUI app support is now available for the Windows Subsystem for Linux
https://devblogs.microsoft.com/commandline/the-initial-preview-of-gui-app-support-is-now-available-for-the-windows-subsystem-for-linux-2/

vim:term bash/pwsh on X on pwsh on bash on linux on pwsh on wt on windows!

Linux GUIアプリがWindowsで動作 〜Microsoft、新しいWSL 2機能「WSLg」を初期プレビュー
Dev版Windows 10 Build 21364以降で利用可能
https://forest.watch.impress.co.jp/docs/news/1320369.html

>>74
“wsl --update”でWSLをアップデートするだけでGUIのLinuxアプリを利用できる。

これあかんやろ
小さい内蔵SSDでやりくりしてる俺はX関連全部切ってるんですけど

まだプレビューなんだから、提案してくればいいんでは？
ちなみに、WSLGのvhdは約350MB(リードオンリーなんで使ってても増えない)、5.10.16.3のカーネルが約70MB

パッケマネにリクエスト送ってmesa関連の依存が数GBって出てそっnした記憶

あとglもぞろぞろと
まあXのせいじゃないけど大体依存してるよねって話

shell scriptから音楽を聞くのにwslだと面倒くさそうなので
Windowsの音楽プレーヤーを呼んでお茶を濁してたけど 、音も出るようになるみたいだな

>>50
そういやnotepadはファイルロックしないかわいい子だったな

早くstableに降りてくれ
linuxの莫大なGUIパッケージが使えるのは頼もしい

>>81
Xで使えないの？

WSLgアーキテクチャ
https://opcdiary.net/wslg%e3%82%a2%e3%83%bc%e3%82%ad%e3%83%86%e3%82%af%e3%83%81%e3%83%a3/

>>82

VcXsrvとか非公式なものは入れたくない

公式のものしかつかわないの？
「公式」の定義も曖昧だけど

>>85
https://forest.watch.impress.co.jp/docs/news/1320369.html

あ、いや、それはわかってる。VcXsrvだって怪しい物じゃないし、MS謹製でない他のものだって使ってるだろうにと思っただけ

VcXsrvが怪しいものじゃないってのは、それってあなたの感想ですよね
私はMS製のほうを使いたいだけです

wslgは、IMEとか問題無く使えた？

WSLgではfontforgeは上手く動かなかった

> 非公式なものは入れたくない
のに
> linuxの莫大なGUIパッケージ
はいいんだ…

>>89
それ気になるね
ASTEC-XみたいにMS-IMEと連携できればいいのだけれど

Terminal もMS以外で良いのがあるかもしれないが、Windows Terminalを使いたいとか、まぁ、分からんでもない

FileZillaとか、emaxsとか、TeraTermとか、VcXsrvとか、その他たくさん個人的にちゃんとした物だと思うので使ってます。

Windows Terminalはよくできているので使っている

>>89
少なくとも標準状態ではWindows側のIMEは使えないみたい

最近のMS謹製はブランドマークになりつつあるな
10年位前のMS謹製はゴミの代名詞だったなあ…
やればできる子

>>96
10年くらい前はWindows使ってなかったの？
それともゴミだと思っていたのを使ってたの？

Ubuntu 18.04が起動しなくなったので再インストールしようとしたら
Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x80070057
Error: 0x80070057 ???????????????

Press any key to continue...
となってインストールできない

Ubuntu 18.04だけじゃないわ
他のWSLインストールしても同じメッセージが現れて動かない
ググってもわからないし
唯一使えてるのが以前インストールしたUbuntu20.04

ストアからではなくマイクロソフトのサイトからダウンロードして手動でインストールしたら行けた

>>97
Windows叩ける俺すげーって言う老害だろ
放置しとけ

>>74
こんなに早くプレビュー版が来るとは思わなかったなぁ
上手く行けば来年の今頃にもv1として「一旦」正式リリースされるかもね

Dockerコンテナからエクスポートしたtarって
WSLにインポートできるんだな。
ディストロ何でもありだわ。
https://impsbl.hatenablog.jp/entry/ClearLinuxOnWSL2

>>98
俺も同じ状態です
今までというか最近wslを再度導入したばかりで
ubunntuは正常に動作していたがInsider Preview 21364.1にアップデートしたとたん
ubunntuを起動すると
パラメーターが間違っています。
Press any key to continue...
となってしまい起動できなくなってしまった
それでubunntuを修復やリセットしたら
Installing, this may take a few minutes...
WslRegisterDistribution failed with error: 0x80070057
Error: 0x80070057 ???????????????

Press any key to continue...
になりubunnruを削除して再インストールしても同じ
検索していろいろ試したがまだ未解決です

ubunntuはタイポミス

>>104
ストアアプリは削除して
ttps://docs.microsoft.com/ja-jp/windows/wsl/install-manual
からダウンロードして解凍して実行ファイルexeができるからそれをクリックしてインストール
そのあとダウンロードした解凍前のファイルappxの右クリックメニューからインストールを選べば
「アプリ」として登録されるよ

>>103
実機Debianはdebootstrapで、実機CentOSはdnf --installrootで作成した環境を固めて持ってきてもインポート出きるよ。

解凍前のファイルappxは7zで解凍できるよ zipに拡張し置き換えて解凍してもいい
最初にubuntu1804.exeをクリックするとインストールが始まるけどアプリとしての登録は
さらに解凍前のファイルをその後でインストールする順番が大事
逆をやるとストアアプリ同様起動しなくなる

>>106,108
レス有難う
インスコしてもダメでした
ちなみに
C:\Windows\System32> wsl -l -v
Linux 用 Windows サブシステムには、ディストリビューションがインストールされていません。
ディストリビューションは Microsoft Store にアクセスしてインストールすることができます:
となってインスコしていても無い扱いになっている
ストアアプリもしかりです
Windows\System32>wsl --status
既定のバージョン: 2

Linux 用 Windows サブシステムの最終更新日: 2021/04/23
WSL の自動更新が有効になっています。

カーネル バージョン: 5.10.16
他にしたことは
C:\Windows\System32> Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux

Path :
Online : True
RestartNeeded : False

上方に黄色の帯状に表示されたのが
Enable-WindowsOptionalFeature: Microsoft-Windows-Subsystem-Linux
Running [oooooooooo ]
となり完了
今のところこんな現状です

>>107

ユーザーランドのフォルダをまとめてtarにすれば、基本的には何でもインポートできるという感じ？

>>109
確かHyper-Vも有効になってないとWSL2はインストールできないのではないかと思う
Windowsの「ストアアプリ」っていうシステムは前からいろいろトラブルが多くて出来が悪いから
アプリとしてWSL使う以外のHyper-VやVMwareを使った方がベターな気もする

>>107
サンクス、これはいい
Fedora Rawhide使いたかったんだよね

カーネル5.10.16での障害の件
GitHubでも報告され始めてるね。
https://github.com/microsoft/WSL/issues/5293

>>111
WSL2はHyper-V無しでも動くよ。
Windows 10 Homeでも使えるからね。

winget install ubuntuとかじゃいかんのか
バージョンコントロールとかユーザーローカル/adminにするとかはまあヘルプみて

wslで問題があるから直接Hyper-V叩きたい的な？

64bitのIntel/AMDアーキテクチャでHyper-V対応してないのって存在するのだろうか
10年以上前の安ノートでも元気に動くよ

>>110
そんな感じ

前のバージョンに戻したら解決しました
バージョンを戻す前にインスコしたubuntuで起動したら
又エラーが出るのかなと思っていたら
少し時間がかかったので
もしかしたらと期待したら
Installing, this may take a few minutes...
Please create a default UNIX user account. The username does not need to match your Windows username.
For more information visit: https://aka.ms/wslusers
Enter new UNIX username:
と表示され見事に起動できました
新しいバージョンでエラーが出たのは何故なんだろう

無駄な時間を浪費した感じです
でもレスしてくれた人有難う

前のバージョンってWindows10のアップデートを前に戻したってこと？
ストアアプリってダウングレードできるかは知らない、多分無理

>>113
有効にしなければいけないのはHyper-Vじゃなくて「仮想マシンプラットフォーム」
と「Windows ハイパーバイザープラットフォーム」だったね
何が違うかわからないけど

>>115
Core2は対応してない

>>120
きよつける

>>113,118
レス遅くなってすみません
前のバージョン21354.1に戻しても
C:\WINDOWS\System32> wsl --status
既定の配布: Ubuntu
既定のバージョン: 2

Linux 用 Windows サブシステムの最終更新日: 2021/04/23
WSL の自動更新が有効になっています。

カーネル バージョン: 5.10.16
で問題ないみたいです。

IPで0x80070057になるのまず間違いなくこれ
https://github.com/microsoft/wslg/issues/33

む、何もしてないのに\windows\system32にwslg.exe なる怪しげなものができてる
タイムスタンプは3/16
アップデ保留し続けてたと思うんですけど…

>>124
最低限環境を書いてほしいな

Devチャネルならwslg.exeは1ヶ月くらい前のビルドからあるけどね

ちなみにそれはGUIアプリのショートカットをWindows上に作るのに使ってる
wslg firefoxとかやるとWSLのウインドウ無しでFirefoxが上がってくる

>>123
サンデー翁とアイビーおじは切られてしまうん？

WSLで作ったシステムのバックアップってどうやればいいの？

>>128
コンテナまるごとバックアップしとけばいいんじゃね？

>>128
エクスポートすれば？
普通使い始める前にドキュメント・コマンド・バックアップ／リストアの確認をすると思うんだが

.vhdで検索してコピペで大丈夫だった
どっかでディストロ情報管理してるはずだから、他のマシンに移すとかだと一手間要るかも

ごめん多分意図してるのと違うな
1ファイルだからコピペも速いし単なるバックアップには便利

答えてくれてありがとう
仮想マシンのイメージと違って少しわかりにくいね
とりあえずデータが入っているフォルダをコピーしてみることにするよ

>>128
>>133
特定のファイルやフォルダだけなら、コピーすればよいだけ。
システム丸ごとなら、
バックアップ：wsl --export
リストア：wsl --import
https://impsbl.hatenablog.jp/entry/WSL2QuickGuide#%E3%82%A4%E3%83%B3%E3%83%9D%E3%83%BC%E3%83%88%E3%82%A8%E3%82%AF%E3%82%B9%E3%83%9D%E3%83%BC%E3%83%88%E3%81%82%E3%82%8B%E3%81%84%E3%81%AF%E3%83%90%E3%83%83%E3%82%AF%E3%82%A2%E3%83%83%E3%83%97%E3%83%AA%E3%82%B9%E3%83%88%E3%82%A2

>>133
WSLの使用目的は何？

importするとデフォルトユーザーがrootになるらしい
変更するにはUbuntu-20.04なら
ubuntu2004 config --default-user myuser
で直せるが
「ディストリ名から記号を抜いた物がコマンドになっている」
という意味不明な仕様は理解できん。

>>136
それは各々に付随しているユーティリティーのコマンド
通常はwslコマンドで事足りると思う
とりあえずマニュアルくらい読んでくれ

>>137
たいていの人が認識してないコマンドが勝手に増えてるし
wslコマンドにデフォルトユーザー変更なんてないし
ドキュメントに記号を抜けなんて書かれてなくて
鵜呑みにするとコマンドが見つからない

wsl.exeでデフォルトユーザーが変更出来ないのは疑問だよねぇ
独自のディストリを作った時にWSL-SetDefaultUserを見つけてお世話になってるよ

test

>>136
> importするとデフォルトユーザーがrootになるらしい
他の人がイメージ使うかもしれないんだから当然じゃね？

>>139
MS推奨の/etc/wsl.confを使う方法を使えよ
https://docs.microsoft.com/en-us/windows/wsl/wsl-config#user

>>141
推奨？それ機能はあるけど使ってないんじゃない？
そこにデフォルトユーザーが保存されるなら、export/importやっても変わらないでしょ

>>142
デフォルトユーザーが保存される場所じゃなくて
デフォルトユーザーを保存する場所。自分で書かない限り何も書かれていない。

そこに明示的に書けばイメージに含まれるから
export/importやっても変わらなくなる

昔はイメージにデフォルトユーザーの情報がなくて
rootにするしかなかったのが改善されたってことでしょ？