【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net

前スレ
Windows搭載予定のLinuxサブシステムでUbuntuが動作
http://hayabusa6.2ch.net/test/read.cgi/linux/1459317475/

>>638
>>634
msys2をつかっていて、wsl+ubuntu+cmder+VcXsrvに移行中の俺がmobaXtermを軽く使ってみている。

確かにお手軽でよい。インストールしていきなり使える。
見た目はかなりゴテゴテしているので、普段使いにはもう少し控え目がいいなぁ。
肝腎のXの性能はVcXsrvに比べてちょっともたつくような気がする。といっても、emacsしか使わないか。

そもそもsshクライアントなので、cmderと比べるのはフェアでないかな。
sshでの作業が多い職場での作業に役立ちそう。

なんかすまん…趣旨は>>643 の言うとおり
VcXsrvで今の所困ってないけど、VcXsrvがUnix domain socket対応したら
WSLとのやり取りはもうちょっと早くなるかもしれんね

>>654
微妙な違いってどんなこと？
ほとんど違和感とか感じないで使っているので気になる

>>657
違いというか、ファイルシステムが結局NTFSだからそれがボトルネックになってしまっている感じはあるな。

>>658
具体的に何で困っているのか、
後学のためお聞きしてよろしいか

突っ込まれた。答えられない
逃げろや逃げろｗ

VcXsrvで日本語表示日本語入力できたけど
WindowsのIMEで日本語入力できた人いる？
IMEのユーザ辞書にイロイロ登録してるから
uimよりMS-IMEで入力したいんだよね。

>>661
ASTEC-X ならば可能のようです。
ttp://www.astec-x.com/FAQ/windows_ime.html

個人的にはcygwinとVM使ってるけど
どっちの代わりにもならんから使いどころが今のところわからない
特にvmはともかくcygwinの代わりには絶対ならなさそうなのが残念

なぜ？ cygwinはもういらないと思ってるけど

ELF出せるのがcygwinだけだから？

>>661
emacs限定になるけど、mozc_emacs_helper.exeを使えばWindowsのgoogle日本語入力
と連係できる。自分はshellもemacs内で使っているので、これで満足している。

cygwinだとかえって環境汚染になっちゃわない？

あるあるw
CygwinでVagrantやら色々やろうとしてぐっちゃにした覚えがある。

>>667
デーモン動かしたりし始めるとイロイロおかしくなってわけわからんようなる

>>666
グーグルは脳みそ吸われそうで怖い。
MS-IMEがいい。
VcXsrvってソースホージからソース落としてVC ++2012でコソパイルできるんだっけ？
俺一人だけ幸せになろうかな…

とりまgitでVcXsrvのソース落としてきた。
明日はビルド…と行きたいところだが仕事。
社畜つらい。

しかしMS-IMEに対応させるのどうするんや？
皆目見当が付かんけど、デバックモードで
コンパイルしてキー入力辺りをトレースしてみるか。
しかしX Windowスレの連中は無能やな。
ゴミしかおらん。
無事に対応できても絶対に公開せん。
あいつらには恩恵を与えん。

cygwinはwin32コンソールアプリと連携するのに使う

WSLでも連携できるよ？

>>670
ASTEC-X の様な MS-IMEと連携できる独自入力メソッドの実装か、
Win上で動く X端末エミュレータの様に MS-IME を受けられるオブジェクトの実装が、
実現しやすそうな気がします。

>>672
WSLのbashから起動できるの？

起動できるようになってなかったか？

>>674
WSLのbashからWindowsのEXEを起動できる

/mnt/c 以下で、Windows の、c: 以下にアクセスできる

漏れは、~/.bash_aliases に、こう設定してる

export LANG=ja_JP.UTF-8

shopt -s expand_aliases

alias mydoc='cd /mnt/c/Users/ユーザー名/Documents'

cygwinはアプリを再ビルドしなきゃいけない
WSLはLinux向けのバイナリがそのまま動く

