【Bash】Windows Subsystem for Linux【WSL】4

**login:Penguin** · 2018/11/09(金) 16:03:28.29

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
http://mao.2ch.net/test/read.cgi/linux/1528141781/

**login:Penguin** · 2019/02/21(木) 16:25:44.10

WindowsでfileIDの調べ方がわからんかったから調べたら予想通りだった。

WSLのstat ファイル名で表示されるInode番号は、
Windowsではfsutil file queryfileid ファイル名で表示される
ファイルID（の16進数を10進数にしたもの）だった

さっきも言ったけどLinux側のi-nodeに同期とか存在しないんだよ。
Linuxがそういう管理してるんじゃないんだから。っていうかLinuxなんていねぇ。いるのはNTカーネルだけだ。
単にAPIを変換してるだけなんだから、WSLからInodeを知ろうとしたらNTFSのFileIDを返すだけの話

**login:Penguin** · 2019/02/21(木) 16:43:55.37

WSLではVolFsがinodeを管理してるからWSLからみたらinodeは普通に見える。実体がどうとかは関係ない。
WSL上ではアプリケーションはlinuxとして動くわけだから重箱の隅をつついても仕方ないし、inodeもないと動かない。

**login:Penguin** · 2019/02/21(木) 16:47:31.76

>>723
問題はそこじゃなくて「Linux側のi-nodeに"同期"させる」って言ってるところだよ。
同期だよ。同期。まるで別にLinux環境というものが存在して、そっち側でinodeを
Windowsとは別で管理していて同期を必要としていると思っているのだろう。

**login:Penguin** · 2019/02/21(木) 16:54:39.18

>>721 >>722 で言ってることが変わっていってるのが面白い。
「さっきも言ったけど」とか記憶障害っぽい感じがする。
「自分が先に思いついた」とか発言してた人かな、ひょっとして。
お大事に。

**login:Penguin** · 2019/02/21(木) 16:56:06.77

確認した。VolFsでもDrvFsでもi-nodeとしてNTFSのFileIDが表示されてる

そもそもi-nodeっていうのはext4とそのお仲間が持ってるもので
reiserfsなどにはi-nodeは存在しない。すべてのファイルシステムが持ってるものじゃないし
Linuxが管理してるものでもない（WSLにLinuxなぞ存在しないが）

だけどLinuxで必要とされるから、reiserfsのファイルシステムドライバが
i-nodeをエミュレートして表示している。

NTFSもそれに近い。NTFSのドライバはFileIDとして返すわけだが、
VolFsやDrvFsへの変換レイヤー（WSLの一部）がNTFSのFileIDをi-nodeとして見せてるだけ
VolFsやDrvFsがi-nodeを管理してるわけじゃない。単に変換してるだけ。

**login:Penguin** · 2019/02/21(木) 16:56:30.73

>>725
変わってないし、何も言い返せないならレスしなくていいよ

**login:Penguin** · 2019/02/21(木) 17:00:41.18

結局、NTFSのFileIDがi-nodeとして使われるわけだから同期なんて必要ないのが分かるだろう？

単に保存時にメタ情報を考慮しているかどうか。
いまちょっと確認したんだが、atomから保存した場合、
FileIDは変化しなかったけど実行属性は消えていた。

メモ帳やvscodeだと保存した場合FileIDは当然同じとして、実行属性は残ったまま
（だから俺はatomからvscodeに乗り換えた）

だから保存する時に以前のメタデータをどうするか？という処理が別に必要なのだろう。

**login:Penguin** · 2019/02/21(木) 17:41:28.71

どのlinuxユーザーでファイルを操作していることにするかという要件定義の問題。
NTFSのアクセス管理との整合性を破綻させない工夫が必要なのはCygwinの頃からある話で、誰でもわかる。
長々書かなくていい。

**login:Penguin** · 2019/02/21(木) 18:06:17.50

> どのlinuxユーザーでファイルを操作していることにするかという要件定義の問題。

また今までの話と全く関係ない話を始めたなｗ

で、その要件定義が何だって？
その先をいえや

**login:Penguin** · 2019/02/21(木) 18:31:41.02

>>725
一番最初にi-node考えたのは俺やで？

**login:Penguin** · 2019/02/21(木) 18:33:49.63

そうか特許申請はしたか？

**login:Penguin** · 2019/02/21(木) 18:59:48.66

分かる人にしか分からないけど、アムロ・レイの父テム・レイみたいでかわいそう。

**login:Penguin** · 2019/02/21(木) 19:06:02.38

ワシがリナスにi-node教えたったんや。

