【Bash】Windows Subsystem for Linux【Ubuntu】2©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
これとは関係ないと思うけど
14385にしたらスタート画面のタイルが全部飛んでまっさらな状態になった。 Windows10のアニバーサリーアップデートも今日中には来るだろうな
全Windows10で標準でCUIのUbuntuが使える日が来ちまったな >>12
開発者モード&ベータがまだ必要みたいだな Proだけど使えた
コントロールパネル>Windowsの機能の有効化と無効化のリストから有効にしたか?
PowershellもSFUもここから有効にしたなぁ。しみじみ >>14の後、設定から開発者モードに変更して
Bash.exeを起動すると、ストアからダウンロードされる。 >>16
どうなんだろmsys2便利だよ。windowsのnativeのライブラリや開発ツールが揃っているし、unix由来のソフトのビルドにはかかせない。
wslはlinuxだからコンパイラがクロスコンパイラになるのかな。このあたりがどうなるかだな。 msys2は確かにunix/linux由来のものをWindowsに持ってくるのが楽。
WSLはその逆でWindows由来のソースをlinuxにポーティングする時に便利。
msysだと普通にwindows.hインクルードできちゃってlinuxとはやっぱり違いすぎる。 777 login:Penguin sage 2016/08/04(木) 19:35:45.15 ID:5FIf/nwh
書いた人ここ見てるかもしれんがコピペさせてもらうぞ
どのくらいやばいの?
【田】Windows10 Part86
http://echo.2ch.net/test/read.cgi/win/1470297295/10
10 名無し~3.EXE sage 2016/08/04(木) 19:22:58.81 ID:MylLUrAP
これ、やばくね?
開発者モードONにしただけでSSH全解放とか、 斜め上過ぎるぜマイクロソフト。
Windows10 Anniversary updateで知らぬ間にSSHdが起動している
http://yasuhide.blog.jp/archives/48155574.html
bash - Windows10のSSHサーバー機能を止めるかポート変更したい(43260)|teratail
https://teratail.com/questions/43260
開発者モードをONにするのはユーザが手動でやるわけだけど、
だからといって、これをONにする動機は、bashをちょっと試してみたいとかでしょ。
ONにした時点でSSHserverが一緒に勝手にONになるなんて一言も説明が無いし、
ましてやファイヤーウォールも穴開け完了してて、さらにポートはひねりもない22だし、
外側からパスワード認証だけでコンソールに降りられるとか、やばすぎ
タブレットやノーパソで、グローバルIPを割り当てたモバイル回線をつかってたら、
全世界へ、パスワード認証のコマンドプロンプト提供だぜ
22でポートスキャンして応答があったら総当たり攻撃して、あっという間に・・・ >>20
> 書いた人ここ見てるかもしれんがコピペさせてもらうぞ
> どのくらいやばいの?
LinuxもSSHD起動してるけどなw ubuntuだとデフォでは起動してなくて自分でsshd入れないとダメだった記憶
パッケージはあるからapt一発で導入できるけど、
インスコ直後はport22でパスワードログイン受け付けるのは変わらん これはWSLとは無関係で、単に開発者モードを有効にすると
何故かMS謹製のsshサーバが走り始めるという問題だと思う
リモートログインするとコマンドプロンプトが表示されるけど、そこからbashは起動できず
WSLのリモートログイン用には使えないからそっと無効にした >>23
MSは何のためにsshdを走らしているんだろ?
VSで開発しているプログラムのリモート開発・デバッグ用とかか 実際にこのスレにsshサーバが走ってた人いるのか?
自分の環境ではそんなサービスないぞ
コマンドプロンプトのnetstatでも確認した TeraTermで 127.0.0.1:22 に接続すると TeraTerm内でDOSコマンドプロンプトが動いてるな
ここで「bash」入力するとWSLにも入れた
Win10 InsiderPreview版をずっと続けてたけど、初めて WSL がTeraTerm内で動いたの見たわ
まあウチはルータ内部からしか port22 アクセス出来ないから問題ないけど、MSなにやっとんじゃい まじか。御愁傷様w
githubのissues trackerでは唯一↓でターミナルサーバ関係かも云々の報告しかないな
https://github.com/Microsoft/BashOnWindows/issues/734
遠隔操作系のサービスがトリガーかしら >>26
こちらの環境だとエラー: 0x80070005が出て起動しないのよね
ローカルのコマンドプロンプトからだと起動するんだけど SshSession.exe SSH Server Session > C:\Users\nanashi>netstat -aon | findstr 0.0:22
> TCP 0.0.0.0:22 0.0.0.0:0 LISTENING 3344
>
> C:\Users\nanashi>tasklist | findstr 3344
> svchost.exe 3344 Services 0 4,620 K
SshSession.exeは接続後か WindowsのコマンドプロンプトとWindows Subsystem for Linux
ttp://takoratta.hatenablog.com/entry/2016/08/12/082715
今年春にサンフランシスコで開催されたBuildでMicrosoft社員に聞いてみたのだが、
SFUのUNIXサブシステムはWindowsのシステム管理に
UNIXシェルのツールなどを流用するための手段として考えられたのだが、それに無理があったらしい。
つまり、UNIX/Linuxはシステム管理がテキスト(ファイル)ベースであるため、UNIXシェルとの相性が良い。
一方、Windowsはレジストリなどに収容されたデータを
専用ツールでアクセスするというシステムとなっている。
そのため、単にUNIXシェルを使えるようにしても意味はなく、その反省がPowerShellに繋がったと話していた。
Windows 10 Anniversary Updateで提供されるUbuntu環境とBashは目的が全く異なる。
MacOSやLinuxに流れてしまった(主に)Web開発者を取り戻すために、
Linux環境そのものをWindows上に用意した。
そのため、SFUのUNIXサブシステムで実現されていた
プログラムレベルのWindowsとの相互運用は実現されていない。
まだベータ版ということで、日本語の扱いなど微妙のようだが、今後の発展は楽しみだ。 >MacOSやLinuxに流れてしまった(主に)Web開発者を取り戻すため
Ubuntu on VitualBOX + Vagrant on Windowsなんて環境早く離脱したいので、はよ色んなツール動くようにしてやー ぶっ壊した、やっちまった時にVagrantなら元に戻せるから便利だと思うけどな。 svnserve動かそうと思ったけど
Windowsファイアウォールの例外に設定できるの
*.exeだけで詰んだ…… 未だにWindowsファイヤーウォールなんて使ってるやついたのか >>39
デフォで動くもんだろ。XPsp2ぐらいの時代で知識が止まってね? OSに内蔵されているセキュリティソフトで十分だよ
どうせウイルス検出率が高い=信頼できるセキュリティ対策ソフト=
ファイアウォールも強いはずって考えてるだけだろ?
ファイアウォールなんてポートを開くか閉じるかの機能でしかない。
使いやすいかどうかの違いはあるかもしれないがどうせ放置してるでしょ?
使いこなそうとしたら高度な知識が必要だし素人には無理。
それにウイルスの検出率だってどっちみち標的型攻撃には効かないし、
標的型でなくマイナーなウイルスなんてまず広まらない。
広まった時点でマイナーではなくなるので、
そういったものはOS内蔵セキュリティソフトでも対策される。
検出率が高くなると誤検出も高くなるという問題もある。
検出率ではなく広まってるウイルスの数に
どれだけ対抗できるかで考えたらOS内蔵でも
市販のアンチウイルスソフトと同等の性能になるはず。 >>44
ご指摘通りポート開けてすんなり動きました…
ルータとかじゃさんざやってたのにOSの機能てとこで
まったく頭うごいてませんでした >>41
デフォで動くようになったのがXP SP2からなんだけどな XP SP2のファイアウォールは外向きには対応してなかったからな。
Vistaで外向きにも対応したので、今更有料のファイアウォールなんて
買う必要がない。 セキュリティソフトなんかよりソフトの更新や自己防衛の方がよっぽど重要なんだが 急にAptPackageIndexUpdateが来たので
ttp://stknohg.hatenablog.jp/entry/2016/08/17/182149 Bash on Ubuntu on Windowsの時代は終わった
これからはPowerShell on Ubuntu on Windowsの時代である
PowerShell on Linux and Open Source!
https://blogs.msdn.microsoft.com/powershell/2016/08/18/powershell-on-linux-and-open-source-2/ PowerShellをわざわざ使うくらいならpython使うわな
普段PowerShellを使っててその資産を流用したい人だけにメリットがある >>55
PowerShellがPythonより優れているのはシェルとして快適に使える構文の選択。
コマンドを入れて出力。 One linerによるちょっと複雑な処理。
パイプ。 それに加えてPythonと同等レベルのプログラミング機能が全て
1つの処理系で完結できる。 インタープリター系の言語でここまでシェル機能を
意識した言語はなかったし、シェルでここまでプログラミング性を高めたシェルもない。
唯一あったのはVMSのDCL(Digital Command Language)であり、PowerShellの
デザイナーはその経験がある。
まあ、これがどのプラットフォームでも快適に使えるようになるには1、2年かかる
だろうけど、PowerShellを中心とした新しい巨大なエコシステムが生まれることが
期待できる。 PowerShellベースのコマンドラインで操作できるスマホとか出たら
ちょっと欲しいかも PowerShell on Linux のスレを別に立ててみてもいい気がするけど、どうでしょう?
これはこれで使い出があるような >>61
どうもです!
Linux版のも立ててみました
【オープンソース】 PowerShell on Linux 【PS】 [無断転載禁止]©2ch.net
http://hayabusa6.2ch.net/test/read.cgi/linux/1471620941/ 誰かWindows上のbashでAndroidビルドした人いる? やってないけど、ちょっとググってみた
本家Javaはインストール面倒だけどOpenJDK7ならWSLへインストールが簡単
Andoird は7.0以降からOpenJDKに対応するけど、バージョンはOpenJDK8
WSLだとOpenJDK8まわりはバグがあってまだうまくインストール行かない
・・て感じ? WSLってまだbeta版なんだよね?
正式版が期待できそうだ。 遅いよコレ。
今はHyper-VでUbuntu動かすほうがマシ。 サブシステムのネイティブとH./W込みのエミュレーションでは
サブシステムの方が速い
もっと速いのはコンテナ configureするとやっぱりディスクアクセスが重く感じる
MinGWやCygwinほどでもないけど そもそもWindowsってファイルシステムに触ると妙に遅いような 随分動くようになったな。
I/Oが遅いのはWSLの問題だろう。 java関連は複雑だから完璧とはいかないな
OpenJDK7でjavacが動かないんでググったらgitですでにissueとして報告済みだったわ まずはUTF-8 consoleの文字欠けをどうにかしろよ… Announcing Windows 10 Insider Preview Build 14936 for PC and Mobile
https://blogs.windows.com/windowsexperience/2016/09/28/announcing-windows-10-insider-preview-build-14936-for-pc/
WSL will install Ubuntu version 16.04 (Xenial) instead of Ubuntu 14.04 (Trusty) in an upcoming release. This change will apply to Insiders installing new instances (lxrun.exe /install or first run of bash.exe).
Existing instances with Trusty will not be upgraded automatically.
Users can upgrade their Trusty image to Xenial using the do-release-upgrade command. へーWin8とかでも動作っていいな
アップデートできないメモリ1GBのタブでも使えそう それ普通にネイティブでLinux入れるんじゃだめなのか? そうしたいんだけど、タッチパネルが認識しないとか、充電量がわからんとかあるんで困る
だからこれに期待するしかない ああたしかにタッチパネルはダメだったな
俺の持ってるやつでもx座標だけ逆になってるわ >>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のものがそのまま使える 最初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ネイティブと同じくらいの速度が出せているだけに残念だな ファイルシステムのエミュレートのコストが高いのか知らないけど、ちょっと改善してほしいところ。 forkはそこそこ速いけどexecが遅いらしいね。これはまあ構造上厳しそう
だと思う。 >>244
CPU速度って?
WSL上ではLinuxよりCPU周波数が低速になるの?
それともキャッシュの利きが悪くなるとか? NTFSを捨てられれば、IO速度問題も解決すると思う。 Windowsのほうが詳しくないんだけど
Windows10でbashが使えると思ったんだけど
今1607だけどどうやったら使えるようになるの?
情報がごちゃごちゃしてわけわからん あ、この記事もCreaters Update向けに更新済みか
機能の有効化・開発者モードの有効化だけした後
コマンドプロンプトを起動して bash って入力すればそれで良いと思う、多分 >>252
> 今1607だけどどうやったら使えるようになるの?
そういう人は、WSLがベータじゃなくなってから使ったほうが良い
すでに修正済みの問題まで、文句つけそうだから 今時v1607でUbuntu on Windows使うとか罰ゲームか拷問か何か?
最低でもCurrent Branchで使ってないと使い物にならねえよこれ vi(vim)を起動するとキー入力受け付けなくなった
何がおこっとんのや >>258
おま環:-)
vimで日本語も使えるよ >>260
マジか? シンボリックリンク作成解禁は開発者モード限定じゃなくなるのか >>265
私の方はCreators Updateに導入したけど普通に動いてるけどな >>265
だからそれがおま環なんじゃないの?
100%再現性があるわけじゃないだろう? vim使うだけのためにわざわざWindows Subsystem for Linux入れるのか? >>268
udevが使えるようになると面白いけどね >>269
参考までにudevが使えるとどんな感じに面白くなりそうなの?
usbとかの実ハードの挿抜が検出できる様になる的な? 今更この時代にBashでどういう方面で利用するかねえWindows上で…
俺なら、データベースソフト使ってクエリ作りまくるけどな。
Bashはたしかにコンパクトなソフトだよ。
但し、多桁演算には耐えられない。 >>272
まだ勘違いしてるの?
BashだけじゃなくてWindowsでLinux用のアプリの
多くが動くようになったんだよ そうなんだよね
ふつーにBash on Windowsでビルドしたx64バイナリをlinuxサーバーに持っていって問題なく動くよ
逆もほぼOK
epoll以外はね Ubuntu on Windowsとか普通にUbuntu(or Linux)を全面に出したらいいのに何でbashを全面に出したのか謎
そりゃみんな誤解するわ そりゃ何も考えずにGUIが使えないからでしょ
Ubuntu使っててもXサーバーの概念知ってる奴少なそうだし そういえばXのフォワーディングできるようになったんだよな
俺の動かしたいソフトバンク動かなかったけど とりあえず動かすテストレベルならMacOSで問題ないし、本格開発ならVMだしそんなにメリット感じないなぁ。 atomがWSL対応したらしいな
個人的にはVScodeが動いてほしいが WineならぬLineが実現するとはちょっと前まで想像できなかったな…
これのおかげで犬厨を卒業できそうだ
手頃なunix環境として定評あるMacを潰しにかかってるのか >>284
LINEってグループチャットアプリのLINE? 意味がよくわからないわ Wineって、Wine Is Not an Emulator の略だったよね。 Lineだと、Linux Is Not an Emulator ってことか
たしかにカーネルにLinux互換のサブシステムが追加されており
エミュレータではない ああそういう・・・WSLって言わばLINuxEmulatorだよねって意味だったのね・・ PC(ハードウェア)のエミュレータなのか
Linux(OS)のエミュレータなのかってことだな。
Wine Is Not an Emulator の場合、PCのエミュレータという意味でEmulatorと言ってる。
WineはPCエミュレータではない。これは正しい。
だけどWineはWindows Emulator略だとする説もある。
この場合はWindowsのエミュレータという意味だから、これも間違いではない
この世界では単にエミュレータと言ってしまうと
PCエミュレータの意味となってしまうからそれを避けたんだろうな
つまりWSLはLinuxのエミュレータではあるが、PCのエミュレータではない。 >>290
全然違う
Wine Is Not an Emulator は文字通りエミュレータではないと言っている
これは喩えるならPOSIXの仕様に従ったOSが複数あるように
それぞれがお互いのエミュレータでは無いという意味と同じ
少なくてもそういう建て前になっている Windows機でnode-red(node.js)を動かすのにUbuntuOnWinでやるメリットって在りますか?
パフォーマンスはファイルシステムの差でWIndows上で動かした方が良いですよね? >>291
適当なことを言うな
The name Wine initially was an abbreviation for Windows Emulator.[14] The phrase
"Wine Is Not an Emulator" is a reference to the fact that no code emulation or virtualization
occurs when running a Windows application under Wine.[15] "Emulation" usually refers
to the execution of compiled code intended for one processor (such as x86) by
interpreting/recompiling software running on a different processor (such as PowerPC).
Its meaning later shifted to the recursive acronym Wine Is Not an Emulator in order to
differentiate the software from CPU emulators.[16] While the name sometimes appears
in the forms WINE and wine, the project developers have agreed to standardize on the form Wine.[17]
Wineという名前は、最初はWindows Emulatorの略語でした。 「ワインはエミュレータではありません」
というフレーズは、ワインの下でWindowsアプリケーションを実行するときにコードエミュレーションや
仮想化が発生しないという事実への参照です。[15] 「エミュレーション」とは通常、
異なるプロセッサ(PowerPCなど)で実行されているソフトウェアを解釈/再コンパイルすることによって、
1つのプロセッサ(x86など)用のコンパイル済みコードの実行を指します。 その意味は後で
CPUエミュレータとソフトウェアを区別するために再帰的頭字語であるWine Is Not Emulatorに移行しました。
この名前はワインとワインの形で時々現れるが、プロジェクト開発者はワインの形で標準化することに同意した[17]。 POSIXなんて言葉は全く出てこない
https://wiki.winehq.org/FAQ#Is_Wine_an_emulator.3F_There_seems_to_be_disagreement
1.3 Is Wine an emulator? There seems to be disagreement
There is a lot of confusion about this, particularly caused by people getting
Wine's name wrong and calling it WINdows Emulator.
When users think of an emulator, they tend to think of things like game console
emulators or virtualization software. However, Wine is a compatibility layer -
it runs Windows applications in much the same way Windows does. There is no
inherent loss of speed due to "emulation" when using Wine, nor is there a need to open Wine before running your application.
That said, Wine can be thought of as a Windows emulator in much the same way that
Windows Vista can be thought of as a Windows XP emulator: both allow you to run
the same applications by translating system calls in much the same way. Setting
Wine to mimic Windows XP is not much different from setting Vista to launch an application in XP compatibility mode.
A few things make Wine more than just an emulator:
Sections of Wine can be used on Windows. Some virtual machines use Wine's
OpenGL-based implementation of Direct3D on Windows rather than truly emulate 3D hardware.
Winelib can be used for porting Windows application source code to other operating
systems that Wine supports to run on any processor, even processors that Windows itself does not support.
"Wine is not just an emulator" is more accurate. Thinking of Wine as just an
emulator is really forgetting about the other things it is. Wine's "emulator" is really
just a binary loader that allows Windows applications to interface with the Wine API replacement. >>292
用途がわからないからなんとも言えないけど
パフォーマンスが出ればいいならWindows側のほうがいいよ >>294
俺が喩えるならと前置きした上でPOSIXと書いただけだから出てこなくて当然だ
日本語難しかったの? >>296
それをいうことで何が言いたかったの?
WineはもともとWindows Emulatorと言われていたように
Windowsのエミュレータではあるんだよ。
だけど>>290がいうようにエミュレータと言ってしまうと
ハードウェア仮想化を行うPCのエミュレータと勘違いするから
Wine Is Not an (PCの) Emulator っていうようになったんだけど? ctrl+c失敗したらどうしたらいいですか?
local閉じないんですが… >>299
そうなんですよ。開いたportが閉じなくて、コマンドに戻れないし、bashウィンドウも閉じれない…bash複数起動もできない…ベータ版だからかと思ってはいるのですが、プロセスも切れんとは…Win側から強制終了の仕方が知りたいです。 ユーザーフォルダ以下を操作しようとするとフリーズしてwindows再起するまでbash死ぬけど同じような状態かな? >>301
え?mnt/c/user以下でlocalhost開いちゃダメなのでしょうか? >>302
「local閉じないんですが」 や 「localhost開いちゃ」っとかの文の意味がよく分からないかも
localhost (127.0.0.1) のIPアドレスのポート開いてSocketでLISTENする様なプログラムを組んだとか?
そうではなくて、ローカルHDD上のテキストファイルを vi で開いたら固まったとかなら >>258 >>265 の件かもね おまえら、lineなら以前からあっただろ
https://sourceforge.net/projects/line/
LINE Is Not an Emulator. LINE executes unmodified Linux applications on Windows by intercepting Linux system calls.
使い物には…… >>303
申し訳ないですorz
・python(anaconda)でローカルサーバーport8080開いた
・閉じようと思いctrl+c無反応、^Cが入力されるだけでウインドウもが閉じれない
・別のbashウィンドウも開けず
・windows側のプロセスを切ろうと思っても権限なし
・cmdでportを確認したらclose_waitのまま
・困ってpc再起動したらbash起動できず壊れた
次にあったらと思うと怖い((( ;゚Д゚))) >>192
linux同士ですら実現できないことをできるわけないだろ
>そしてLinux用バイナリがそのまま動くから、Cygwin/MSYS用に
>ビルドするという作業が要らなくなる
>つまり世の中に配布されているLinux用バイナリがそのまま使える。
>インストール手順などもUbuntuのものがそのまま使える >>306
linux同士なら依存するライブラリ込みでバイナリを放り込むだけで動くものは多いし
ごっそり丸ごと放り込めば殆ど動く
互換性が無かったらコンテナとか流行ってない pythonのインタプリタの終了はctrl cじゃなくてctrl dじゃなかったか?
あとexit()とか >>309
anacondaはctrl+cになってました。
exit()は知らなかった!試してみます! Windowsに、X Serverの機能を持たせてくれんかのう。 WSL上のUbuntuは17.04にアップグレードできるのか? 林檎売っぱらってWinにきたんだが、bashいいね。
iterm2みたいなターミナルないですか?それがあるならWindows一本化できそう。 俺も久々にwindows使ったけど最近のはだいぶ軽いんだな
GNOMEやKDEと比べたらそう変わらないんじゃないか 「ストア」にopenSUSE来てる件
//github.com/Microsoft/BashOnWindows/issues/2212#issuecomment-309589029 SUSE使ったことないけどWSLで使えるなら試してみるかな
fedoraやubuntuと比べてどうなのかしら CentOSとDebianとArchが使えるようになって安定して動くようなったらもうwindowsに引きこもれるな MBPが糞化したから乗り換えるにはグッドタイミング これCanonicalがlinux界を裏切ったって事? このサブシステムで動くインスタンスを複数簡単に持てるようになれば
dockerみたいなものになるでしょ
docker自体を動かせるようにするよりは筋がいい beta取れる頃にはWSLマネージャみたいな物ができているといいな /mnt/以下のパーミッションが777になる問題か
wsl領域をwindows側から触ると壊れる問題はなんとかならないのかな
せっかくwslからwindowsの実行ファイル動かせるようになったのに
cygwinやMacと比べてそこが不便だ >>330
winと連携しにくいからあまりメリットを感じないんだよな
インスタンス複数作れないし結局本格的に使うならVM使う 処理速度はVMより1.3倍くらいはやいが
ディスクアクセスはおそいというはなしもあるね ストアに出すメリットってなんだろうな
簡単に再インストールできるようになるとか? 単純にUbuntuはWindowsのアプリケーションの一つですって
言いたいだけだと思うよw >>337 非公式日本語訳
Ubuntu 16.04がWindowsストアに登場・もうすぐopenSUSEとFedoraが利用可能に
ttps://kledgeb.blogspot.jp/2017/07/wsl-98-ubuntu-1604windowsopensusefedora.html
WindowsストアからUbuntuをインストールするには
ttps://kledgeb.blogspot.jp/2017/07/wsl-99-windowsubuntu.html
インストール先を見ても完全にストアアプリ扱いだね //msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16237
LXFS以下にWindows側から新規作成したファイルの扱いが変わったぞ windows側からWSL領域を触っても壊れなくなったってことか? SUSE知らんからなんで2つもあるのかわからん
fedoraとRHELみたいなもんか? そりゃあ、コミュニティベースのところはアンチMSが多いからね
Windowsに利するような事に協力するわけない fedoraとubuntuがあれば大多数の人は十分だろな
SUSEは知らん WSL使いにとってはアップデートが毎回楽しみだよなw //msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16251
(Beta)くんの霊圧が消えた…? ついにbetaがはずれるそうな
名前からbetaがはずれるだけで特別変化があるわけじゃないけどね >>362
プレビュー使ってる人にとってはそうかもしれないけど
今Creators Update使ってる人にとっては結構良くなるんでしょう? NTFSシンボリックが見えないのと、UNCパスにアクセスできないのが不便。新しいのだと進化してるのかな。 >>364
ttps://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16176
ttps://msdn.microsoft.com/en-us/commandline/wsl/release_notes#build-16193 >>366
情報ありがとう。NTFSシンボリックリンクの方は期待大です。UNCパスの方はマウントが必要そうなのが残念。Linuxの流儀に従う必要があるのだろうから、仕方ないか。 Windwos Servier 2016でも WSL 使える様になったのか・・ 別にubuntuだけでもいいから複数動かせるようにしてほしいな >>372
OSは一つしか動いていないのに
複数動かせるとはどうしてほしいのだ? >>375
お前vmと勘違いしてるだろw
カーネルは一つなのだから理想としては
どのユーザーランドから見ても、動いているプロセスは
同じように見えないといけない。 ubuntuとfedoraとsuseを同時に動かせるらしいからubuntuだけを複数動かすのもできるんじゃないか >>376
そんなことはわかってる
それにメリットがあるかどうかの話だよ >>378
意味がわからん。
メリットが有るかどうかじゃなくて
常識的な動きの話をしてる。
まずWSLが作られた理由を考えてみようか。
これは単にWindows上でLinux用のバイナリを
そのまま動くようにしたもの。
言い換えるとLinux用のバイナリがWindows上で動くようにしただけ
だからOS(カーネル)をプロセスごとに分離しようかそういうものじゃない。
LinuxとWindowsのプロセス管理方法の違いから、WSL側から
Windowsのプロセスをちゃんと見せるようにするのは難しいようだが
WindowsのタスクマネージャーからLinuxのプロセスは見える。
WindowsがLinuxのシステムコールをサポートして、
Windows上でLinux用のバイナリを動かしているだけなんだから
そりゃ当然の話しだわな
そこにVMやらの話を持ち出してきて、VMのメリットを言われた所で
それはWindows上でLinuxバイナリを動かすのとは別の話ですね。で終わり だからそんなことどうでもいいんだよ
ってこの流れ前もやったな あぁ、違うか。
どうでもいいんじゃなくて、
どうでもいいって流れにしたいんだなw
だからいちいち話を中断させようとしてるわけか。 まあ ID:pvMVz25D はLinuxにも興味が無くて単に何かにケチ付けたいだけの人だろ WSLでX使うのって Xmingとかでできるんだけど
GTK使ってるやつが フォント設定しても文字化け状態かわらん
(gitkとか)
EmacsやFirefoxは フォント設定すればメニューも文字化けしないけど
本家に寄付してXming最新版ダウンロードしようかと思ったが
Paypalが日本からUKへの寄付を受け付けてないという始末
WSLとの連携でうまく動いてるWindows上のXって何かある? >>385
一応、VcXsrvをインストールしている。
試しにインストールして起動してみた程度。
GTKを使っているかどうかはわからんけど、gvimは日本語表示は普通にできた。
正直いって、自分にはWSLでXを使うと便利って場面があんまり思い浮かばない。 >>386, 387
thx 試してみる
まあそこまでするなら別マシンにインストールするかVMでいいだろって話でしょ
それはそうなんだけどね……
いずれMS謹製でそこまでやってくれたら
俺的には完全にMac要らない子になる(今でも登板回数減ってるが)
FreeBSDに構築されたAquaと
WinカーネルとLinuxカーネルが併走するWin10
出自はMacの方がいいのに Unixマシンとしては色々やることがあったり
縛りあったりして使いづらいんだよね ・XNUカーネルの上に構築されたAqua(とFreeBSDユーザーランド)
・NTカーネル上に構築されたLinuxサブシステム Fedoraはまだ来てないけどストアのUbuntuが何か更新されてる これってインストール場所をDドライブに出来ない?
Cドライブをかなり小さめにしてるから困る >>392
ストアアプリ扱いになった奴なら移動はできるだろ。従来の奴は知らね VcXsrvでGTKを使ってるアプリでも文字化けしなくなった
64bit版もあるし こっちの方がいいね
ありがとう ホームディレクトリがわかんねえ
lxssって見当たらないが ストア版は%LOCALAPDATA%\Packagesの下だ
それともlxssフォルダがシステム隠し属性で見えないという話か? >>399
ありましたわ
ストア版はやっぱり違ったのか
ありがとん NTEmacs のシェルを wsl の bash に設定することはできるの? 「Bash on Windows」という名称は非推奨に。正式名称「Windows Subsystem for Linux」(WSL)としてベータを卒業、正式リリースに
http://www.publickey1.jp/blog/17/bash_on_windowswindows_subsystem_for_linuxwsl.html
端末エミュレータでbold文字がちゃんと出るやつなんかない?
ConEmuとか試したけどboldにならない。
sshd使うのは負けな気がしている。 Windows で Linux を実行する
ms-windows-store://collection/?CollectionId=LinuxDistros アンインストールの時に/fullオプションつけてないからゴミが残ったままっていうオチか? Fall Update前に入れたからコンソールの色がひどく見づらい
特に青色
Fall Updateの後にいったんwxrun uninstallしてストアから入れ直したけど
色合いはまったく変わらず
なんとかならん?? >>413
これだけで、日本においてWindows OSを業務で使用するなど、あり得ない。 >>414
Welcome to real world 日経Linux 11月号
WSL 特集
Docker の記事もある
Ubuntu 側では、Dockerデーモンが動かないため、
Windows 側の、VirtualBox に、Vagrant で、CoreOS を入れて、
その中に、Dockerデーモンをインストール
Ubuntu側から、Dockerコマンドで使う
付録は、サーバーがゼロから分かる本、100ページ。
サーバーでできること、77
付録DVD は、
Ubuntu 17.04 日本語 Remix (64 ビット版)
Ubuntu Server 17.04 (64 & 32 ビット版)
CentOS 7.3 LiveGNOME (64 ビット版) OS標準機能だけにしたいならDocker MachineはHyper-Vで動かす方がいい。 WSL自体をアップデートする方法として公式に
lxrun /update
と書かれてるが....最新リリースを試す方法ないの?
FCUの公式リリースで変わったんですか? DockerMachineなんてほぼ使わねーんだが Docker Toolbox だろ
>>420
10月の、Windows 10 Fall Creators Update では、
WSL 正式版を、Windows ストアからインストール
正式版になったから、ベータ版をアップデートできないのでは?
GUI を使うには、Windows 側で、
VcXsrv Windows X Server Docker Toolbox は レガシーあつかい
https://docs.docker.com/toolbox/toolbox_install_windows/
今はDocker for Windowsを使う
https://docs.docker.com/docker-for-windows/install/
違いは前者がVirtualBoxを使って後者がHyper-Vを使うと考えていい。
Docker推奨のDocker for Windowsを使うならVirtualBoxは諦めるしかない。
VagrantのためにVirtualBoxを使っているという人も多いかもしれないが
VagrantはHyper-Vでも使える
VirtualBoxとHyper-Vが同居できると良いんだがな
Docker MachineはDocker Toolboxで使うんだっけな
要するにDockerっていうのはサーバーがあってクライアントから
接続するものだからその接続先をDocker Toolboxに切り替えるために使う
Docker for Windowsの場合はそういう切り替えなしに接続できる >>418
> Ubuntu 側では、Dockerデーモンが動かないため、
> Windows 側の、VirtualBox に、Vagrant で、CoreOS を入れて、
> その中に、Dockerデーモンをインストール
よんでないけどそんなこと書いてあるのか?
WSLのUbuntu側ではDockerデーモンが動かないため
Docker for WindowsでインストールしたDockerに対して接続する。
VirtualboxもVagrantもCentOSもいらない
コマンドプロンプトの(つまりWindows版の)Dockerクライアントからは普通にDockerサーバーに接続できる
WSLのUbuntuのDockerクライアントから接続したい場合は
まずDocker for Windowsの設定「Expose daemon on tcp://localhost:2375 without TLS」
これにチェックをいれる
あとはUbuntu環境で export DOCKER_HOST='tcp://0.0.0.0:2375' を実行する
(これをdocker-machineを使ってやっても良い) Linux では、Hyper-V は見たことない
VirtualBox か、VMware >>426
ttps://msdn.microsoft.com/ja-jp/commandline/wsl/reference 警告: lxrun.exe は、Linux ディストリビューションのためにレガシ Windows サブシステムを構成するだけに使用されます。
ディストリビューションは次の Windows ストアを訪問してインストールすることができます:
https://aka.ms/wslstore
使用法:
/install - サブシステムをインストールします
オプションの引数:
/y - ユーザーに許可を求めないか、ユーザー サブシステムを作成しない
/uninstall - サブシステムをアンインストールします
オプションの引数:
/full - 完全アンインストールを実行します
/y - ユーザーに確認を求めません
/setdefaultuser - 既定のサブシステム ユーザーを設定します。ユーザー アカウントが存在しない場合は作成されます。
オプションの引数:
username - ユーザー名を指定します
/y - ユーザー名が指定された場合、パスワードの作成を求めません >>423
>Docker MachineはDocker Toolboxで使うんだっけな
>要するにDockerっていうのはサーバーがあってクライアントから
接続するものだからその接続先をDocker Toolboxに切>り替えるために使う
>
>Docker for Windowsの場合はそういう切り替えなしに接続できる
docker-machineはホスト操作のcliってだけでToolbox限定じゃない
Docker for WindowsでもインストールされるしHyper-Vのホストも立てられる
まぁリモートのホストに切り替えたりするのが主な用途だろうが >>424
ちなみにその方法だとTLS接続できないからセキュリティ的に問題がある場合はdocker-machineでホスト立てる、つーのが割と使われる回避策
こだわりがあるならvagrantなり諸々の方法で立ててもいいけど、そこまでの事情があるなら自力で何とでもできるわな 俺達のMicrosoftが本気を出せばUTF-8のサポートなど容易いことだ
Windows 10のInsider PreviewでシステムロケールをUTF-8にするオプションが追加される
https://srad.jp/story/17/11/14/0640253/ ええな
不具合は出るだろうけど強引にでもutf8へ移行させるべき >>433
LinuxでUTF16対応できないのは、
カーネルを含めC言語ライブラリが幅を利かせているからだよ
C言語ライブラリは文字を一文字ずつ眺めていってNULL文字が
登場したらそこが文字列の終わり。ASCII互換の文字列以外は扱えない
だからUTF16やUTF32のようなマルチバイトの中にNULL文字が
含まれてるような文字コードには簡単には対応できない
Windowsのように当初からASCII互換以外の文字列も
扱えるように設計されているOSと比べるのはかわいそう C言語「wchar_t系ライブラリもあるのに対応出来ないのはお前の頭が悪いからだぞ」 Windowsもwcharで対応してるだけなのにID:gh7zcXCzは何を言ってるんだろう... そのwcharがLinuxカーネルで使われてないという話 あとwcharはUTF16のような2バイト or 4バイトのような
可変長文字を扱うのが面倒ってのもあるな UTF16 は、2バイト文字だけなら、
例えば10バイトなら、5文字って簡単に計算できるけど、
4バイト文字(サロゲートペア)があるから「2, 4, 2, 2, 2」で4文字になったりするから、
前から順番に、すべて走査しないと、文字数がわからない
UTF32 にすると、すべてが4バイト文字になるから、簡単に文字数が計算できるけど、
メモリを2倍使うから、無駄が大きい
また、mac では「が」などを、「か」+ 濁点で表すから、「が」が検索できない
Windows, Linux は、合成済み文字・NFC。
mac は、結合文字列・NFD Firefox Quantum 激早!
HTTP/2の恩恵を受けてるわ・・・ 業務のPCに窓以外を導入した団体はだいたいメンテやサポートのコストが増えて後悔してる
上記の理由でDELLのubuntuプリインストールも即消えた いまいちよく解ってないんだがubuntu使ってて
/以下に通常のubuntuのaptで入るもの以外のWSL固有なファイルってあるの?
Windowsのリリース・ビルドが変わらない限りWSLも更新されないで合ってる? /initはupstartでもsystemdでもないWSL独自だよね systemdじゃないのか
systemctlどうなってんだろ archlinuxにしたいんだけど、WSL部分のアップデートがどうなるのか解らなくて踏み切れない >>448
WSLはOSじゃない。Ubuntu用のバイナリが動くってだけ
OSはWindowsのままだよ。新しいOSが動き出すわけじゃない
だからWindowsからいきなりバイナリが実行される
それがbashなわけ boot: linux init=/bin/bash
ぐらいに考えとくのがよろしい chrootやdockerで何かのプロセスを
隔離された環境で起動したことがあればわかると思うけどね
WSLは隔離することが目的じゃないから
ネットワーク空間などを共有してる。
その点でchrootに近い。
Windows上でLinux環境でchrootするようなものだ
実際にWindows上のUserディレクトリの深い場所が
rootになるわけだしな まさしくそうなんだよなぁ。
ファイルシステムがボトルネックになってる。 /init はMS-DOSのコマンドインタプリタ様なるぞ
皆の衆頭が高い、ひかえおろう
root@NOTE:(/root) # cat dos-script
#/init
dir /mnt/c
/mnt/c/Windows/notepad.exe
root@NOTE:(/root) # chmod +x ./dos-script
root@NOTE:(/root) # ./dos-script zshの過去に使ったコマンドの補完が効かないんだけど何か対処法はありますかね?
いちいち全文打ったり検索したりするのが面倒臭い... >DrvFs creates NT symlinks when certain conditions are met. [GH 353, 1475, 2602]
>Add wslpath to do WSL<->Windows path conversions. [GH 522, 1243, 1834, 2327, et al.]
Release Notes
https://msdn.microsoft.com/en-us/commandline/wsl/release-notes#build-17046 > 同社は「sshd、httpd、screenもしくはtmuxを起動した場合、
> コンソールウィンドウを開き続ける必要があったものの、ビルド17046以降は
> 最後のコンソールウィンドウを閉じても、プロセスはバックグラウンドで実行し続ける」と説明した。
マジか、これでひとまずはsshd使ってWindows側でWSL側のファイルを編集できそうだ
本当はWSL側のファイルシステムをWindows側のドライブとして参照できてほしいけどね
>>462
Linux互換レイヤーを持っているだけでカーネルはWindows
Linuxはまったく使ってないのでLinux Serverとはいえないと思う
Ubuntu Serverという言い方なら正しいかもね 最初のsshd起動するにはやっぱり窓開かなあかんのか Fedoraまだなんですか?
仕事でRedhatしか使わないから、Ubuntuとか覚える気にならない…… WslRegisterDistributionでCentOSのDockerイメージがイミフなエラーでインストールできないんだけど、っていうissue上がってるしFedoraも案外同じ問題にぶつかってたりしてな こんなのlinuxじゃねえから
これ使ってlinux使ってますアピするやつ見かけると笑われるよ Linuxをまったく使ってないんだからLinuxなわけないだろw Linuxのバイナリがそのまま動いてるから
カーネル的な意味では確かにLinuxではないがユーザーランド的な意味ではLinux(互換)と言っても差し支えないと思う >>471-474
20年ぐらい昔、LinuxとUNIXで似たようなこと騒ぐやつが転がってたが
脳味噌が全く進歩しとらんな ややこしいもんな
UbuntuのカーネルをBSDにしたUbuntuBSDというものがある
だけどWSL上で動くUbuntuは通常のLinuxカーネルのUbuntu
普通に使っている分にはLinuxに見えてしまう
だけどカーネルはWindows coLinuxはカーネルが2.6のままだし、実質終了してるな・・・
10年ぐらい前にKNOPPIXで遊んだ覚えがある。
あと、Wubiなんてのがあったな。 cygwinなんて少しでも複雑なことしようとすると、
すぐにremapがどうのとfatalが出て、rebaseallでも直らないような……
perlやrubyだけ? rebase問題はWindowsのバージョンが上がるごとに問題が起きやすくなってる
気がする fedoraはなんで遅れているんだろうな
27でモジュラー化するとか言っていたからその変更を待ってからにするつもりとかかな
モジュラー化は27では結局失敗したけど Win10 v1709のEOLより先にFedora 27のEOLが来る可能性が非常に高いあたりに折り合いがついてなさそう あまり関係ないかもしれないがExcelにpythonのせる計画もあるらしいな まあwindowsでLinux環境を使いたいっていうのは変わらないからな Fedora来年の定期アップデートにすら間に合わないに0.0001BTC >>478
UbuntuBSDは事実上終わったよ。
Debian GNU/kFreeBSD がもっと盛り上がったら良かったんだけどなー。 そういえば、FreeBSD/NetBSDも終わってるのかね
まぁやたらと内輪もめが好きな集団というイメージだが 組み込みやゲーム機で生き残ってる。
PSはFreeBSDだし、NECのルーターはNetBSDなのは有名。 開発者にとってはWindows 10が使いやすくなってると
小さなバージョンアップのたびに感じてるよな
>>490
busyboxをビルトインしてほしい
そうすりゃ簡単なシェルスクリプトが動くんだ 誰もやらんかもしれないけど
@ WSL の Ubuntu の bash から使う git
A Git for Windows の Git Bash から使う git
これらを混ぜると危険
Aでサブモジュールを含むローカルコピーを取ってきた後
サブモジュールを取り直す時に
間違って@で取ると
以降 git status --porcelain が失敗する
TortoiseGit が Git for Windows に依存するので
TortoiseGit でのいろんな操作も失敗するようになる
ようやく気づいたよ、、
修復方法はサブモジュールを
Git for Windows のGit Bash から取り直すこと >>496
>Note: We fixed a bug in the metadata format used by DrvFs.
>While metadata works on this build for experimentation, future builds will not correctly read metadata created by this build.
>You might need to manually update owner for modified files and devices with a custom device ID will have to be recreated. >>501
んなばかなクライアントが違ったら壊れるとか使い物にならないだろう
windowsからWSLのファイルにアクセスしてるだけでは? >>502
もしかしてこれのせい?
確かにWindowsアップデートしてから起きるようになったよ ようやくバックグラウンドでsshが動くようになったみたいだな VirtualBoxでUbuntu動かした方がすっきりする気がするんだが。わざわざサブシステムで無理やり動かすメリットって何? わざわざ仮想マシンで動かすオーバーヘッドと容量が気になる
Windowsとファイルシステムやコマンドをシームレスに連携
とかとか
(仮想的な)別マシンではなく一つのマシンで済ませたい
マカーがUnix環境使いたいときはわざわざVMにLinux入れたりせずそのままMacの端末使うでしょ(OS XはUnix互換だし)
Windowsがそれに近づいた 今はまだVirtualBoxでいいとかcygwinでいいとかあるけど
・WindowsとWSL上で相互にファイル読み書きができるようになる
・Dockerが動くほどカーネルの互換機能が高まる
のどちらか、または両方が実現できたら大きく化けるよ
クラウドの関係のアプリ開発はWindowsだけでできるようになる あとwsl側でwindows側のコマンド実行できたらcygwinはいらなくなるけどできるんかな? あともう一個
wsl環境をvmの仮想マシンのように複数個作れるようになること
これができればvmの出番も少なくなる >>517
>wsl側でwindows側のコマンド実行
>>209 今windowsのAnacondaのpython使ってるんだけど、
WSLにAnaconda入れるのと処理速度どっちが速いんだろ >>518
> wsl環境をvmの仮想マシンのように複数個作れるようになること
> これができればvmの出番も少なくなる
UbuntuとopenSUSEの両方を起動した時、別々の環境になっているので
技術的には可能だし実現済みの機能(でも使われていない)ではあるが、
WSLの方向性とは違ってるから複数作れるようにするべきじゃない
WSLは所詮、APIを変換するだけのレイヤーなので、起動しているOSとしては
一つなのだから環境が複数個できるのはおかしい。わかり易い例で言えば
理想的にはホームディレクトリはどのOSからみても共通であるべきだ
ただしLinuxカーネルの機能としてはchrootやコンテナ機能があるわけで、
WSL環境に入ってから、別のOS環境を作ることはできるだろう
Ubuntu起動直後から環境を分離することは簡単だから、
事実上複数個作れるような感じで使えるだろう VMは動作が気色悪い
WSLはdbusがまだまだ
長い目で見ればWSLは優秀だがXwindowsくらい標準装備しとけと思う 開発者向けであるWSLでXとか、何に使うんだよ
WSL上でLinux版Eclipseでも動かしたいのか? Xwindowsとか言う奴の意見なんて無視でいいよ opencvとgnuplotとemacsでguiを使いたかっただけなんや >>526
そのうち付くのかもしれないですね。
とりあえず VcXsrv とかで賄えますよ。 >>526
使えばいいじゃない
なんでWSLでX serverが動かないとダメなんだ? >>523
> 長い目で見ればWSLは優秀だがXwindowsくらい標準装備しとけと思う
そう思うのはX WindowとWSLとWindowsの関係を理解してないからだぞ
X Server とはキーボードやディスプレイを提供しているものなので
Windowsデスクトップと役割がかぶっている
X Serverを装備するとしたらWSL上ではなくWindows上になる
(どこかに図が有ったと思うんだが、NTカーネルからみて、Win32もWSLも
同じサブレイヤーだがデスクトップはWin32が専有していたはず)
つまりX Serverを実装する時、WSLは関係ない話ということ
WindowsのデスクトップにX Serverの機能を内蔵するのもありだろうし、
X Serverの機能を提供するアプリをMSが標準で用意するのもありだろう
だけど今のところはそんなのはない。
だがサードパーティ製のX Serverアプリは存在する。
X ClientはWSL上で動くわけで、X WindowのGUIアプリは今現在でも動く
それで十分なんだよ。優先順位は低くて良い >>529
X window systemをXwindowsと書いてしまったことを怒っているのは当然だろうとは思うしごめんなさいしておくが
X serverがどこで何を供給していたかはわかっているから
別に今すぐWSLを入れたときについでにX windowを入れるようになってほしいわけでもない
だから長い目でみて待っているわけだしdbusの不具合が治らないなら普通のubuntuを使うだけだし 出来ることが3rd ptと何一つ変わらないものに人割くくらいなら1st ptしか手を出せないファイルI/Oの性能向上とsyscallエミュレーションの拡充に尽力してほしいわさ MSはまだ「コンソールを作り直す」とか言ってる段階だぞ
X Serverなんてとてもとても
https://blogs.msdn.microsoft.com/commandline/2017/10/11/whats-new-in-windows-console-in-windows-10-fall-creators-update/
The modernization effort is not quick, nor simple. The overhaul requires significant changes to the Console's internals; replacing legacy/out-of-date code with modern, well-tested replacements; and improving support for many user and customer requests.
And all this has to be done without changing existing behavior, and without breaking the world. The Console, it turns out, is one of the most used apps on Windows, second-only to the browser!
And its used for many critical tasks and roles, not least of which is building Windows itself, and running every command-line application on every machine world-wide.
Alas, much of this work is not really visible to the end-user, but it is essential for us to complete so that we can start working on high-value end-user-visible features that many of you are asking and waiting for us to deliver! UbuntuをDドライブに保存できないの?
Cドライブあんまり汚したくないんだけどな windowsはそういうドライブ固定なことが多々あってつらい CはSSDだから
あんまり細々としたものを書き込まれると寿命が短くなるから嫌だね
UbuntuをCドライブにインストールしたら/tmpとかのubuntuのファイルもCドライブに出来るのかな? %LOCALAPPDATA%にインストールされるんだから
Windows側のホームフォルダごと変えればいい
[HOW TO] ユーザー プロファイルとプログラム設定のデフォルトの場所を変更する方法
https://support.microsoft.com/ja-jp/help/322014 普通にログインすると、Windows側のホームディレクトリが
/mnt/c/Users/HOGE
になってるんだけど、これを
/mnt/d/Users/HOGE
にする方法ありませんかね?
何をやりたいかと言うと、VSCodeでbashのg++でファイルをコンパイルしたいんですが、私のMy DocumentsはDドライブにあるのでどうしたものかと 普通のコマンドプロンプトのデフォルトディレクトリを任意
の場所にしておいて、bashじゃあかんのかな? 誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
0UG8K8GP6A まあubuntuがあれば特に問題ないしな
rpm使いたいならsuseもあるし https://github.com/Microsoft/WSL/issues/2584
non-technical issuesを解決するために頑張ってるって書いてあるから
ライセンス周りとかでごちゃごちゃしてるんじゃねーの? ぶっちゃけ、仕事でしかLinux使わないから、Redhat系しか使ったことない。
Redmineがデフォルトでインストールされているから、Redhatより良いと
騙されてubuntuを激貧プロジェクトで導入して、あまりの違いに萎えた。
ということで、もう、Redhat系以外は嫌です。 俺は仕事でもdebianやubuntuばかり使ってるな
redhat系使いにくいねん
具体的に言うとselinuxとか selinuxをdisabledで使うアホが増えないようにUbuntu頑張れだよな selinuxは滅びてapparmorに移行すべき AndroidとUbuntuが採用してくれたら一気に変わるだろうね やっぱりselinuxを使うところもあるんだね、小規模なWebサイト系?
SI系というか大規模エンタープライズだと、FWとかLBとかIDSとか
全部アプライアンスで入っているので、その内側のサーバのOSは、
selinux無し、iptablesも無しが標準だよ。 大体パッケージソフトのどれかがSELinux非対応なんで無効化してる
残念だ、実に残念だ(棒 やっぱapparmor選んでるUbuntuが素晴らしいということね Fedora出す気ねぇなら Storeの文言から消せよな
もう年越しちまったぞオイ さっきwindows updateがあった
C:\Windows\System32\drivers\lxcore.sysのタイムスタンプが新しくなった Windowsのテキストエディタで編集しても問題なくなったのかな? >>565
こんなことするぐらいだったら、Windowsも初めからUnixに載せ替えればいいと思う。 >>567
MSの目的はWindowsの世界はそのままに
Linuxを取り込むことだから、Unixに載せ替えただけじゃ実現不可能
Unixに載せ替えたら今度はUnix上でWindowsアプリが
動くようにしないといけない
Wineをのっとったとしてももっと時間がかかるよ
WSLがリリースされた後開発が続くか不安だったが杞憂だったようだ。
十分な速度で機能が追加されていっている Windows側にWSLの技術を持ち込むのはどうかな WSLでX Window Systemのサーバー側が作れない(難しい)理由が >>571 に書いてあった
> 3種類の環境サブシステムの中では、Windowsサブシステムは特殊な意味を持っています。
> つまり、Windowsはその環境サブシステムなくして動作しないのです。
> Windows環境サブシステムは、キーボード、マウス、ディスプレイを所有し、
> ログイン対話ユーザーを持たないサーバーシステムでも必要とされます。
> 残りの2つの環境サブシステムは、オンデマンドで組み入れられるにすぎません。
Xサーバーが提供すべきキーボード、マウス、ディスプレイを
Windows環境サブシステムが所有してるからWSLからは直接使用できない。
もちろんWindows環境サブシステムでXサーバーを作ればいいだけの話なんだが。
X Window Systemのアーキテクチャ的にもそれが素直な実装 Unicode対応というのは、UTF-8、UTF-16、UTF-32のいずれかが使われているということ
(他にUCS-2やUCS-4など今は殆ど使われていないものも有るが省略)
WindowsはNT3.1のころからUCS-2、Windows 2000からはUTF-16に対応している。
なぜUCS-2なのか?というとUTF-8もUTF-16も当時は存在していなかったから
つまりWindowsはかなり早い時期にとっくにUnicode対応をしている
■Windows は Shift-JISじゃなかったの!?
違う。一番わかり易い話をするならば、Shift-JISは日本語専用。言うまでもなくWindowsは多言語対応。
外国で日本語専用の文字コードが使われているわけがない。もう一つの例はファイル名に
「白抜きのハート」が使えることからも明らかにわかる。これはShift-JISにはなくUnicodeにしかない文字
どうしてこのような勘違いをする愚か者がいるのかというと、Unicodeに対応していない古いアプリの話をしてるから
Unicodeに対応していない古いアプリの互換性を維持するため(さすがWindowsの互換性は高い!!!)に、
「Unicode対応ではないプログラムの言語」の設定が日本語になっている
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=019795
もちろんUnicode対応のアプリではUnicodeが使われる。だからWindowsはUnicode対応で、Shift-JISなのはアプリの問題
古いアプリを切りしてたら困るだろう?ちゃんとWindowsは対応してる。
■ 歴史
1991年10月 Unicode 1.0 (UCS-2登場 最大65,536文字)
1993年07月 Windows NT3.1 リリース (UCS-2対応)
1996年07月 Unicode 2.0 (UTF-16登場 最大1,048,576文字)
1996年09月 Windows NT3.5 リリース
1996年10月 ISO/IEC 10646-1:1993/Amd.1制定 Transformation Format for 16 planes of group 00 (UTF-16)
1996年10月 ISO/IEC 10646-1:1993/Amd.2制定 UCS Transformation Format 8 (UTF-8)
2000年02月 Windows 2000 リリース
■ 参考
https://ja.wikipedia.org/wiki/Microsoft_Layer_for_Unicode
https://en.wikipedia.org/wiki/Unicode_in_Microsoft_Windows
https://ja.wikipedia.org/wiki/ISO/IEC_10646 >>574
元々Xerox のStarのコードで合った事の説明が無いな。書き直し。 WSL の gitをWindowsのソフトと連携できるようになるのはいつ頃かね
これが出来ないならWSL必要ないわ 元々UCSで世界中の現用の文字は全て収容できるはずだった。
16bit 65536個もの文字を収容できるコード体系だ、ぶっちゃけた話が、漢字さえ収まればなんとかなるだろう。
懸案の中国で、現在も使われている漢字は3万種程に収められるという。これならば数千文字を使う日本と分けても収まる。
UCSで文字コード体系の統一は可能だ。目途が立った。誰もがそう思った。俺だってそう思った。
…ところが、そうはいかなかった。
19200種もの文字種を要求してきた国があった。
韓国だ。
ハングルとは、いくつかの記号を組み合わせて作られる表音文字らしい。
しかし組み合わせの多くは実際には使われておらず、現用のものはわずか2000種類にも満たないという。
仮に論理上考えうる全ての組み合わせを実現した場合に、文字数は19200種類にも及ぶという。
韓国は、それを全部組み入れろと主張した。
中国が現在使われていない漢字については諦めて実利を取ると表明したにも関わらず、韓国だけはその卑しい要求を取り下げることはなかった。
この国は、どこかおかしい。
それまでその存在自体を認識していなかった若かりし頃の俺に、韓国という「頭のおかしい国」の存在ができた出来事が、このUCS騒動だった。
まだ2ちゃんねるなど出来るずっと前、おおっぴらに「韓国人?あああのキチガイ。」と話せる世相ができあがるより、ずっと前の話だ。 日本の漢字もやばいけどな
明治期に戸籍に書かれた誤字が大量に別物として存在してるしあるし unicodeに登録してあるのはある程度整理済みだが
実際は6万字以上存在する
渡邊だの渡邉だの
書き間違いとかも認めちゃってるんでしょ 有る無しじゃなくてそれを標準規格に組み込めってタダこねてるってことだろ 漢字に関しては統一して異字体セレクタで頑張れと言いたい
いっそ書き間違いセレクタでも作ろうかw
っていうかちょっと前にIPAが異字体セレクタ使いつつ6万文字の割当を完成させたニュースがあったような
ハングルは完成形で登録されてるのは1.2万文字程度だっけ
現代の韓国語で使われる組み合わせ全部
unicodeの前はよく使う約2千文字を収録した文字コードがあったけどそれだと外来語の表記ができなくて困ってたので全文字収録が望まれていた
(例えば슌(syun)が収録されてなかったので小栗旬とかのシュンを表記するのに仕方なく슈(syu)운(un)って書いたりとか) >>579
ユニコード出始めの頃からCJKVの国は一貫して勝手に決めるな西洋人めと反対してきた
ネトウヨの歴史修正主義をこんなところに持ち込むなや unix socketsがサポートされるということはdbusの実装も支障がなくなるな ていうか、もう出ないの?
諦めて、Ubuntuとかいうマイナーなの使った方が良いの? Fedoraなんてマイナーなのはサポートする気ありません
って言われたいのかな 確かに、Fedoraはマイナーかも。CentかRHELかOracleLinuxだよね。
RHELのライセンスってWindowsよりも高いし、
ちょっとした役割のサーバにも一括でRHELのライセンス買うので……
もしかして、WSLでFedora動いてもMSしかメリット無いだろ、
と思っているので、RH的にはあまり乗り気でないとか…… 今のMSならしれっとどんなディストリにも対応しそうな気がするw debianいいねえ
ubuntu微妙だし早く乗り換えたい もう、ubuntuで良いやと思って、入れてみたら、案外よかった。
というか、pythonやrubyで使うだけなら、あんまり影響ないね。
Windowsにruby入れても、Cのライブラリに依存するgemとか
インストールに苦戦するけれど、WSL上なら案外簡単に出来た。
でもyumだと-develというのが多いと思うんだけれど、
apt-getだと-devという名前が多いのね…… パッケージで何入れればいいか困ったら、apt-file使って適当なファイル名で検索すると分かるかもしれない。
GitはWSLのものをWidnowsアプリから呼び出せないものか・・・
Visual Studio Codeから使えるとGit Bashとか入れなくても済むんだけど。 細かい話なんですけれど、WSLのプロセスをWindows Firewallを使って送信制御とか
出来ないですよね?
仕方ないから、WSLを使うときは、一時的にフィルタリング無しに設定しています…… >>609
何故できないと思ったの?
そもそもファイアウォールの設定したことある? Windows Firewallってプロセス単位だっけ?
ポート単位でもできるんだっけ? プログラム単位でもできるしポート単位でもできるし色々できるぞ 随分と高機能になったよな
昔は内向きにしか対応してなかったのに Windows10 Home で、WSL(Windows Subsystem for Linux)正式版を簡単に導入できた
MS Store から簡単に、Ubuntu 16.04 をダウンロードできた。
サイズは、200MB ほど
パッケージマネージャーで、Ruby 2.3 も簡単にインストールできた Fedoraより先にRedstone 4が来るなこれは WSL で、Ubuntu 16.04 をダウンロードして、
sudo apt-get update
sudo apt-get dist-upgrade
それに、Ruby をインストールして、日本語ロケールを導入して、man を日本語化したら、
結局、850MB ほどになっていた Build 17093のWSLに関する変更点
ttps://kledgeb.blogspot.jp/2018/02/wsl-131-build-17093wslunixwsl.html
>「DrvFs」は、ディレクトリーごとに大文字・小文字の区別の有無を識別するフラグを設定できるようになりました。
>このフラグは各ディレクトリーごとに設定でき、このフラグが指定されたディレクトリー内に対するすべての操作は、
>大文字・小文字の区別が行われるようになります。
>またこのフラグが指定されたディレクトリーは、Windowsアプリも大文字・小文字を区別するようになります。 >>622
すごいな・・・
NTFSでは大文字小文字を区別できる能力はあったとは言え
Windowsで区別しないものを
WSLでは区別できるようにするとは
>またこのフラグが指定されたディレクトリーは、Windowsアプリも大文字・小文字を区別するようになります。
これもうコアレベルの修正じゃねーか
まあフラグ方式なら安全だろうけど >WSLでは区別できるようにするとは
ずっと前から区別してんのに何を今更なこと言ってんだろう 前世紀のPOSIXサブシステムですら大文字・小文字の区別はしてたんだけどな
https://technet.microsoft.com/ja-jp/library/mt629097(v=vs.85).aspx
Windows は大文字と小文字を区別しませんが、POSIX サブシステムでは大文字と小文字の区別がサポートされています。
このため、POSIX サブシステムのユーザーによって、
名前が同じで大文字と小文字の組み合わせだけが異なる別々のファイルが作成される可能性があります。
この場合、通常の Win32 ツールを使ってこれらのファイルにアクセスしようとしても
一方のファイルにしかアクセスできないため、ユーザーに混乱をもたらす可能性があります。 Windows側の、TeraPadで、ファイルを保存せずに編集しているけど、
クリップボード経由では、Linux側のvim, nano へ、paste できない
ファイルを一々、保存しなきゃいけないのか?
Windowsアプリの、win32yank を使うと、
クリップボードで渡せるみたいだが、皆どうしてる? おおー、vim, nano も、
右クリックメニューで、エディタ間の範囲のコピペも、自由にできる! おいカスども!
WSL入れたら次はX Windowだろうが!
貴様らASTEC-Xですか?
それともVcXsrvですか? >>632
ありがとうございます。
MobaXtermは試されましたでしょうか?
パッと見なかなか魅力的ですが。 >>633
mbaXterm 知らなかった。もろwsl用って感じてすね。
これからちょっと試してみる >>634
おっとっと
当方VcXsrvをお試し中 mobaXtermってmingw+パッケージ管理+ssh GUIという印象だったんだけど
WSLだとちょっと余計なものがつきすぎてるような >>638
方向性がまるっきし違うよ
mingwとかcygwinのそうだが、これらはWindows上で
動く新しいディストリを作るもの
Linuxカーネルは作らず、ディストリのみを作る
WSLはLinuxカーネルを作ろうとしている
ディストリは作らない。既存のディストリを拝借
前者は別のディストリなので、パッケージ管理システムは別だし
そのディストリ用にビルドが必要になる
本来カーネルレベルで必要なものをエミュレートしてるから
どうしても限界がある
それに対してWSLはLinuxカーネル互換機能をWindowsカーネルそのものに
追加しているから理論上はWindowsがLinuxそのものになる WSLは余計なものがつきすぎてるどころか
何もついていないと言ったほうがいい
パッケージ管理もGUI?もSSHもbashもWSLにはついていない
Linuxカーネル互換機能とディストリをブートする所までだ MobaXterm側に余計な物が付きすぎてるって話でしょ? >>639
こいついつも壊れたレコードみたいに同じ文章コピペしてんな >>639
>WSLはLinuxカーネル互換機能をWindowsカーネルそのものに追加している
そんな事してねーよ
環境サブシステムについて勉強しなおしてこい 638はmobaXtermはXサーバーとしては余計なものが付きすぎていると言っている
639はそのレスをWSLに余計なものが付きすぎていると誤解釈して突然の長文レスを投稿した可愛そうな人 WSLって大昔のPOSIXサブシステムみたいなもんか? あ、ウブンチュとか入れないとlsもできないからチョット違うか そうまでしてubuntu使いたいなら
もうwindows要らないじゃん ちょっと前までWSL使ってたけど、本物との微妙な違いに馴染めず
今じゃUbuntuをVMやDockerで使ってるわ。 >>638
>>634
msys2をつかっていて、wsl+ubuntu+cmder+VcXsrvに移行中の俺がmobaXtermを軽く使ってみている。
確かにお手軽でよい。インストールしていきなり使える。
見た目はかなりゴテゴテしているので、普段使いにはもう少し控え目がいいなぁ。
肝腎のXの性能はVcXsrvに比べてちょっともたつくような気がする。といっても、emacsしか使わないか。
そもそもsshクライアントなので、cmderと比べるのはフェアでないかな。
sshでの作業が多い職場での作業に役立ちそう。 なんかすまん…趣旨は>>643 の言うとおり
VcXsrvで今の所困ってないけど、VcXsrvがUnix domain socket対応したら
WSLとのやり取りはもうちょっと早くなるかもしれんね >>654
微妙な違いってどんなこと?
ほとんど違和感とか感じないで使っているので気になる >>657
違いというか、ファイルシステムが結局NTFSだからそれがボトルネックになってしまっている感じはあるな。 >>658
具体的に何で困っているのか、
後学のためお聞きしてよろしいか VcXsrvで日本語表示日本語入力できたけど
WindowsのIMEで日本語入力できた人いる?
IMEのユーザ辞書にイロイロ登録してるから
uimよりMS-IMEで入力したいんだよね。 >>661
ASTEC-X ならば可能のようです。
ttp://www.astec-x.com/FAQ/windows_ime.html 個人的にはcygwinとVM使ってるけど
どっちの代わりにもならんから使いどころが今のところわからない
特にvmはともかくcygwinの代わりには絶対ならなさそうなのが残念 >>661
emacs限定になるけど、mozc_emacs_helper.exeを使えばWindowsのgoogle日本語入力
と連係できる。自分はshellもemacs内で使っているので、これで満足している。 cygwinだとかえって環境汚染になっちゃわない? あるあるw
CygwinでVagrantやら色々やろうとしてぐっちゃにした覚えがある。 >>667
デーモン動かしたりし始めるとイロイロおかしくなってわけわからんようなる
>>666
グーグルは脳みそ吸われそうで怖い。
MS-IMEがいい。
VcXsrvってソースホージからソース落としてVC ++2012でコソパイルできるんだっけ?
俺一人だけ幸せになろうかな… とりまgitでVcXsrvのソース落としてきた。
明日はビルド…と行きたいところだが仕事。
社畜つらい。
しかしMS-IMEに対応させるのどうするんや?
皆目見当が付かんけど、デバックモードで
コンパイルしてキー入力辺りをトレースしてみるか。
しかしX Windowスレの連中は無能やな。
ゴミしかおらん。
無事に対応できても絶対に公開せん。
あいつらには恩恵を与えん。 cygwinはwin32コンソールアプリと連携するのに使う >>670
ASTEC-X の様な MS-IMEと連携できる独自入力メソッドの実装か、
Win上で動く X端末エミュレータの様に MS-IME を受けられるオブジェクトの実装が、
実現しやすそうな気がします。 >>674
WSLのbashからWindowsのEXEを起動できる /mnt/c 以下で、Windows の、c: 以下にアクセスできる
漏れは、~/.bash_aliases に、こう設定してる
export LANG=ja_JP.UTF-8
shopt -s expand_aliases
alias mydoc='cd /mnt/c/Users/ユーザー名/Documents' cygwinはアプリを再ビルドしなきゃいけない
WSLはLinux向けのバイナリがそのまま動く GemsやNodeJSの環境が手軽に用意できるのは嬉しい。
Windows環境に突っ込むのは気が引けるがこっちならいい。
後でいらない・気に入らないならごっそり消せるし・・・ /mnt/c を自動マウントしないようにできませんか?
あるいはreadonlyだけでマウントできたらうれしい。 >>681
ありがとう。現行バージョンでマウントしないようにするためには
/mnt/c -> /dev/null
にリンクしておくといけた。 それで/mnt/cにファイル放り込むと消えるかな?
/dev/nullが動くのか見てないな。 Build 17110
https://docs.microsoft.com/ja-jp/windows/wsl/release-notes#build-17110
DrvFs now uses per-directory case sensitivity by default (equivalent to the “case=dir” mount option).
Using “case=force” (the old behavior) requires setting a registry key.
Run the following command to enable “case=force” if you need to use it:
reg add HKLM\SYSTEM\CurrentControlSet\Services\lxss /v DrvFsAllowForceCaseSensitivity /t REG_DWORD /d 1
If you have existing directories created with WSL in older version of Windows which need to be case sensitive,
use fsutil.exe to mark them as case sensitive:
fsutil.exe file setcasesensitiveinfo enable >>680
現行(v1709)だと
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Lxss\{GUID}\Flags
の3ビット目を下げる方法がある
https://msdn.microsoft.com/en-us/library/windows/desktop/mt826872.aspx >>685
こんなのあるんですね。参考になります。
all or nothing になっちゃいますので次のバージョンに期待かな。 めっちゃ初心者な質問ですまん
shutodownコマンドとかrebootコマンドが使えないみたいだけどexitとか×ボタンでウィンドウを閉じたらいいの?
OS自体が動いてるわけじゃないらしいから、WSL上でshutdownとか打ち込んだらWindowsをシャットダウンする意味になるから止められてるって感じ?
同じくOS自体が動いてるわけじゃないから、設定ファイルを編集したから再起動する、とかそういう必要も起こらない? >>687
Windowsのshutdownコマンド呼べない? shutdownコマンド入れると
Failed to connect to bus: No such file or directory
って出るよ
言い忘れてたけど入れたのはubuntu init ( systemd ) が動いてなきゃshutdownコマンドの意味ないけど動いてたっけ? >>687
linuxのバイナリがそのまま使えるというだけの機能なので、osを制御するコマンドはあっても使えないでしょう。
設定変更で再起動が必要になるのは、バックグラウンドで動いているプロセスに変更を反映させるためなので、そういうプロセスの設定を変えなければ不要。
そのうちデーモンも使えるようになるらしいから、そうなったら必要かもね。
でも、osまで再起動する必要は無いでしょうね いや、おれが言ってるのは
/mnt/c/Windows/System32/shutdown.exe
のことなんだけど・・・ >>690
topコマンドを入れてみたら、
init
bash
top
が表示された
>>691
なるほど、VMっぽいの想像してたけどだいぶ違う感じなんだな
まだ触っただけだけどラグもなくポンッとlinuxのシェルが立ち上がったからびっくりした >>693
vmとは全く違うね
どちらかというと、cygwinやmsysに近い
でも、windows用にコンパイルし直すのでなく、専用のファイルシステムを用意して、バイナリがそのままうごくようになっている >>692
調べてないけど、linuxのshutdownの方が前のパスにあるんでしょ。
で、shutdownは使えないようになっているのでなくて、使えるようになってない。 %LocalAppData%\lxssが見つからないんだが… 場所変わった。というかそんな場所忘れたほうが良い。
Windowsから直接編集するとファイルの拡張情報がおかしくなって
正常にアクセスできなくなることがある Linux知ってるなら、chrootの仕組みが一番近いかな
WindowsがLinuxカーネルの機能を持つ
そのLinuxカーネルの機能をメインにchrootする マイクロソフト、仮想マシン上のUbuntuへWindowsからコピー&ペースト、Ubuntuからローカルドライブへのアクセスなど可能に
http://www.publickey1.jp/blog/18/ubuntuwindowsubuntu.html なんだ、仮想マシンからか
早くWindowsからWSL上のファイルを
簡単に編集できるようにならないかな >>700
それがしたい理由ってなに?
linux側からwindowsにシンボリックリンクを張る方法では解決できないこと? >>702
Windows上の使い慣れたGUIの
テキストエディタを使いたいだけ いやだからWindowsで普通にアクセスできるところに置けばWSLからもWindowsアプリからも編集可能になるのに
何でそれをやらないのかという話 >>706
それをやるとWSLから見た時にパーミッションや実行権限などが
おかしく見える。遅いという問題も有る。
lxfsはLinuxの標準的なファイルシステムと高い互換性があり
パフォーマンスも良いが。drvfsはそうではない。 Windowsのアプリでファイルを編集するという話なのに
遅いもパーミッションも実行権限もクソもないでしょ...
結局702の言うようにそうしなきゃいけない理由が分からないと何とも >>706
>何でそれをやらないのか
それをわざわざやりたくない Linux側で遅かったりパーミッションや実行権限が
おかしかったら問題が有るでしょ
何を言ってるんだろうか? ワハハ、しょせんwindows
linuxとのシームレス環境はまだまだ夢のようだなw
本物のunixであるmacとは次元か違うのだよ、次元がな 少し前にgrepの速度を比較したんだけど
・Cygwin より WSL は1.7倍ぐらい速い
・WSL, MSYS2, ついでに標準DOSコマンドのfindはだいたい同じ
・WSL より VirtualBox(Fedora26)は6倍ぐらい速い
こりゃNTFS自体がボトルネックっぽいと思って、
WSLからVirtualBoxのLinuxデスクトップに乗り換えた。
ファイルやクリップボードの共有もできるし、
grepやGitは比較にならないほど速いぞ。 何言ってんだこいつ
なんでそれでNTFSがネックだと思ったんだよ >>716
MSYS2のオーバヘッドってそんなに大きくないと思ってたし、
findはいちおうネイティブだろ?
それらとWSLの速度が変わんないんで、
NTFSだとこの辺で頭打ちなのかな?と思ったんだよ。
まあこれが間違いでWSLがもっと速くできるんなら、それに越したことはないけど、
その改善を待たなくてもVMなら今すぐ、WSLよりずっと速い環境が利用できるわけで。 待ってたぜdebian
ubuntuなんていらなったんや Debianはパッケージが枯れてるからデスクトップ向きだな。
DockerのサポートしてるしサーバーはUbuntuの方がいい。
WSLはどっちが向いてるのかわからん。好きな方使えばいい。 お、これでUbuntuとDebianの二窓できるのか
コマンドラインならほぼ同じだろうし WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。 fedoraはなんなんだろうね
需要が無いのだろうか >>729
VcXsrvとかWin用のXサーバ入れて無理矢理デスクトップ環境を起動出来る。 >>731
MicrosoftがX Server用意してくれたらいいんだけどね、無理だろうね。 マイクロソフトアカウント死んでも取らないマンの俺でも
wslはlxrunofflineなどのおかげでストア無しでも快適に
使えてたが(俺はarch linux利用中)…
ストア配布のディストロが増えてきたってことは
やっぱり近々マイクロソフトはストア配布ディストロ以外は
使えなくするのかねえ >>729
> WSLだとウィンドウシステム無しになるけど、DebianとUbntuの違いってあるんだろうか。
パッケージのバージョンが違う
Ubuntuは新しい。だけどイメージサイズとかでかい。
Debianは少し古い。だけど小さい
Ubuntuは開発向け。最新の開発ツールとかで新しめのパッケージが要求されることが有る
だけどサーバーはDebianが多いからサーバーに合わせたいと思えばDebian debian sid入れたわ
サブシステムだから不安定でも起動しなくなることはないからいいね >>735
sidなのかってびっくりした
普通はstretchだね
https://gunosy.com/articles/RyB4l
> 今回Microsoft Store経由でダウンロード可能にしたDebian GNU/Linuxは安定版の「Debian 9/stretch」をベースにしている。 >>733
ストアでも無料アプリならMSアカウント要らんぞ、WSLに限らず
ストアアプリすら通さなくてもWindows Server Installation Guideの文書の方にappxファイルの直リンあるしな >>724
ついにDebianも動くのか。良いことだな >>729 >>734
Debian は Stretch なぶん Ubuntu 16.04 より少し新しいみたいですね。
Debian
bash 4.4.12 diff 3.5 man 2.7.6.1 nano 2.7.4 python 2.7.13 sed 4.4 vi 8.0.707
apt 1.4.8
Ubuntu
bash 4.3.48 diff 3.3 man 2.7.5 nano 2.5.3 python 2.7.12 sed 4.2.2 vi 7.4.1689
apt 1.2.25
openSUSE
bash 4.3.42 diff 3.3 man 2.6.6 nano 2.8.5 python 2.7.13 sed 4.2.2 vi 7.4.326
カーネルリリースはどれも 4.4.0-43-Microsoft でした。 >>733
https://github.com/DDoSolitary/LxRunOffline
"Install any Linux distros to any location on your disk."
こんなのあるんだね そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・ 元々kernelはconfig弄れるのにバージョン情報で分岐するソフトなんてそれを表示するソフトだけでしょ >>741
一番下に
>All Windows 10 versions with the Linux subsystem support.
ってあるんだけど32bit版WindowsでもLinuxが動くのか? あ、「LinuxサブシステムをサポートするすべてのWindows 10バージョン」だから駄目か >>742
> そうか、カーネルはどのディストロも同じか。それで問題にならないのかな・・・
WindowsがLinuxカーネルをエミュレートしているので
Linuxカーネルは使っていない
だからWSLはLinuxではないと言いかえることもできる
もともとディストリっていうのはカーネルが入れ替え可能になってる
(というよりカーネルにいろいろパッケージを付け足したのがディストリ)
WSL上で動くUbuntuやDebianなんかは、カーネルをWSLに入れ替えているわけさ
本質的には↓これと同じ。WSLはLinux用バイナリまで対応しているという違いは有るけど
https://ja.wikipedia.org/wiki/Debian_GNU/kFreeBSD
Debian GNU/kFreeBSDは、Debian GNU/LinuxのLinuxカーネル部分を
FreeBSDのカーネルに置き換えたシステムである。 >>733
> やっぱり近々マイクロソフトはストア配布ディストロ以外は
> 使えなくするのかねえ
使えなくする理由がない。
ただマイクロソフトは自分の会社のプロジェクトとしてWSLを作ってるわけで
最初から自分の会社の以外で対応させたディストリのことは考慮してないし、
そもそも他人のプロジェクトなんだから考慮することはできない
設計上そういうことができる仕組みになっているけど、マイクロソフトの都合で設計は変わる
勝手に対応したのなら、勝手に変更に追尾してねって考えだろう >>747
wslがある程度成熟してユーザの選択肢に
上がるようになったときに自社配布ディストロ
以外を排除する理由なんて六通りは思いつく 大昔にBoWってのがあったらしい。
使ったことないけど。 >>753
あったねー。BSD on Windows Bash on Windowも"BoW"だってことに気づいた・・・ >>754
あのころはLinuxなんてまだまだだったからね。
Windows Subsystem for BSD
だったらWSBになるのかな。 現代のBoWともいえるflinuxがWSL登場で完全にいらない子になってしまったのが悲しい
https://github.com/wishstudio/flinux arch linuxで使ってるがローリングリリースのOSだとしょちゅうfakeroot-tcpを手動インストールしてやる必要があるのがめんどくさいな
wslが早いところシステムコール全部実装してくれればすむのに Frequently Asked Questions
Who is this for?
https://docs.microsoft.com/ja-jp/windows/wsl/faq#who-is-this-for
This is primarily a tool for developers -- especially web developers and those who work on or with open source projects.
This allows those who want/need to use Bash, common Linux tools (sed, awk, etc.)
and many Linux-first tools (Ruby, Python, etc.) to use their toolchain on Windows. WindowsにJupyter入れようとして失敗したが、BoWにインストールしたらすんなり動いた。
このまま久しぶりにBoW使うことになりそうだ >>764
BoW? 20年以上前のソフト使ってるの? 当初はBash On Windowsって呼んでたから誤解を招いていかんね。
今はWindows Subsystem for Linux/WSLに統一されてるっぽい。 最初からWSLの名称もあったけど頭の固い人がBash On Windowsで刷り込みされたまま何時までも抜けないんだよな >>767
IMEをいまだにFEPとか呼んでる人かよ WSLとWindowsの2つにPython(Anaconda)をインストールしたら競合する? >>769
FEP懐かしすぎ
ここで出てくるまですっかり忘れてたわ
松茸とかあったよな 好きなディストロをWSLで使えるようになる道ができてきたぞ
これで明日はホームランだ
Open Sourcing a WSL Sample for Linux Distribution Maintainers and Sideloading Custom Linux Distributions
https://blogs.msdn.microsoft.com/commandline/2018/03/26/wsl-distro-launcher/ >>774
それぞれのプロジェクトが好き勝手な方法でやってたから
WSLの実装方法が変わったら使えなくなく可能性があった
公式の仕様ができたから、これに従ってれば将来もちゃんと動くはず 好き勝手やってたのはlxssフォルダの中身入れ替える奴だろ
これと同じ公式の仕様であるwslapi使ってるのは既にいくつもある
主眼はFor Linux Distro Maintainersの方だと思うね OSがやり方用意してくれなきゃちゃんと使えないっていうのは
もうそれOSじゃねえよなあ
実際のところアプリストアとか言い始めた頃にはもう何かおかしかったわ DOSからWindowsへの移行期に「アプリからハードを直接制御できないなんてありえない!」って怒ってた輩と同レベルの人かな >>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相当のテストスイートかはしらんが ということは、米国政府の調達要件を満たせないから
今も使われてないってこと? >>884
なるほど。2000年2月25日に廃止されたってことかな
Windows 2000まで搭載していたPOSIXを
XPで廃止したのも、調達要件に含まれなくなったからなわけか >>886
何か間違いを指摘したくて書き込んだの?
間違いがないならわざわざコメントしなくて良いんじゃね? なお、標準のPOSIXサブシステムの置き換えとしてInterix(後のSFU、SUA)を買収したのは1999年 >>883
WSLはPOSIXじゃないから使い物にならないと主張しようとしたら、LinuxはPOSIXじゃないと言われたんじゃないの。
まああまりこのスレには関係ない話かも。 >>889
LinuxがWindowsに内包されることを認めるのがイヤだったのかなぁ。 ウェブ開発者がOSXに流れても、Linuxバイナリを吐けるわけじゃないからそんなに心配なかった。
WSLはLinuxそのものなので、WSL上でビルドしたバイナリがそのまま本来のLinuxで動くしその逆も当然可能。
Visual StudioはLinuxバイナリのビルドをサポートするようになり、GDBにも接続するようになった。
WSL+Visual Studioで、Linux開発が完了してしまう。
すると、多くの開発者はWindowsでLinux向けソフトウェアを開発するようになる。
ここがLinuxコミュニティにとって一番の問題なんじゃないのかな。 Linuxをサーバーとして使う上で、Linuxデスクトップが必要なくなったということは、そのままLinuxデスクトップが終焉を迎えることにつながる。
使う人がいないんだから。
これはとてもさみしいことです。 サーバーとして考えるとCentOSという選択肢が無いのはいかがなものか。 >>891
これまでWindowsバイナリをLinuxでクロスコンパイルしてきたけど、
WSLが使えるようになって便利になった。 その場合wslで動くのはARMのバイナリなのだろうか 公式にARM配布してるディストリってdebianくらい? ストアにUbuntu 18.04来てるな。
最近のMicrosoftはArch並みに早いな。
VCPKGもBoost1.67すでに入ってるし。 もしかすると、CanonicalとMicrosoftが協力する結果、サーバーがUbuntuで席巻されることもあり得る。
これはちょっと想像しなかった展開だな。 >>893
CentOSはRedhatの法務部門から連絡を受け、協議の結果、Redhatとの協業関係を結ぶことで訴訟を起こされないことになりました。
しかしその結果、CentOSのコードを勝手に使用した第三者は容易に訴訟を起こされます。
こういった事情から、Redhatが認めない限り、ストアに並ぶことはないでしょう。 慣れたRHEL系CentOS使いたいけど選べないからubuntu使ってるわ
SUSEはうまくやってんだからRedHatもうまくやってほしいもんだな Linux界隈はアンチMSが国是みたいになってるからな
Canonicalはそのへん柔軟だから嫌われてる CentOSダメならScientificはどうなんだ? 1803にして数日たってwslのubuntu起動させたら
Installing, this may take a few minutes...
Installation Failed!
Error: 0x800703fa
Press any key to continue...
ってなるんだよね
他のディストリビューションも同じなんだけど
再起動するかコマンドプロンプトでbash or wslって打つと普通に起動する
以後電源落とすまでは問題なくなる
一応うごかせるんだけど気持ち悪いから直したい >>909
subsystem for linuxにチェックついてるしアプリをとる前にベータ版は確かに消したと思う
似たような事例で上に書いてある
チェック消して再起動、つけて再起動もしたけど変わらず 同じ症状の人いないかな
多分1803のバグかなんかだとおもうんだけど 今さっき多少時間がたつと起動出来ることが判明した
そんなに支障はないけど気持ち悪いなぁ となるとwslhost.exeの自動起動がこけてるんじゃないかね
なんでそういう状況になってるのかは分からんけど >>913
あぁ、そういう可能性もあるのか
1803にして数日間は問題なくて急にだから一概には更新が原因とも言えないけどそれ以外は変わったことしてないしなぁ 似たようなのあった
https://github.com/Microsoft/WSL/issues/2576
数分待つと大丈夫なのも同じだ
LxssManagerが悪いってことかな 僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
SYGRQ 一度wslを起動した後サインアウトしてサインインし直せばどの環境でもLxssManagerサービスが腐ってるのを再現できるはず ストア見たら今までのUbuntu (16.04)とは別にUbuntu 16.04が増えてる。 Ubuntu (16.04)
Ubuntu 16.04 Ubuntu (16.04)をUbuntu 16.04にするんじゃなくて
Ubuntu (16.04)とUbuntu 16.04を共存させるのかよ
流石に草 Ubuntu (16.04) 今インストールすると18.04?
Ubuntu 16.04 明示的にバージョン指定
Ubuntu 18.04 明示的にバージョン指定
こういうこと? こうなってた
https://www.microsoft.com/ja-jp/store/p/ubuntu-1804/9n9tngvndl3q
Ubuntu 18.04
20180426.2 build of Ubuntu 18.04 LTS
リリース日 2018/05/08
https://www.microsoft.com/ja-jp/store/p/ubuntu-1604/9pjn388hp8c9
Ubuntu 16.04
20180510 build of Ubuntu 16.04 LTS
リリース日 2018/05/21
https://www.microsoft.com/ja-jp/store/p/ubuntu/9nblggh4msv6
Ubuntu
20180510.1 build of Ubuntu 16.04 LTS
リリース日 2017/07/10 16.04 Updated 版に更新するか、18.04 に変えるか?
どうしよう こうやってみると、単にLinuxをそのまま使うよりも便利だな。
Windows上で複数のLinuxを切り替えて使用できる
chrootみたいだ。最近で言えばシステムコンテナと同じような感じだな X Serverもマイクロソフトが用意してくれたらいいね。
VcXsrvもいいけどちょっと機能がたりない。Mobaxtermはフリーだと制限あるし。 Windowsのデスクトップ自体にX Serverの機能が
内包されれば最高だよな LinuxカーネルのWindowsでいいよもう・・・
Lindowsの復活キボンヌ。 >>933
WSLのほうがいいわ。
X11は古いんでRemoteAppにX11のWrapperがあればいい。 >>931
xrdp入れてリモートデスクトップすればいいんじゃね
わからなかったらググッて リモートデスクトップは、別のデスクトップを作ることになるので扱いが違う。
WSLは仮想マシンではなく、Windowsと同じレイヤーでLinuxアプリを動かすもの
だからGUIアプリもWindowsアプリと同じように見えるものじゃなければいけない そのうちDRIできるようになったりするんかな... >>936
それだと単なるリモートデスクトップになっちゃうからね。今でもできるし。
RemoteApp的な感じがいい。わからなかったらググって。 >>937
ま、実際のところLinuxのGUI使うアプリでWindowsより優れているものって
ないから必要ないのかも。 >>941
emacsのためだけにVcXsrv起動してる いちおうVcXsrvとMobaXterm入れているけど、実際に使うのは外注して作ってもらった
X11ゴリゴリのソフトだけだな。移植するよりはって感じ。
SDLやwxWidgetsが多いからわざわざX使わないし。 >>943
手に馴染んだ道具はなかなか手放せない
といっても、メモ取りとlisp系とpython以外のスクリプトたちにしか使ってないけどね >>940
今でもできるから言ったんだけど、WindowsにXプロトコルを喋って欲しいってゆーことだったか virtualboxとTeratermで問題なくね?
ていうかWindows10自体がゴミだから決して入れたくない >>930
複数のLinuxの同居ができるのか....
俺、一つしか入れられないと思ってたよ
>>931
今更、Win用X Serverをつくてもなだろう
Waylandへの移行がスタートってなってきたからな >>949
WSLで今使えるのはUbuntu 16.04、同18.04、
Debian、openSUSE、SUSE Linux Enterprise、Kali Linux だな
これらは同居できる。それぞれ別のrootとhomeが割り当てられ
chrootを使ったのと同じような感じで起動できる。 普通にLinuxがメインだからLinux上でWindowsを仮想的に動かして終わりだは >>945
それだったらX使わずにターミナルで十分じゃないの? >>952
フレームが使えるとか、フォントサイズが変えられるとか便利な機能がたくさんあるのにわざわざターミナルで使う気はしないな あれはフレームバッファもまんまLinuxのものをサポートするけど、こっちはガチCUIってスタンスだから。
Xサーバ噛ませば画面は出るけど、所詮Windowsアプリの一つに過ぎない。 WSLでコマンド実行したら、そのプロセスが
タスクマネージャー上から見える
Windows上の1プロセスになっている コマンドプロンプトからもbash実行できるから起動時に実行とかもできるよ。 >>957
subsystemなんだから当たり前。 >>961
ファイルの読み書きが早ければ申し分ないんだけどなぁ。 >>962
まったく遅さを感じないのはssdだからだろうか。 wslは/mnt/指定のwin側に置いたファイルのコピーや解凍で
ファイルスタンプ維持できないのが残念
かといってlinux側に置くとだとwinアプリからアクセスしたときにファイル壊れるし
難しい >>964
WSLは大規模なソフトをbuild したときにVMより遅く感じる。
あちこちで報告ある。 とりあえず、NTFSをいい加減、捨ててほしいんだけどな。 WinFSってはの何だったんだろうな・・・
もう完全に忘れ去られてる。 >>966
それは知ってるんだけど、まったく遅く感じないので。 ところで、WSL上のUbuntu18.04にVisual Studio 2017、CMakeプロジェクト、Linux-Debugターゲットで接続できましたぞ。 >>965
どんどん改善されてる。
今は、/mnt以下に置いたファイルにたいして
所有者やパーミッションの設定がつけられるようになった
http://ascii.jp/elem/000/001/623/1623594/ >>968
ext4よりも優れたNTFSを捨てるなんてもったいない b2と一緒にマカフィーが動いてる。
ウィンドウズで動いてるからそうなるのか。 >>974
NTFSにもバージョンが有る
1.0から始まって、1.1、1.2、3.0、ときて今はXPで作られた3.1が最新
1992年のNTFS1.0とWindows 2000以降の3.xとの間に互換性はない
だから今のNTFSは2000年ごろに作られたものと言える >>977
最近だとReFSってのもありますね。制限はありますが。 FUSEをサポートしてくれ
税金でDOKANを作った筈だがメンテされてない cygwinやらMSYSが廃れそうなのがちょっと心配。 >>972
欲しいのは更新日時の維持なんだよね
まあgitで管理するならどうでもいいやろってなるのかもしれんが https://imgur.com/Ed08PqD
ラズパイのテンプレートがあるぞ。
>>983
できるようになるといいですね。 なるほどね。タイムスタンプが保持されないのは昔あったバグか。
今は修正されているようだ
https://kledgeb.blogspot.com/2017/12/wsl-125-build-17063wsl.html
> 「WSL」に関する不具合の修正です。
>
> 1.タイムスタンプの保持
> Windowsのボリューム(DrvFs)内で「tar」や「cp -p」を実行した時に、タイムスタンプが正しく保持されるようになりました。
> これにより改善する問題は、以下を参照してください。 ん?
自分がwsl導入したの今年に入ってからなんだけどもうその頃には直ってたはず?
ちょっと家帰ってから確認してみる そう言葉を残し>>987は姿を消したのであった
それから5年後・・・ WindowsカーネルのLinux、それがWSLです。 Windowsカーネルでchroot環境っぽくLinux動かせるのがWSL >>992
WSLはそんな感じだよな
複数のディストロの同居もできるらしいからな またGNUがWSLはGNUの成果だーって乗り込んでくるのかな?
いや、そうならないために、ディストリ(GNU)の部分はアプリとして分離したのか
WSLはLinuxカーネル相当のものを作っただけだしな
Linuxカーネルと互換性があるが独自で作ったのでGPLとも無関係 普通にUbuntu動いててワロタ。
もうLinuxいらないやん。 もうbashだけじゃないし、
ubuntuだけでもない このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 695日 2時間 7分 59秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。