【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
日本のITライター達do-release-upgradeを知らない説 >>131
> 最後windows捨ててlinuxベースになるんじゃないかw
これはLinuxを使わずに、Linuxをエミュレートしてる
いくら完成度が高くなったとしても、それはLinuxが要らなくなるという意味でしかない。 >>144 非公式日本語訳
Windows 10 Creators Update: Bash/WSL & Windows Consoleの新しい点
ttps://opcdiary.net/?p=34971
Windows 10 Creators Updateで何が変わったのか?・Bash/WSLとWindows Consoleの新機能と変更点(前編)
ttps://kledgeb.blogspot.jp/2017/04/wsl-78-windows-10-creators.html
Windows 10 Creators Updateで何が変わったのか?・Bash/WSLとWindows Consoleの新機能と変更点(後編)
ttps://kledgeb.blogspot.jp/2017/04/wsl-79-windows-10-creators.html >>145
msdnサイトに
Remove & Replace (recommended)
てなってるからしゃあなかろう
あえてdo-release-upgradeでやってみるかのう再環境構築もめんどいし do-release-upgrade アップグレード出来た
"screen is terminating"のエラーは出たから
sudo -S RELEASE_UPGRADER_NO_SCREEN=1 do-release-upgrade
で後はあっさり Ubuntu部分だけならdo-release-upgradeでも良いと思うけど、
Creators UpdateでWSL部分も変わってるから
入れ直すのが確実だろうな
あ、でもUbuntu 17.04でたのか。 >>154
それはシリアル通信使ったハードウェアは存在するの?
って聞いてるようなもんだぞw >>154
ラズパイとRS232Cでシリアル通信することがあるのでTeraTermとかのソフトが必要だったが
Windows単独でどうにかなるのは嬉しい。 >>154
Linux上で動くROM焼きソフト使いたかったので個人的に嬉しいわ シリアルはうまくいかなかったけど、外付けディスクのマウントはありがたい。
FUSEをサポートして欲しかったけどWndows側でどうにかなるなら問題ないな。
VeraCryptの暗号化ディスクの内容がWSLでも参照できた。 >>156
Windowsでマウントされたディスクを/mntとかにマッピングするものなので
Windows側でマウントできればファイルシステムの種類は問わないらしい。 >>154
これよく分からんけど、minicomが動くよってこと?
今までteratermでCOMポート指定してたところをminicom使えよってこと? >>154 非公式日本語訳
Ubuntuからシリアルデバイス(COMポート)にアクセス可能に
ttps://kledgeb.blogspot.jp/2017/04/wsl-82-ubuntucom.html
>Screenやminicomは現在シリアルターミナルとして利用することはできませんが、cuがその代わりとして利用できます。 Wrong CPU load reading?
https://github.com/Microsoft/BashOnWindows/issues/945
WSL also seems to hardcode the load average to 0.52, 0.58, 0.59. Not very helpful for applications that manage parallelization based on load average ハードコーディングはあんまりだが、
Windowsのタスクマネージャー見ろよな・・・ ロードアベレージを出すにはカーネルにそのための機能(過去のデータの計測?)が必要で
Windowsにはそのための機能がないから、とりあえず動くようにするために決め打ちの値を使ったみたいね
ベータ版あるある LAはタスクマネージャー開いても分からないか・・・
Cygwinとかはどうなってたけな? 32bitバイナリ動かすのにqemu-userが役に立つことに気付いた 開発用に使ってるんで32bitバイナリを動作確認するのに仮想環境立ち上げなくていいのは便利 >>167
最後の方にすぐに修正されるって書いてあるな。
Cygwinでは何年たっても治らなかった問題が、
Microsoftだからこそできるわけだがすぐに修正されようとしている。 32GBのストレージのPCでSDカードにWSL環境入れられないかな?
Windows消し去るか迷ってるんだけど Windowsはディレクトリにドライブをマウントできるんだから
C:\Users\UserName\AppData\lxss ディレクトリでも作って
そこにSDカードをマウントしてみたら? なるほど、やってみる価値はありそう
GW中にやってみるかな >>178
あ、SDカードはNTFSでフォーマットしてね >>179
VHDX使って成功した人とか、ジャンクション使って手が紹介されてるね Insider Previewでbash.exeから起動されるbashが全てinteractive, non-login shellからinteractive, login shellに変わってるから変なスタートアップファイルを使ってたら注意な Insider Preview 15031のダウンロードが進まないわ。 なんでそんな昔のものを取ってくるんだ?
Creators Update入れればいいのに。 ちなみに今のFastリングのInsider Preview は16184。 >>182
もう少し詳しく頼む。
login shellになるとユーザ名とパスワードが必要になるのか?
スタートアップファイルって.profileとかのことか? >>187
ログイン時に実行されるスクリプトが違うだけ やっぱりサーバー用途のニーズも高かったんだな。
Bashだけの口じゃCygwinやMSYSと使い勝手が変わらない。 >>191
> Bashだけの口じゃCygwinやMSYSと使い勝手が変わらない。
それDebianでもCentOSでもCygwinでも使い勝手は変わらないと
言ってるようなもんだよ。
パッケージ周りが違うからCygwinやMSYSとはぜんぜん違う。
CygwinやMSYSは別のディストリだがBash on Ubuntu on WindowsはUbuntu
そしてLinux用バイナリがそのまま動くから、Cygwin/MSYS用に
ビルドするという作業が要らなくなる
つまり世の中に配布されているLinux用バイナリがそのまま使える。
インストール手順などもUbuntuのものがそのまま使える 最初Cygwin/MSYSの代わりになると思ってたんだけど全然違うんだよな
結局サブシステムの中で完結しててだったら不通にVMでいいじゃんってなってる >>193
> 最初Cygwin/MSYSの代わりになると思ってたんだけど全然違うんだよな
Ubuntuに代わり(というかそのもの)だからねw
VMでUbuntu使うぐらいなら、Bash on Ubuntu on Windowsでいい。
Cygwin/MSYSは残念ながら、Ubuntuのノウハウは使えない。
apt-getは使えないし、ビルドの方法も特殊
普段CentOS使ってる人だとまた少し違うけど、
UbuntuやDebian系を使ってる人は、そのノウハウがそのまま使える。
ここまでくるとMacOSもbrewという独自の方法を辞めて欲しくなるよ。
そうすれば全てUbuntuのやり方で統一できるのにって思ってる。
> 結局サブシステムの中で完結しててだったら不通にVMでいいじゃんってなってる
え? どうみてもWSLはサブシステムの中で完結してないよな?
WSLで起動したプロセスはタスクマネージャーから見えるし、
メモリ空間は共有しているしネットワークも共有で別にIPアドレスが割り当てられることもない
ファイルシステムもマウントポイントが特殊なだけでサブシステムの中に
Windowsのドライブが割り当てられてる。
あらゆる証拠がWSLがWindowsと強調して動いてることを示している。 New distro’s coming to Bash/WSL via Windows Store
https://blogs.msdn.microsoft.com/commandline/2017/05/11/new-distros-coming-to-bashwsl-via-windows-store/
We are also working with the great teams at SUSE and Fedora to bring their Linux distro’s to the Windows Store & Windows Subsystem for Linux (WSL) WSLがサブシステム内で完結してるっていうならCygwinがCygwinの世界で完結してないところなんて実デバイスに触れるところしかないと思うが >>196
すまん。あんたの日本語がわからん。
つまり、
本当はWSLはサブシステム内で完結していない(これは事実)
だからその点ではCygwinと変わらないということであってるよな 横からで悪いが「サブシステム内で完結」ってどういう意味?
環境サブシステムを仮想マシンか何かだとでも思ってるの? > 環境サブシステムを仮想マシンか何かだとでも思ってるの?
そう思ってるんだろ?
だから間違いだって突っ込まれてるんだよ。
LinxuサブシステムもWindowsサブシステムも理屈上は対等の存在で
同じNTカーネルの元で動いているものなんだからサブシステムで「完結」するわけがない
根本的な知識が欠落してる それはどうでもいいとして、もっといいニュースが出たね。
WSLで動くディストリが本物のUbuntuだけじゃなくて
本物のFedoraや本物のOpenSUSEまで動くようになった。
これでLinuxの大部分のノウハウはWindowsで
そのまま使えるようになる。
MacOSみたいなBSD系の独自の1ディストリとは訳が違う。
MacOSはbrewコマンドを始めとする独自の知識が必要になるが、
Windowsの場合はサーバーで動かすOS(=多くがLinux)と
全く同じディストリを内包している。 ストア経由でUbuntu、openSUSE、fedoraもWindows 10上で動作可能に
〜SpotifyやAutodesk SketchBookなども続々提供
http://pc.watch.impress.co.jp/docs/news/event/1059426.html すまん完結っていう表現はいまいちだったな
よく理解してないから教えてほしいけど
俺が知りたいのはVMでできないことでWSLできることはあるのかってこと
もちろんそれがないとしてもWSLにもメリットがあることはわかる > 俺が知りたいのはVMでできないことでWSLできることはあるのかってこと
何度も言ってるじゃん。
メモリ空間の共有
プロセス空間の共有
ファイル空間の共有
ネットワーク空間の共有
VMは起動時間が遅い。別のカーネルが動いてる。
メモリ食う。ディスクも別に割当容量を食う
違うことだらけなんだが? 仮想OSは、OSが2つあるけど、
Dockerは、OSが1つで、コンテナが2つ以上ある。
OSが2つある方が、資源を食うし、電気代も高い
WSLは、Dockerに似ているのかな?
subsystemとは、単なる別のモジュールというだけだろ >>207
dockerはプロセスが仮想化されてるから、
chrootの方が近いだろうな。
新しい(WSL用の)ファイルシステムをルートに
違うディストリを起動する。
でもプロセスの分離がされているわけじゃないから
一つのOS上で動いているように見えるしリソースも共有している。 >VMでできないことでWSLできること
こんなのはどうよ
WindowsとBashの相互運用
ttps://kledgeb.blogspot.jp/2016/11/wsl-53-windowsbash.html msys2の代わりになるかと思ってたけど、Winアプリ用にはmingwのライブラリが揃ってなさ過ぎて
割と基本的なUNIX系コマンドすら、なかなかビルド出来ないので全然代わりにならなかった
必要なライブラリも全部自前ビルドすれば出来そうだが、さすがにそこまで時間無いし
やはりこれはmsysやcygwinの代わりでなくてubuntuなんだと納得 > 割と基本的なUNIX系コマンドすら、なかなかビルド出来ないので全然代わりにならなかった
これってemacsみたいにコンテナ上だとビルドエラーになる問題と同種の話?
BuildRequireが揃えられないって話ならスレ違いだが。 >>210ってcygwinの話でしょw
Bash on Ubuntu on Windowsは
その名の通り、Ubuntuだから、
Ubuntuにあるライブラリは全部使える >>205
あーいや”技術的に”できることでなくて実際の使用用途の話
>>209
そうそう
そういうこと >>213
> あーいや”技術的に”できることでなくて実際の使用用途の話
何を聞いているのか?さっぱりわからん。
実際に仕様用途とは、WindowsはLinuxができること
全てができるという話か? >>213
つーかさ、メモリ空間が共有ってことは
VMに膨大なメモリを持っていかれることもないし、
ネットワーク空間が共有ってことは
同じIPアドレスが使えることだってわからないのかな? 今はInsider Previewじゃないとできないけど、Windows側でマウントされたドライブを
drvfs経由でWSL側でもマウントできるので、Windows使わないと読み込めないディスクでも
WSLなら扱える。
Linux単独やVMでは無理なケース。 今もWindows使わないと読み込めないディスクってあるの?
ntfsもexfatもLinuxでマウントできるようになったけど > 今もWindows使わないと読み込めないディスクってあるの?
Windowsで現在マウントしているディスク(システムドライブなど)は、
仮想マシンからマウントして読み込めない
だから共有フォルダを使えるように仮想マシンに
Guest Additionsとか入れなきゃいけない >>217
BitLockerで暗号化したドライブはWindowsじゃないと扱えない。 ReFS (Resilient File System) はWindows Server 2012で導入されたファイルシステムである。開発コードはProtogon。
https://ja.wikipedia.org/wiki/ReFS >>211
BuildRequiresの話に近いけど、ubuntuのライブラリにはmsys2に有るようなWin用クロスコンパイルmingw環境が
超基本セット以外無かった(例えば libintl libiconv も無い)ので、msys2の代わりは出来ないと思った話
後で考えると当たり前だと納得しているけど、msys2やcygwinの代わりになるみたいな記事に乗せられて期待してしまい、
今さら>>18,19 辺りのことを実感している > 後で考えると当たり前だと納得しているけど、msys2やcygwinの代わりになるみたいな記事に乗せられて期待してしまい、
なんかお前ずれてね?
msys2やcygwinがそもそもLinuxの代わりにならなかったんだが?
msys2やcygwinはできれば捨て去りたいものだろ?
WindowsでLinux関連のツールが使えないから
msys2やcygwinを使って ”ごまかす"
でもWSLができてから本物のLinux関連のツールが使えるようになったから
msys2やcygwinはもういらない
Linuxとはぜんぜん違う変な仕組みのmsys2やcygwinはもういらない WSLだとLinuxのバイナリがそのまま動くから、
"Windows用にクロスコンパイル" する必要がなくなったんだよ
Linux用にコンパイルすれば、それがそのままWindowsで動く
Linuxで生成したバイナリをコピーして持ってくれば動く >>209
普通、そんな相互運用がWDLで出来るって期待するよな
>>223-224
俺が一番WSLで良いなと思ったのはまさにLinuxのバイナリが動くってこと
そして、そのおかげでLinuxの良いソフトをmsys2とかを使って動くようにする必要がなくなった
てのは大きいよな これAndroid用バイナリも同じことできないのかなぁ。Xみたいな表示の仕組みは要りそうだけどw >>227
もうWindows Bridge for Android (Project Astoria)のことは忘れるんだ! 許すまじ
strings -el /mnt/c/Windows/System32/drivers/lx* | grep -i android >>230
少なくともマイクロソフトは何も問題はないな。
問題があるとしたらUbuntuだし >>232
読んでないけど、開発者モードを有効にすることで使えるようになるWSLが
Windows 10 Sで動くか?っていう質問はWindows 10 Sでソフトウェア開発を
するのか?って質問と同じだと思う。
いや・・・しないだろ? >>232
>Windows 10 S does not run command-line applications, nor the Windows Console, Cmd / PowerShell, or Linux/Bash/WSL instances
>since command-line apps run outside the safe environment that protects Windows 10 S from malicious / misbehaving software:
WSLだけじゃなくて普通のコマンドプロンプトも動かないのか、結構思い切ったんだね ここまで来ると10 SはiOSに近い仕様だな。
AndroidさえターミナルでCUIを扱えるのに。 iOSも脱獄すればターミナル扱えるのに
10 Sもいずれハックされるんだろうか ハックも何も脆弱性なんか利用しなくてもシステムに書けるんだからいくらでもできるだろ やっぱりIO速度が全然出ないねえ
Androidのsdcardfsみたいな感じで高速化されないだろうか ゲイツの法則に象徴されるWindowsでパフォーマンスを求めることが間違い そうやって技術力を認めず、無関係な人を使って文句を言う CygwinやMSYSなんかよりはマシとは言えconfigureするだけで遅...てなるよね CPU速度はLinuxネイティブと同じくらいの速度が出せているだけに残念だな ■ このスレッドは過去ログ倉庫に格納されています