【Bash】Windows Subsystem for Linux【WSL】4

[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

693(1): 2019/02/20(水)11:20 ID:cfEFMWF/(1/3) AAS
>>689
> オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ

だから別システムってなんだよ？
WSLのアプリはNTカーネル上の1プロセス。
単なる別プロセスでしかないんだが。

えとさぁ、WSL用の別のOSがいて、そっちがWindowsの制御外から
デバイスごと管理してるわけじゃないんだぞ？わかってんのか？

694: 2019/02/20(水)11:20 ID:cfEFMWF/(2/3) AAS
>>691
Windowsはファイル名をUTF-16で管理してるのだから
UTF-8と相互変換するのは簡単

695: 2019/02/20(水)11:39 ID:3xVdPi64(1/2) AAS
改行と引用ウザイ
引用マウントしたいならふたばでも行ってくれ
其れかいっそブログでも書いてここに貼っとけばエエやん。論争大好きマンなの？

696: 2019/02/20(水)11:47 ID:cfEFMWF/(3/3) AAS
はい。論争大好きここでマウント取りたいマンですよ？

697: 2019/02/20(水)12:12 ID:3Qbbcy+7(1) AAS
うわっキモ・・・

698: 2019/02/20(水)12:14 ID:3xVdPi64(2/2) AAS
ごめん、マジひくわー

699: 2019/02/20(水)18:35 ID:rPNn21v1(1) AAS
しかし考えてみたら凄いことだよな。
Windowsで普通にLinuxソフトが動くもんな。

700: 2019/02/20(水)19:02 ID:eCAQNCtt(1) AAS
ExplorerでShell芸が輝くわぁ…
ネイティブでウィンドウシステムサポートしたら、ユーティリティ系でもなければデスクトップ環境系のLinuxの需要下がるよな
まあそれでもxubuntuとかお古PCに入れるんだろうけど。

701(1): 2019/02/20(水)21:46 ID:ZkCjGgl7(2/2) AAS
>>693
別システムは別システムだよ
なんでWindows配下のプロセスの話になるんだよ

702(1): 2019/02/21(木)01:33 ID:X1aZ7k5F(1/17) AAS
>>701
やっぱりWSLが別システムだって思ってんのか？
同じシステム上で動いていて、単に使ってるAPIが違うだけだぞ

その証拠にタスクマネージャーで見ると、WSLで動いているプロセスが
Windowsプロセスと同じように見える

ファイルはWindows（というかNTカーネル）が管理していて
どちらからロックを掛けても、同じようにロックが掛かる
WSLにドライバは存在せず、Windowsと同じドライバが管理してる
ファイルシステムだってそう。WindowsだろうがWSLだろうが
共通のドライバによって管理されてる。
省3

703(1): 2019/02/21(木)02:23 ID:BP5ivoCS(1) AAS
WSLとか関係なくない
DBとかでもデータファイル直でいじらんだろ

704(1): 2019/02/21(木)02:41 ID:R9NfxpXA(1) AAS
>>702
なんでWSLの話だと思い込んでるのかなあ。

705: 2019/02/21(木)03:22 ID:X1aZ7k5F(2/17) AAS
>>704
今までの話の流れとスレタイを見ろ

706: 2019/02/21(木)03:26 ID:X1aZ7k5F(3/17) AAS
>>703
それは全く別の話。

WSL起動中でないと書き込みができないから安全とか
意味不明なことを言ってるやつがいる。
（WSLが別システムだから？意味不明ｗ）

こっちは書き込みの安全性についてWSL起動中かどうかは関係ないといってる。
直接弄った時の安全性は、WSLの起動とは関係ないだろ？

707: 2019/02/21(木)03:28 ID:X1aZ7k5F(4/17) AAS
WSL起動中でないと書き込みができないのは
ファイルが壊れるとか別システム（笑）とかじゃなくて、
ストアアプリでファイルはそのアプリ用に隔離されてるから
直接ファイルを弄ることはセキュリティポリシーに反するからだろう
ファイル自体は同じOSが管理してるんだから壊れることはない

708: 2019/02/21(木)03:34 ID:X1aZ7k5F(5/17) AAS
>>680の何が間違ってるのか理解できてないようだから書いておくと

> Windows側からの操作は動作中のWSL(Linux)環境経由で読み書きするので、・・・(1)
> Linux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱いとなり、・・・(2)

この(1)が全く関係ない。

(2)のLinux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱い
になるのは、WSL（Linuxではない）環境経由だろうが、WSL環境以外だろうが同じ。
WSL環境以外から書き込んでも、(2)と同じ扱いになる。
だから(1)は全く関係ない。

709(1): 2019/02/21(木)13:52 ID:pcT7Cq0q(1) AAS
WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず、メタ情報にも齟齬が発生する。
NTFS上のファイルとしては無事でも、WSL上のLinux環境からは破綻してしまっていたのがこれまで。
19H1ではWindows側にブリッジを作り、\\wsl$〜というUNCパスを使えば書き込み処理が起動中のWSL経由で行われ、WSL上のLinux環境からも関知される。
「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは、この構造を理解できていない。
構造を理解できていないために、支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
無知で無能なくせに、やたらと攻撃的でマウント気質。まあ控え目に言ってクズ野郎ですな。
こちらとしても手加減する理由がないので、思う存分叩き伏せられる。

710: 2019/02/21(木)14:08 ID:AOOSCp45(1) AAS
環境とかシステムって単語使うとまた噛みつかれるで
厳密君の言葉尻チェックうるさすぎ

711: 2019/02/21(木)14:15 ID:X1aZ7k5F(6/17) AAS
>>709
なんでいちいち関係ない話を付け加えるんだ？

> WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず
さも検知できれば大丈夫みたいな言い方をしてるけど、検知の有無は関係ない
そもそも（ファイル更新検知のためのAPIを使わない限り）ファイルの更新なんか検知しないのが普通

> メタ情報にも齟齬が発生する。
最初からこれが原因だって言ってる。Windowsアプリから保存すると、
（WSL用のメタデータを考慮してないほぼすべてのアプリは）
ファイル保存時にメタ情報が抜け落ちる。それだけでいい話

> 「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは
省9

712: 2019/02/21(木)14:31 ID:G6fatQrd(1) AAS
救いようのないアホ。韓国に住んでるんだろうな。

上下前次 1-新書関写板覧索設栞歴

あと 290 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.023s