GemsやNodeJSの環境が手軽に用意できるのは嬉しい。
Windows環境に突っ込むのは気が引けるがこっちならいい。
後でいらない・気に入らないならごっそり消せるし・・・

/mnt/c を自動マウントしないようにできませんか？

あるいはreadonlyだけでマウントできたらうれしい。

>>680
インサイダープレビュー版だと、/etc/wsl.confで設定できるらしい。
https://docs.microsoft.com/en-us/windows/wsl/wsl-config

現行版ではできないようだ

>>681

ありがとう。現行バージョンでマウントしないようにするためには

/mnt/c -> /dev/null

にリンクしておくといけた。

それで/mnt/cにファイル放り込むと消えるかな？
/dev/nullが動くのか見てないな。

Build 17110
https://docs.microsoft.com/ja-jp/windows/wsl/release-notes#build-17110

DrvFs now uses per-directory case sensitivity by default (equivalent to the “case=dir” mount option).

Using “case=force” (the old behavior) requires setting a registry key.
Run the following command to enable “case=force” if you need to use it:
reg add HKLM\SYSTEM\CurrentControlSet\Services\lxss /v DrvFsAllowForceCaseSensitivity /t REG_DWORD /d 1

If you have existing directories created with WSL in older version of Windows which need to be case sensitive,
use fsutil.exe to mark them as case sensitive:
fsutil.exe file setcasesensitiveinfo enable

>>680
現行（v1709）だと
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\{GUID}\Flags
の3ビット目を下げる方法がある
https://msdn.microsoft.com/en-us/library/windows/desktop/mt826872.aspx

>>685
こんなのあるんですね。参考になります。

all or nothing になっちゃいますので次のバージョンに期待かな。

めっちゃ初心者な質問ですまん
shutodownコマンドとかrebootコマンドが使えないみたいだけどexitとか×ボタンでウィンドウを閉じたらいいの？
OS自体が動いてるわけじゃないらしいから、WSL上でshutdownとか打ち込んだらWindowsをシャットダウンする意味になるから止められてるって感じ？
同じくOS自体が動いてるわけじゃないから、設定ファイルを編集したから再起動する、とかそういう必要も起こらない？

>>687
Windowsのshutdownコマンド呼べない？

shutdownコマンド入れると
Failed to connect to bus: No such file or directory
って出るよ

言い忘れてたけど入れたのはubuntu

init ( systemd ) が動いてなきゃshutdownコマンドの意味ないけど動いてたっけ？

>>687
linuxのバイナリがそのまま使えるというだけの機能なので、osを制御するコマンドはあっても使えないでしょう。

設定変更で再起動が必要になるのは、バックグラウンドで動いているプロセスに変更を反映させるためなので、そういうプロセスの設定を変えなければ不要。
そのうちデーモンも使えるようになるらしいから、そうなったら必要かもね。
でも、osまで再起動する必要は無いでしょうね

いや、おれが言ってるのは
/mnt/c/Windows/System32/shutdown.exe
のことなんだけど・・・

>>690
topコマンドを入れてみたら、
init
bash
top
が表示された

>>691
なるほど、VMっぽいの想像してたけどだいぶ違う感じなんだな
まだ触っただけだけどラグもなくポンッとlinuxのシェルが立ち上がったからびっくりした

>>693
vmとは全く違うね

どちらかというと、cygwinやmsysに近い
でも、windows用にコンパイルし直すのでなく、専用のファイルシステムを用意して、バイナリがそのままうごくようになっている

>>692
調べてないけど、linuxのshutdownの方が前のパスにあるんでしょ。
で、shutdownは使えないようになっているのでなくて、使えるようになってない。

%LocalAppData%\lxssが見つからないんだが…

場所変わった。というかそんな場所忘れたほうが良い。
Windowsから直接編集するとファイルの拡張情報がおかしくなって
正常にアクセスできなくなることがある