**login:Penguin** · 2019/02/21(木) 19:17:15.73

vaxが1977年。UNIXはそれ以前だからね。
史実なら軽く還暦越えっしょ

**login:Penguin** · 2019/02/21(木) 19:20:45.59

i-nodeはワシが育てた

**login:Penguin** · 2019/02/21(木) 19:26:47.52

>>724
「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。
inodeの実体がNTFSのFileIDであっても、知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。
基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
共同で管理するには”特別な”実装が必要になる。

**login:Penguin** · 2019/02/21(木) 22:53:15.94

> 知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。

え？なんで？ｗ
理由言ってみ。どういう場合に整合性が取れなくなるのか
具体的な名前書いてさぁ

**login:Penguin** · 2019/02/21(木) 22:54:09.77

> 基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
え？なんで？なんでサブシステムが別だと
管理まで別物になるの？
理由が全く書いてないじゃないｗ

ほんと適当な嘘書かないでくれないかなぁ（苦笑）

**login:Penguin** · 2019/02/21(木) 23:01:39.84

> 「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。

証拠を見せてあげよう。

「Linux側のi-nodeに"同期"させる」ってことが理解できてる人
他にいるなら、その人はどういうことなのか説明してみせて

意味不明だから、説明できる人が誰も居ないだろう

**login:Penguin** · 2019/02/21(木) 23:10:44.79

i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。

**login:Penguin** · 2019/02/21(木) 23:12:34.74

linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。

**login:Penguin** · 2019/02/21(木) 23:17:56.76

i-nodeにせよFileIDにせよデータベースのキーのようなもので他のデータと紐づいていてシステムコールを通じて変更される。

**login:Penguin** · 2019/02/21(木) 23:21:47.16

>>742
これ。だからwslで編集したファイルはwindowsで触ってもよいが、逆はダメになる。
>>738
windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
>>739
マイクロカーネルの基本的な概念を知らないだけだろ。

**login:Penguin** · 2019/02/22(金) 00:39:12.30

wsl$経由でコピーするとパーミッションが維持されないな

cp相当にしといた方が良いような気が
フィードバックしとくか…

**login:Penguin** · 2019/02/22(金) 01:31:10.25

>>742
> linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。

だから（Linuxじゃなくて）WSLから見えるアクセス権限は
ファイルについてる単なるメタデータなんだよ。

WSLから見えるユーザーとかあれは仮想的に作ったもので本物のアクセス権限じゃない。
WSLでrootになったとしてもWindows上から見れば、ユーザーの権限のまま

実際のアクセス権限はNTカーネルによって行われる。
だからDrvFsとかでWSL上のrootになっても書き込めないファイルが有る

**login:Penguin** · 2019/02/22(金) 01:34:23.19

>>744
> windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。

なっていない。そのためのDrvFsなんだし。

https://kledgeb.blogspot.com/2017/12/wsl-126-drvfslinux.html
> DrvFsとは
> 「DrvFs」は、WSL環境（Linux環境）にWindowsのボリュームをマウントし、
> LinuxからWindowsのファイルにアクセスできるようにする仕組みです。

ほんと適当な嘘ばかりつくよねｗ

**login:Penguin** · 2019/02/22(金) 01:39:20.22

>>741
> i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。

i-nodeはFileIDを使えばいいだけ
それより同期の話は何処にいった？ｗ

一体何を同期するのだろうか？
誰か答えてくれｗｗｗ

**login:Penguin** · 2019/02/22(金) 01:41:25.72

>>747
https://japan.zdnet.com/article/35132978/
これ。次期アップデートから。

**login:Penguin** · 2019/02/22(金) 01:45:13.20

>>749
それがどうしたの？
windowsが作成したファイルをwslが編集するのは非推奨とか書いてないわけだが
文章ちゃんと読めてるか？

**login:Penguin** · 2019/02/22(金) 01:46:07.45

>>750
それ別人だから。脳みそお花畑か。

**login:Penguin** · 2019/02/22(金) 01:47:12.67

>>751
だからそれがどうしたのって聞いてるわけだが？

そんな事知ってるし、なんのために持ち出してきたんだ？
俺に言うことじゃないだろって話。

**login:Penguin** · 2019/02/22(金) 01:49:45.12

薬を飲んでさっさと寝ろ。 ID:BojX55g6

**login:Penguin** · 2019/02/22(金) 01:51:47.52

>>753
お前には聞いてないｗ

**login:Penguin** · 2019/02/22(金) 02:37:29.31

わざわざ有志が作ったブツでマウントとかしなくてもext2/4が読み書きできる様になるのか
これは良アプデの予感

