【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>87
2週間くらい前に試したけど、インストールでコケた。
UbuntuをArch化するみたいな処理も微妙。 LXCが動けばそれでArch入れることも可能だろうな。 >>92
昨日試したけどいけたぞ
adminで実行する必要があったくらい >>98
インタプリタに/initを使うってのがモヤモヤするな。 日本語の解説
WindowsアプリからUbuntu環境内のファイルを決していじってはならない
ttp://kledgeb.blogspot.jp/2016/11/wsl-60-windowsubuntu.html 随分と今更な話だなw何ヶ月も前に一回やってぶっ壊した後だぜ。どういう理由で壊れるのかは知らなかったが。 やっぱりそう言うことなのか
つーかまず最初に注意しておくべき点な気もするんだが……
それにしても
相互にファイルのやりとりさえできないなら
VM環境とどう違うのかと小一時間 >>105
/mnt/c経由でやりとりできるって>>103に書いてあるだろ。 そんなことは知ってるけど
/homeをWindows側のフォルダに移したりもできないので
あんま意味ねえんだわ
そのたびにコピーとかw
それとも作業ディレクトリをいちいち常にWSL外にするのか?
めんどくせえわ よくわからんけど
ホームディレクトリを/mnt/c以下に設定するのはダメなの? >>108
それは設定できるけど
そこは純粋なNT'FS環境なので ディレクトリ操作等ばぐってたわ これってファイアウォールの許可アプリからssh server切っておけば特にセキュリティ的問題ないですかね?
ちなみにwslttyの起動時の作業フォルダーが%usrprofile%になっててlsでみると余計なファイルも見えてて汚いんだけど、ここにいる人は何か対策してる? Microsoft AzureリードアーキテクトJohn Gossman氏にLinux Foundation参画について聞く
https://www.infoq.com/jp/news/2017/01/microsoft-joins-linux-foundation
InfoQ: BashのシェルスクリプトがWindows 10上で動くのは開発者に好意的に受け取られているようです。
しかし、サーバソフトウェアやネイティブのLinuxプログラムは動作しません。
WindowsのロードマップにはBashを超えてLinuxカーネルにまで手を伸ばす計画が含まれていますか。
Gossman: コミュニティが受け入れてくれたことにはとても興奮しています。
また、コミュニティの声を聞き続けていますし、
進化するニーズに答えるための機能追加にも投資しています。
私たちは現時点では共有できるWindows Subsystem for Linuxについての具体的なロードマップはありません。
Bash on Windowsのサポートによって、
開発者はWindowsとLinuxの開発にWindowsを自然に使えるようになりました。
優れたユーティリティ、フレームワークを活用できるようになりました。
BashシェルスクリプトはWSLの一般的なユースケースですが、
ユーザーはUbuntuのユーザースペースでELF64をネイティブで実行できます。
つまり、例えば、Ubuntuで使えるソフトウェアをAPTパッケージマネージャを使ってインストールできます。
このサブシステムの挙動については技術資料があり、
新しいピコプロセスとシステムコールが
Windows NTカーネルにどのように変換されるかについて説明しています。 $ sudo apt-get install lsb
だけで、かなり幸せになれる\(^o^)/ これwindowsはそのままでbashだけきれいに入れ直したいんだけどどうやったらできるの? >>117
lxrun /uninstall /full スタートメニューのBash on Ubuntu on Windowsを選択するワンアクションで
sshdの起動とTeraTermのlocalhostへのログインをRSA鍵認証でいっぺんにやる方法
"C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Bash on Ubuntu on Windows.lnk" を
次の内容の "\Windows\System32\lxss\start-wsl-sshd.js" ってファイルへのショートカットにする
--ここから--
var ws = new ActiveXObject("WScript.Shell");
ws.Run("C:\\Windows\\System32\\bash.exe ~ -c \"service ssh status && exit 1; exec /usr/sbin/sshd -D\"", 0);
ws.Run("\"C:\\Program\ Files\ (x86)\\teraterm\\ttermpro.exe\" ssh://名無し@localhost /auth=publickey /keyfile=id_rsa" , 1);
--ここまで--
その前にTeraTermでSSH鍵生成をして生成されたid_rsa.pubというファイルをC:\Users\名無し\AppData\Local\VirtualStoreから探し出して
~/.ssh/authorized_keys2 に追加して/etc/ssh/sshd_config中のUsePrivilegeSeparation yesをnoに書き換えて
Windowsのサービス管理ツールからSSH Server BrokerとSSH Server Proxyを無効にしておきます
これで全部かな。チラシ裏のメモ書き終わり おう、cygtermみたいなことができるのか!
家帰ったら試してみよう WSLtty使ってる
wsl-terminalと大差ないけれど Insider Previewで試してるけど、大分よくなったな。
これでsystemdもサービスみたいに動いてくれればいいんだけど。 現状ではrunlevel変えれないのでしょうか
/etc/init.d/rc 2
とかやってしのいでます Bash on Windowsが強化、Linux版のJavaやGo、PostgreSQLなどもWindowsで実行可能に。3月リリースのWindows 10 Creators Updateで
ttp://www.publickey1.jp/blog/17/bash_on_windows_creators_update.html >>123に答えてなかったので今更だけどcbwin使えるようにした修正版
…3月の配信が楽しみですね
nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % cat /mnt/c/Windows/System32/lxss/start-wsl-sshd.js
var ws = new ActiveXObject("WScript.Shell");
ws.Run("C:\\Windows\\System32\\outbash.exe ~ -c \"service ssh status && exit 1; printenv OUTBASH_PORT >/var/run/wstart.port; exec /usr/sbin/sshd -D\"", 0);
ws.Run("\"C:\\Program\ Files\ (x86)\\teraterm\\ttermpro.exe\" ssh://nanashi@localhost /auth=publickey /keyfile=id_rsa" , 1);
nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % cat /var/run/wstart.port
52706
nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % grep OUTBASH_PORT ~/.tcshrc
setenv OUTBASH_PORT `cat /var/run/wstart.port`
nanashi@NOTE:(/mnt/c/Users/名無し/Desktop) % wcmd dir | grep "ショートカット"
2016/11/19 11:36 684 USER - ショートカット.lnk >>128
64ビットのEXEじゃないと動かないっぽいな。
32ビットだとフォーマットがウンタラカンタラでこける。 windowsの出来の悪さに反比例してbash on windows 段々よくなってきてるのが
笑える。
最後windows捨ててlinuxベースになるんじゃないかw
開発もしやすそうだし 単なるsyscall互換なsubsystem作ってるだけだから土台のNT kernelが
変わるわけ無いと思う。 Insider Previewを追うごとにだいぶ出来は良くなってるけど、まだなんちゃってLinuxだしな。 この先もNT kernelをLinux kernelに置き換えることなんてないから一生なんちゃってだよ なんちゃってでもちょっとしたことやるのに便利に使ってるよ。
VS2017でlinuxターゲット開発できるようになったし
そのターゲットにbash on win使えるし。
ubuntu16に上がったのも良いね。 MSYS2やCygwinの代わりに使えれば文句はないな今の所。
Windows領域のEXEも叩けるし。 32ビットコードが動かないくせに、依存関係でi386のパッケージも突っ込んでくれるな。 おかしいのはそんな依存関係を持たせてるパッケージの方だろ うむ
Bash on Ubuntu on Windows
Linux xxxxxxxxxxxxxxxxxxxx 3.4.0+ #1 PREEMPT Thu Aug 1 17:06:05 CST 2013 x86_64 x86_64 x86_64 GNU/Linux
Cygwin
CYGWIN_NT-10.0 xxxxxxxxxxxxxxxxxxxx 2.7.0(0.306/5/3) 2017-02-12 13:18 x86_64 Cygwin
Subsystem for UNIX-based Applications
Interix SERVER 6.1 10.0.7063.0 x86 AMD_x86_Family21_Model16_Stepping1 Windows apt install emacs
emacs -e tetris
テトリスで遊ぶためにある 日本の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のものがそのまま使える ■ このスレッドは過去ログ倉庫に格納されています