Linux知ってるなら、chrootの仕組みが一番近いかな
WindowsがLinuxカーネルの機能を持つ
そのLinuxカーネルの機能をメインにchrootする

マイクロソフト、仮想マシン上のUbuntuへWindowsからコピー＆ペースト、Ubuntuからローカルドライブへのアクセスなど可能に
http://www.publickey1.jp/blog/18/ubuntuwindowsubuntu.html

なんだ、仮想マシンからか
早くWindowsからWSL上のファイルを
簡単に編集できるようにならないかな

ONC-RPCってサポートしていたっけ？

>>700
それがしたい理由ってなに？

linux側からwindowsにシンボリックリンクを張る方法では解決できないこと？

>>702
Windows上の使い慣れたGUIの
テキストエディタを使いたいだけ

それってファイルをWSL側に置く意味あるの

そりゃWSL上で動かすんだからいるでしょ

いやだからWindowsで普通にアクセスできるところに置けばWSLからもWindowsアプリからも編集可能になるのに
何でそれをやらないのかという話

>>706
それをやるとWSLから見た時にパーミッションや実行権限などが
おかしく見える。遅いという問題も有る。

lxfsはLinuxの標準的なファイルシステムと高い互換性があり
パフォーマンスも良いが。drvfsはそうではない。

所有権もだな

まあ俺が説明しなくても誰かがやってくれてるなｗ

https://qiita.com/lefb766/items/ca2be2590bd7c22395fd

Windowsのアプリでファイルを編集するという話なのに
遅いもパーミッションも実行権限もクソもないでしょ...
結局702の言うようにそうしなきゃいけない理由が分からないと何とも

>>706
＞何でそれをやらないのか
それをわざわざやりたくない

Linux側で遅かったりパーミッションや実行権限が
おかしかったら問題が有るでしょ
何を言ってるんだろうか？

これは>>710が馬鹿

ワハハ、しょせんwindows
linuxとのシームレス環境はまだまだ夢のようだなｗ
本物のunixであるmacとは次元か違うのだよ、次元がな

少し前にgrepの速度を比較したんだけど
・Cygwin より WSL は1.7倍ぐらい速い
・WSL, MSYS2, ついでに標準DOSコマンドのfindはだいたい同じ
・WSL より VirtualBox(Fedora26)は6倍ぐらい速い

こりゃNTFS自体がボトルネックっぽいと思って、
WSLからVirtualBoxのLinuxデスクトップに乗り換えた。
ファイルやクリップボードの共有もできるし、
grepやGitは比較にならないほど速いぞ。

何言ってんだこいつ
なんでそれでNTFSがネックだと思ったんだよ

>>716
MSYS2のオーバヘッドってそんなに大きくないと思ってたし、
findはいちおうネイティブだろ？
それらとWSLの速度が変わんないんで、
NTFSだとこの辺で頭打ちなのかな？と思ったんだよ。

まあこれが間違いでWSLがもっと速くできるんなら、それに越したことはないけど、
その改善を待たなくてもVMなら今すぐ、WSLよりずっと速い環境が利用できるわけで。

Per-directory case sensitivity and WSL
https://blogs.msdn.microsoft.com/commandline/2018/02/28/per-directory-case-sensitivity-and-wsl/

>>717

思い込みすぎ。

信じる者は騙される

信じるものはシンジや

Kali Linux for WSL now available in the Windows Store
https://blogs.msdn.microsoft.com/commandline/2018/03/05/kali-linux-for-wsl/

どうしてkali…
ハッカーになれということか

https://blogs.msdn.microsoft.com/commandline/2018/03/06/debian-gnulinux-for-wsl-now-available-in-the-windows-store/
Debianも来ている

待ってたぜdebian
ubuntuなんていらなったんや

Fedoraホントなにしてんの？

Debianはパッケージが枯れてるからデスクトップ向きだな。
DockerのサポートしてるしサーバーはUbuntuの方がいい。
WSLはどっちが向いてるのかわからん。好きな方使えばいい。