**login:Penguin** · 2019/02/22(金) 03:14:34.37

たまにでどころを覗くというのも悪くないですね。
ttps://blogs.msdn.microsoft.com/commandline/

ところで Fedora ってどうなっちゃったんでしょうｗモジュラー関係で何かあるのかな...

**login:Penguin** · 2019/02/22(金) 06:52:34.86

dnfが動かんからなぁ
それを解決したFedoraRemixはMS以外から出てるけども

**login:Penguin** · 2019/02/22(金) 12:35:07.62

・設定ファイルの容量は数KBに満たない

これをいじろうとすると
・必要なHDDの容量が20GB必要
・文字のエンコード関係で壊れるかもしれない不安
・２０GBのインストール・アンインストール作業。時間が掛からないわけが

http://kasou-ken.seesaa.net/article/459488503.html
https://linuxfan.info/wslconfig
https://mongonta.com/f341-howto-update-under8gbdisk/

win鯖のシス管みたいなことを何が悲しくてせなあかんのかよく理解できない…

**login:Penguin** · 2019/02/22(金) 13:37:47.01

>>758
そんな間違えだらけで役に立たないページ見て何がしたいの？

**login:Penguin** · 2019/02/22(金) 18:49:05.87

>>759
その役に立たないページの修正情報をただで集めようと言う魂胆だろう

**login:Penguin** · 2019/02/22(金) 18:51:24.22

しかし、WindowsでLinuxのソフトが普通に使えるもんな。
凄い時代になったもんだ。

**login:Penguin** · 2019/02/22(金) 18:56:26.36

>>758
・テキストエディタやロケールを扱えない自己紹介・腐った情報の掲示
・初心者向けコマンド解説
・低スぺPC Winアプデ方法
win鯖のシス管と何が関係するのか…

**login:Penguin** · 2019/02/22(金) 20:00:09.71

Mecabで最新の辞書データを使おうと思ったらLinuxでビルドするしかないからねぇ。
WSLのおかげで実質的にWindowsでの作業だけで最新の辞書データを適用できるようになった。

https://github.com/neologd/mecab-ipadic-neologd

**login:Penguin** · 2019/02/22(金) 20:43:49.01

>>762
> win鯖のシス管と何が関係するのか…

win鯖のシス管をパソコンのサポートと勘違いしてるんだろう。
パソコンの設定をするのは、win鯖のシス管だ！

**login:Penguin** · 2019/02/22(金) 23:41:09.98

ヘルプデスク部隊とWin鯖管を混同してはいけない

**login:Penguin** · 2019/02/23(土) 09:12:06.35

この馬鹿に理解させる必要は無いよ、無理に教化を試みて無駄な労力を使う事はない。
こいつがダメな理由を、周囲の第三者に説明するだけでいい。最後にこいつの人格批判を添えてな。
始めたのは向こう側だからな、遠慮は要らんぞ？

**login:Penguin** · 2019/02/23(土) 14:46:44.43

Visual Studioからgccでユニットテストしたいとき。
WSLがあれば楽チン。

**login:Penguin** · 2019/02/23(土) 14:49:05.66

エラーが出て俺は試せなかったんだが、Windows SandboxでWSL使えるか教えてほしい。

**login:Penguin** · 2019/02/23(土) 16:53:10.46

・WSLを有効化するには要再起動
・Windows Sandboxは再起動を要する作業はサポートされない

**login:Penguin** · 2019/02/23(土) 17:15:04.37

再起動もそうだけど、どうやってSandboxの中でWSL有効にするの？
そもそもWindowsの機能が空なんだけど…
dismもパッケージサービスコマンドが丸ごと無い

**login:Penguin** · 2019/02/23(土) 17:45:01.81

19H1リリースされても無料で使えるんだろうか。
事実上の新バージョンに見えるけど。

**login:Penguin** · 2019/02/23(土) 18:13:31.67

>>770
あらあ、そうなのか・・・

**login:Penguin** · 2019/02/24(日) 21:15:12.84

WSLから /mnt/c/ 配下のファイルを編集しちゃまずいのか？

**login:Penguin** · 2019/02/24(日) 22:25:55.05

別にまずくはない

**login:Penguin** · 2019/02/24(日) 22:30:24.67

変な所でEOFを検知する事無い？

**login:Penguin** · 2019/02/24(日) 22:40:13.02

>>775
fgetc() の戻り値を char型変数で受け取ったに2000ペリカ

**login:Penguin** · 2019/02/24(日) 22:47:42.58

