[過去ログ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
673(1): 2019/02/19(火)07:29 ID:AJoj5fE3(1) AAS
WSL環境から読み書きするファイルも最終的にはWindowsの管理下にあるが、これまではWindows側からWSL配下のファイルを読み書きした際はWSL上で動作するLinux環境側が関知できないまま書き換わり、最悪では破損する危険があった。
ブリッジを介し、WSL自身を経由してWindows側から安全に読み書きできる手段が構築されたのが今回。以前と同じではない。
674: 2019/02/19(火)08:12 ID:Em4vwS4i(1) AAS
AppDataにあるものを直接書き換えるのはNGのままだよ。
675(1): 2019/02/19(火)09:35 ID:/oCvcR3Z(2/5) AAS
>>673
> WSL上で動作するLinux環境側が関知できないまま書き換わり
どういうこと? WSLはOSじゃないんだけど?
OSはWindowsそのもの。Linux環境なんてものはない。
これまで壊れていたのは、Windowsアプリが、WSL用に追加している
ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。
9Pサーバー経由にすることでメタ情報を上手く保護している
676(1): 2019/02/19(火)09:51 ID:fDyLLUpm(1/4) AAS
「Linuxでも別プロセスが勝手に書き換えることはある」(=それで支障が発生する)とか眠い事言ってる奴が、他人を詰問する滑稽さ。
677: 2019/02/19(火)09:54 ID:fDyLLUpm(2/4) AAS
そのメタ情報は、WSL上のLinuxカーネル相当分とファイルサブシステムを経由することで、適切に保持される。
そのためのブリッジを設えたのが今回。
あと「WSLはOSじゃない」の下りとかまあ何もかも浅くてデタラメなので、小学校からやり直せ。
678(1): 2019/02/19(火)10:01 ID:BpIr988U(1) AAS
よくわかんないんだけど、Windows側のテキストエディタ使ってLinux側のファイルをガンガン変更してもOKになったりしたって事?
679: 2019/02/19(火)10:04 ID:fDyLLUpm(3/4) AAS
>>678
\\wsl$\ディストリ名\〜 というUNCパスでアクセスすればね。
users\appdata以下を直で弄ったら、これまでと同様にぶっ壊れる
680(2): 2019/02/19(火)10:07 ID:fDyLLUpm(4/4) AAS
Windows側からの操作は動作中のWSL(Linux)環境経由で読み書きするので、Linux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱いとなり、
オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
まあ「WSL稼働時しか修正できない理由はないと思うけどね」とか言い切っちゃってるアホには、ちょっと難しかったかな。
681: 2019/02/19(火)10:22 ID:Wy/XTkiQ(1) AAS
とりあえず、ダブスラのSambaみてえなパス構成でアクセスすりゃあサブシステム側のお目通りかなって安心安全な改変ができるってことやろぉ
682(1): 2019/02/19(火)11:38 ID:yllL5c3i(1) AAS
よく分からんがWSLはOSじゃないっていいたいだけちゃうんかと
毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
とか言わないといかんのか?
683: 2019/02/19(火)15:59 ID:/oCvcR3Z(3/5) AAS
>>676
お前理解してないんじゃね?
Linuxでも別プロセスがファイルを書き換えることはあるよ。当たり前。
それでアプリレベルで支障が出たとしても、ファイルシステムが壊れるわけじゃないんだよ。
支障のレベルをお前わかってないね。
684(1): 2019/02/19(火)16:01 ID:/oCvcR3Z(4/5) AAS
>>680
> オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
オフライン中に別環境からパーティションを半端に弄られると
Linuxは壊れるんか?
つまり別ディスクから起動して書き換えるってことに相当するんだが
それでファイルシステムが壊れることはないだろ
だいたいWSLでは「パーティションをいじる」ことはできない。
パーティションを管理してるのはOS(Windows)なんだから
すこしWSLのファイル管理を勉強したほうが良いよ。
LinuxじゃないんだからWSLがデバイスを直接管理したりしてないの
685: 2019/02/19(火)16:03 ID:/oCvcR3Z(5/5) AAS
>>682
> 毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
Linuxプログラムの実行環境なんてのも存在しない。仮想マシンじゃあるまいし。
単にLinuxのシステムコールをWindowsのカーネルAPIに置き換えてるだけ
カーネルから見れば、LinuxアプリもWindowsアプリも同じ環境で動作しているように見える。
686(1): 2019/02/19(火)17:12 ID:cz61eBmF(1) AAS
連投粘着ウザいよ
そんなに言いたいならTripでもつけてやってよ
別に論破する必要ないから、本屋でも行って1000年ROMってろ(ハナホジーでいいし
687: 2019/02/19(火)18:50 ID:xqfwwFc8(1) AAS
>>686
ハイ論破。
688: 2019/02/19(火)22:39 ID:E1J20PdO(1) AAS
WindowsからLinuxファイルへのアクセスが可能に 〜「Windows 10 19H1」におけるWSLの改善
外部リンク[html]:forest.watch.impress.co.jp
WindowsからLinuxのファイルにアクセスする仕組み(Windows 10 version 1903)
外部リンク[html]:kledgeb.blogspot.com
689(1): 2019/02/20(水)00:57 ID:ZkCjGgl7(1/2) AAS
>>684
>オフライン中に別環境からパーティションを半端に弄られると
>Linuxは壊れるんか?
オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ
壊れないケースもあるだろうけどさ
690: 2019/02/20(水)03:38 ID:RONh19vE(1) AAS
編集でなくてrobocopyとかxcopyで
%userprofile% を別のディスクにバックアップしても壊れるんやろか?
691(1): 2019/02/20(水)05:51 ID:Bb2FxLV3(1) AAS
WSL では、Windows 側のsjis のファイル名が、
Linux 側で見ると、自動的に、UTF-8 に変換されるのが、すごい!
692: 2019/02/20(水)10:59 ID:tqBzq0z5(1) AAS
もともとNTFSはUTF-16で、api使うときにシステムロケールに変換してるから、その延長でしょう。
上下前次1-新書関写板覧索設栞歴
あと 310 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.017s