お、これでUbuntuとDebianの二窓できるのか
コマンドラインならほぼ同じだろうし

WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。

fedoraはなんなんだろうね
需要が無いのだろうか

>>729
VcXsrvとかWin用のXサーバ入れて無理矢理デスクトップ環境を起動出来る。

>>731
MicrosoftがX Server用意してくれたらいいんだけどね、無理だろうね。

マイクロソフトアカウント死んでも取らないマンの俺でも
wslはlxrunofflineなどのおかげでストア無しでも快適に
使えてたが（俺はarch linux利用中）…
ストア配布のディストロが増えてきたってことは
やっぱり近々マイクロソフトはストア配布ディストロ以外は
使えなくするのかねえ

>>729
> WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。

パッケージのバージョンが違う
Ubuntuは新しい。だけどイメージサイズとかでかい。
Debianは少し古い。だけど小さい

Ubuntuは開発向け。最新の開発ツールとかで新しめのパッケージが要求されることが有る
だけどサーバーはDebianが多いからサーバーに合わせたいと思えばDebian

debian sid入れたわ
サブシステムだから不安定でも起動しなくなることはないからいいね

>>735
sidなのかってびっくりした
普通はstretchだね

https://gunosy.com/articles/RyB4l
> 今回Microsoft Store経由でダウンロード可能にしたDebian GNU/Linuxは安定版の「Debian 9/stretch」をベースにしている。

sidは自分でリポジトリ書き換えて入れたんだぞ

>>733
ストアでも無料アプリならMSアカウント要らんぞ、WSLに限らず
ストアアプリすら通さなくてもWindows Server Installation Guideの文書の方にappxファイルの直リンあるしな

>>724
ついにDebianも動くのか。良いことだな

>>733
https://github.com/DDoSolitary/LxRunOffline
"Install any Linux distros to any location on your disk."

こんなのあるんだね

そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・

元々kernelはconfig弄れるのにバージョン情報で分岐するソフトなんてそれを表示するソフトだけでしょ

>>741
一番下に

>All Windows 10 versions with the Linux subsystem support.

ってあるんだけど32bit版WindowsでもLinuxが動くのか?

あ、「LinuxサブシステムをサポートするすべてのWindows 10バージョン」だから駄目か

>>742
> そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・

WindowsがLinuxカーネルをエミュレートしているので
Linuxカーネルは使っていない
だからWSLはLinuxではないと言いかえることもできる

もともとディストリっていうのはカーネルが入れ替え可能になってる
（というよりカーネルにいろいろパッケージを付け足したのがディストリ）
WSL上で動くUbuntuやDebianなんかは、カーネルをWSLに入れ替えているわけさ


本質的には↓これと同じ。WSLはLinux用バイナリまで対応しているという違いは有るけど

https://ja.wikipedia.org/wiki/Debian_GNU/kFreeBSD
Debian GNU/kFreeBSDは、Debian GNU/LinuxのLinuxカーネル部分を
FreeBSDのカーネルに置き換えたシステムである。

>>733
> やっぱり近々マイクロソフトはストア配布ディストロ以外は
> 使えなくするのかねえ

使えなくする理由がない。

ただマイクロソフトは自分の会社のプロジェクトとしてWSLを作ってるわけで
最初から自分の会社の以外で対応させたディストリのことは考慮してないし、
そもそも他人のプロジェクトなんだから考慮することはできない

設計上そういうことができる仕組みになっているけど、マイクロソフトの都合で設計は変わる
勝手に対応したのなら、勝手に変更に追尾してねって考えだろう

>>747
wslがある程度成熟してユーザの選択肢に
上がるようになったときに自社配布ディストロ
以外を排除する理由なんて六通りは思いつく

はいはいFUDFUD

AppleやTwitterじゃあるまいし

FreeBSDの移植よろ

>>751
いまさらメリットがないでしょう。

大昔にBoWってのがあったらしい。
使ったことないけど。

>>753
あったねー。BSD on Windows