ubuntu 側のgrepがwindows側のファイルを探せない(途中で探索が終わる）
とかだから違うな

2000ペリカ直ちに振り込むように

**login:Penguin** · 2019/02/24(日) 23:09:02.88

ウイルス対策ソフトとかが原因では？
grep -nE ".*" で一行ずつ出力させてエラーが出る場所追いかけてみてはどうか。

**login:Penguin** · 2019/02/25(月) 00:01:13.48

Linuxというものを理解してないのか？
理解してないのはOSやコンピュータというべきか？

/mnt/cなんてちょっと特殊なファイルシステムとして
マウントされてるだけに過ぎないんだから、
意味不明なことにはならんよ。

**login:Penguin** · 2019/02/25(月) 00:04:49.67

mmapが腐ってるとかの可能性を考えていたんだが

**login:Penguin** · 2019/02/25(月) 00:10:39.47

/mnt/c/～/rootfs/の下は見えないようになってるのね
やっぱりここを触られるのはNGなのか

**login:Penguin** · 2019/02/25(月) 07:06:09.73

sjis のファイルだと、UTF-8 の文字列と一致しないから、見つからないだけ

grep -ir '赤い糸' ./*

ファイル名は自動的に、UTF-8 に変換してくれるけど

**login:Penguin** · 2019/02/25(月) 07:58:59.42

UTF-8が普及する前はEUC-JPがよく使われていた。
そういう昔のEUC-JPで書かれたファイルを
UTF-8の端末からgrepしても同じように見つからない

SJISのファイルをgrepしたいなら、端末の文字コードをSJISにすればできるだろうが
デフォルトでその設定は入ってないだろうな。
nkfでも使ったほうが簡単

**login:Penguin** · 2019/02/25(月) 09:58:34.40

>>777
straceしろよ

**login:Penguin** · 2019/02/25(月) 13:50:12.63

>>641
そもそもゲイツが潰れかけてたアップルに資金提供して蘇生させたんだがな

**login:Penguin** · 2019/02/25(月) 13:58:12.67

Send salt for Apple.

**login:Penguin** · 2019/02/25(月) 15:21:19.68

大流行の“塩◯◯”ブーム！今秋に新登場の「塩りんご」って何？
https://news.cookpad.com/articles/3007

**782** · 2019/02/26(火) 10:58:28.41

str=`ruby -e 'print "赤い糸".encode( "CP932" )'`

grep -ir "$str" ./*

"赤い糸"という文字列を、Ruby で、sjis に変換して、
(Ruby にはデフォルトで、nkf が入っているので、Linux にはnkf を入れていないため)
それで、Windows側のsjisのファイルをgrep したら、

「バイナリファイル ./桃子.txt に一致しました」とひとまず一致したけど、
sjis のファイルは、バイナリファイルとみなされた

一致箇所が複数あるけど、何回一致したかはわからないし、一致した行もわからない

ただし、ファイル名は自動的に、UTF-8 に変換されている

**login:Penguin** · 2019/02/26(火) 11:18:24.03

**login:Penguin** · 2019/02/26(火) 12:16:46.65

いい加減SJISのファイルを辞めるべきだろ
なんで日本専用の文字コードを使うんだよ？
海外対応考えてないのか？

**login:Penguin** · 2019/02/26(火) 16:38:36.41

ヘッダーにcharset=Shift_JISとある5ch.netの悪口はやめたまえ

**login:Penguin** · 2019/02/26(火) 17:06:42.25

そんなあなたに古典ツール nkf。今となっては速度面で見劣りするけど便利なので生き残っている。

**login:Penguin** · 2019/02/26(火) 18:08:33.01

rgとかpt使えば、grepみたいに遅くないし、utf/euc/sjis混ざってても探せるのに

**login:Penguin** · 2019/02/26(火) 19:26:25.17

grepが遅いようにみえるのはディレクトリツリー検索でファイル除外できないからであって、単体ファイルの検索ならgrepのほうが40%近く速いよ。

**login:Penguin** · 2019/02/26(火) 20:11:22.57

>>790
だいたいExcelのせい
インターネットバンキングからcsvおとして解析かけるのに一旦utf-8に変換しないといけないし。

**login:Penguin** · 2019/02/27(水) 08:51:07.82

全角半角混在前提なSJISは良い文字コードなんだけどな。

**login:Penguin** · 2019/02/27(水) 08:55:51.51

多言語の文字を混在出来ないけどね

**login:Penguin** · 2019/02/27(水) 09:17:13.45

ロ、ロシアとギリシャなら…

**login:Penguin** · 2019/02/27(水) 09:41:05.93

5ch(2ch)するだけなら問題ないかw
つうかDATがSJISなんだよな・・・

**login:Penguin** · 2019/02/27(水) 09:48:37.16

5chもグローバル化の波に乗るかもよ？笑
多言語板が出来そうだが、キリル文字の荒しとかでそう。
まあそしたらＡＡ香具師とか死にそうだけど。

**login:Penguin** · 2019/02/27(水) 09:49:38.28

utf8の板もあるでしょ

**login:Penguin** · 2019/02/27(水) 11:20:15.95

>>797
ロケール切り替えれ

**login:Penguin** · 2019/02/27(水) 11:51:22.32

JISとソート順が変わるから無理でしょ

**login:Penguin** · 2019/02/27(水) 12:55:40.08

>>802
馬鹿なの？

**login:Penguin** · 2019/02/27(水) 13:49:44.64

🐧Д가
5chの場合、全部SJISで一部の板は文字参照としてunicode文字が表示できる
キリル文字はそもそもSJISに収録されてる(unicode前から顔文字に使われてたし)

**login:Penguin** · 2019/02/27(水) 15:54:33.54

ファイルアクセス超遅い
configure終わらん
virtual boxにいれたopensuseのが速い謎

**login:Penguin** · 2019/02/27(水) 15:58:21.21

virtual boxのが速いってのは
ちゃんと仮想osと共有してるホストwindowsのディレクトリで
仮想oSから作業しての話ね。
ほんと謎

**login:Penguin** · 2019/02/27(水) 16:09:42.42

そりゃWindowsと協調して動作するよりも
Windowsと切り離して動かしたほうが速いだろうなとしか
当たり前じゃね？

**login:Penguin** · 2019/02/27(水) 16:44:28.64

物にもよるけどVMだとディスクキャッシュが効いて、ホストで動かすより速いこともある。
ディスクのスピードテストしてみれば分かる。

**login:Penguin** · 2019/02/27(水) 17:34:56.64

vboxsfとしてマウントしたwindowsディレクトリだから
当然windowsとは協調動作してますよ。

**login:Penguin** · 2019/02/27(水) 17:57:06.61

だからそれ以外の話だよ

システム環境をチェックするconfigureが
共有ディレクトリを多量にアクセスするわけなかろう

**login:Penguin** · 2019/02/27(水) 20:04:34.44

ロケールを変えて問題解決できたためしがない。

**login:Penguin** · 2019/02/27(水) 20:05:13.11

cofigureが遅いのは、ファイルアクセスのせいはあまり関係ないと思う。
makeはそれほど遅くない。
cygwinと同じでforkが遅いせいだとおもう。
cofigure遅いといっても、cygwinにくらべたら、wslはだいぶ速い。

でも、native linuxからするとくそといいたくなるが。

**login:Penguin** · 2019/02/27(水) 20:58:42.51

Windowsにfork相当の機能がないのがそもそもの問題なんだよな。
今のMSならカーネルにforkもしくはforkが速くなる機能を
実装してくれると思う。

**login:Penguin** · 2019/02/27(水) 21:40:08.63

WSLってWIN32API使ってるんだっけ？

**login:Penguin** · 2019/02/27(水) 21:44:35.81

>>813
なるほどそっちか。
たまにfork自体を失敗するMSYS2よりマシかもしれんけど。
となるとVMつかった方がいいな。

**login:Penguin** · 2019/02/27(水) 21:51:48.18

>>815
使ってる部分もあると思うけど、NTカーネルAPIがWindowsの
本当のAPIでそれを利用する形でWin32APIが作られてる。
それと同じレイヤーでWSLが実装されているわけだから
基本的にはWin32APIを使わずにNTカーネルAPIを呼び出してるはずだよ

**login:Penguin** · 2019/02/27(水) 21:54:07.99

>>816
VMは実質二台のパソコンを使うようなもので、
ホストOSとのデータのやり取りが面倒なんだよ。

つまりWindowsのテキストエディタを使って
プログラミングしてLinuxで動かすとかね。

**login:Penguin** · 2019/02/27(水) 22:19:04.73

>>817
だったらfork相当の機能がなくても困らないじゃん。
いにしえのPosixサブシステムと同じことすればいいんだし。

**login:Penguin** · 2019/02/27(水) 22:23:26.26

>>819
> だったらfork相当の機能がなくても困らないじゃん。
なんで？

> いにしえのPosixサブシステムと同じことすればいいんだし。
だからいにしえのPOSIXサブシステムも遅かったんだろ？

**login:Penguin** · 2019/02/27(水) 22:24:37.49

>>814
RtlCloneUserProcess