【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>780
MSの小間使い()じゃない人はWSLなんかじゃなくて
本物のLinuxを使えばいいと思うの Debian は sources.list を書き換えて buster にできるのですが Ubuntu は artful や bionic にしようとすると途中でエラーになりますね。 >>786
alt + space でのウィンドウメニューが開けなかったので地味に嬉しいですね。 新機能はRS5のほうか・・・
RS4のリリースプレビュー入れたけど使えない。 Ubuntu 18.04 LTS リリースに伴い、WSL でも 正常に 18.04 にアップグレードできるようになっていますね。 do-upgrade-releaseするんならストアに無いディストリを自分で入れてるのと変わらん >>794
新しいバージョンへは Debian も Ubuntu も sources.list を書き換えて apt update apt full-upgrade しています。
WSL はカーネルは変わりませんが、実機や仮想はカーネルも新しいものになっています。
do-release-upgrade は使用したことがありません。というか知りませんでしたw >>794
そう言われればそうかもしれないが、apt upgradeでパッケージを更新するのと大して変わらないとも言える
先ほどdo-release-upgradeで18.04にできました Windwos April 2018 updateにしてから、ubuntuで
sudo do-release-upgrade -d
したら、lxdの更新後処理で止まった
強制終了したらいろいろ壊れたのでアンインストール
使い慣れてるdebian/testingへ移行 April 2018 Update を機にカーネルがマイナーバージョンアップされていますね 動かすディストリに関係なくカーネルバージョン決まるのか? >>801
カーネル(を模したもの)はマイクロソフト製で、上に乗っているディストリやそのバージョンに影響されません。(今のところ) おおかた/procのversionとかいうどうでもいい情報を見てカーネルが更新されたとか言ったんだろう wslではLinuxカーネルは動いていないのでカーネルバージョンは仮の数字でしかない 単なる目安だな。
Dockerで複数のディストリを扱うときと似ている。
ホストのカーネルバージョンはどこのコンテナも同じになる。 >>805
今はバージョン 4.4 相当を実装していますが、この先 例えば 4.15 相当を実装したならば、カーネルが 4.15 に更新されたと見ていいのではないでしょうか。 4.4相当の実装をしているって何を基準に言っているんだ…? >>807
わけのわからない論理
何がいいのかサッパリだ WSLが使用可能な状況で誰がその恩恵受けるんだってなるけど、RS5でメモ帳がLF改行コードに対応した wslで無線lanを認識しないのは現時点ではどうしようもないのでしょうか ifconfigでwlなんとかで出てこないってこと?
ハードウェアはWindows側の管理だからな。 >>812
sudo ip addrしたらeth0とかwifi0とか出てきてびっくりした あー本当だ
ネットワークコマンドが結構使えるようになってる >>811です
iwconfigを使うと認識しないんですよね
後々なんか対応されるのでしょうか do-release-upgradeじゃダメなんだっけ? 18.04の変更点っていうかメリットって何?
調べてもデスクトップが〜とかプリインストールアプリが〜とかであんまりWSLに関連する話は見つけられなかった ストアからインストールしようかと思ったけど入手ボタン押しても一瞬処理中になってすぐもどってインストールできないわ >>823
Hyper-vの方ならメリットあるらしいんだけどな 同じディストロも複数共存できるようにならないかな
開発環境毎に分けたい なら、Dockerのほうがいい。
バックアップもできるし。 Docker使うためにhyperV有効化するとvirtualboxが使えなくなるのが痛すぎる VirtualBoxのVMでDocker使えばいいのでは distributionは名称・パスなどがレジストリでベタ管理されてるだけだから書き換えたらいくらでも増やせるよ
Docker使うのが普通だと思うけど >>823
WSLに対してだけ嬉しいことなんて本物のLinuxのChangelogに入る訳ねえじゃん 1803になってlxrunofflineがちゃんと動かねえ〜!
ちゃんと登録されたみたいに終わるのにwslconfigでリストに出てこないし
bash打ったらストアに行けとか言いやがる
クソMSめ絶対にストアなんか使ってやるか >>833
なんかの宗教?
登録なしでダウンロードできるのに。 >>837
WindowsにVcXsrvみたいなXwindowのサーバー入れたらWSLでXwindow使えるよ 餓麺伝説 by SNK
なかなかいい感じの誤字だなあ https://docs.microsoft.com/ja-jp/windows/wsl/release-notes#build-17666
Build 17666
・Add explorer context menu to launch WSL [GH 437, 603, 1836]. To use hold shift and right-click when in an explorer window. WSL有効化しても起動画面でエラーになるんだけどInsiderProgramに参加しないとダメなの?
betaじゃなくなったから参加しなくても使えると書いてあった気がするんだが githubで同じ質問があってMicrosoftの人がWSLにチェックしてる? としかないんだよね
Installing, this may take a few minutes...
Installation Failed!
Error: 0x8007019e
Press any key to continue...
もちろんチェックはしてる 検索したら、過去にチェックしてあった場合の解決法もでてくるじゃん >>844
検索してみたらエラーコードですぐに見つかる
https://github.com/Microsoft/WSL/issues/2982
wslのチェックがはずれている時に出るえらー
osアップデートするとはずれてしまうことがあるらしい
チェックを外してリブート、付けてリブートで治るかも >>846
アップデート後にしたから外れるとかは関係ないと思ってたんだけどその手順で起動できました
チェック外してチェックして再起動じゃダメだったみたいです
ありがとうございました 18.04でGPU対応したらしいけど動かせた人いる? よく知らんがOpenCL対応するとかしたとか言ってた気がするがどうして動くわけないんだろう? >>853
WSLに最小インストールモードとかないし、そのあたりの下りは一般のUbuntu18.04に関する記述だろう >>853
なかなかひどいライターだね
WSLを使ったことなさそうだし、Ubuntu本家と違うことも知らないんじゃないかな
とりあえず、窓の杜をWSLの情報ソースとみるのはやめたほうがいいね そうなんだ。
どんな技術でWindowsのドライバーで動いているGPUにアクセスするのかワクワクしてたのだが。 そこまでできるんだったらLinuxカーネルのWindowsにしたほうがいい。 そうなんだよ、Unix系カーネルのWindowsにすりゃいいのに、
こんなWSLみたいなチマチマしたことしとるから、
めんどいことせなあかんねん。 xenixカーネルベースのWindows10が完全体か そういや昔、Lindowsなんてのがあったな。
ライブドアが絡んでて胡散臭かったw Windowsが画期的な所は、カーネルのAPIと
OSのAPIが独立している所
ほとんどのOSではカーネルのAPI=OSのAPIなんだが、
Windowsの場合カーネルのAPIの上にWin32APIなどの
OSのAPIが構築されている
そのためWindowsカーネルAPIの上にLinux APIを構築することも可能
同様にUNIX APIとかPOSIX APIもやろうと思えばできる
だけどUNIXはそうはいかない
カーネルをUNIX系するとか設計上不可能な話 LinuxカーネルはUNIX系?
WindowsはVMS系? いまのMSならやりそうだけど
もうそんなこと出来ないくらい肥大化してるから実際は無理だろうな WSLはもうPOSIX準拠なんじゃないの?
あれだけLinuxとの互換性が高くて
POSIX準拠ではないなんてありえないと思う >>867
LinuxってPOSIXとはいえないもののほうが多い。
WSLの前のSFUやSUAはPOSIX準拠だったけど。 > LinuxってPOSIXとはいえないもののほうが多い。
当たり前じゃね? POSIXは最低限の仕様なんだから
実用的に使おうと思ったらPOSIXと言えないものが
たくさん必要
でもいくらPOSIX以外の物が多くても
POSIXの条件を満たしてるよね? >>869
満たしているかの認証を受けて初めてPOSIX準拠って言える。
LinuxはUNIX Like Operating Systemであって正式なUNIXとは
いえないのと似ている。 >>871
つまり機能的にはPOSIX準拠だけど
認証はうけてないって言いたいの? >>872
機能的にPOSIX準拠っぽいってことですね。
UNIXっぽいってのといっしょ。 >>870
自分用にcloud9のサービスを立ち上げて使ってる。 >>871
米国政府の調達要件で、POSIX準拠が必須
お役所要件なので、効率はともかく要件だけは満たしている、、はず サブシステム(API)は複数用意できるし
CPUのアーキテクチャも選ばない
それがNT POSIXのシステム要件みたしてるかっていう質問には誰も答えられないのかな?
POSIX準拠っぽいとか、はず、とかではなく
誰かが反例を出してくれるまでは、満たしていると信じよう? 確かオープンソースのテストスイートがあるから自分でチェックすりゃいいんじゃね?
但し、どのバージョンのPOSIX相当のテストスイートかはしらんが ■ このスレッドは過去ログ倉庫に格納されています