【Bash】Windows Subsystem for Linux【WSL】12

やんごとなき理由でWindowsを使わざるを得ない人へ朗報！
WindowsでもLinuxを使うことは出来ます！！！

本物の？Linuxじゃない？WSLはいいえ本物のLinuxです！
正しくは本物のLinuxを使えるようにする仕組みです。
インストールされるディストリは本物のUbuntuなのです。

systemdが動いていないから本物ではない？いいえDockerと同じです。
Dockerでもsystemdは動きません。
Linuxにとってsystemdは必須ではありません。

■ドキュメント
https://docs.microsoft.com/ja-jp/windows/wsl/

■WSLのDockerとの連携
https://docs.docker.com/desktop/windows/wsl/

◆前スレ
【Bash】Windows Subsystem for Linux【WSL】11
https://mao.5ch.net/test/read.cgi/linux/1627507889/

emacs-mozcを使っていないに一票

>>237
使ってない。それを使うといいのか？
>>236
どうやってやってる？教えてくれ

頼む。みんな、俺に教えてくれ。

この辺りで
https://w.atwiki.jp/ntemacs/pages/48.html
https://ploversky.net/archives/463
WSL使ってる場合、Windows側のGoogle日本語入力と連携するのもお勧めです

そろそろDebian busterからbullseyeに
アップグレードしようと思い立ったのですが
普通のDebianのアップグレードと変わらない?
つまり/etc/source.listのbusterを以下のようにbullseyeに変えて

$ cat /etc/source.list
deb http://deb.debian.org/debian buster main
deb http://deb.debian.org/debian buster-updates main
deb http://security.debian.org/debian-security/ buster/updates main
deb http://ftp.debian.org/debian buster-backports main

# apt upgrade && apt upgrade && apt full-upgrade

>>239
うーん、このあたりやったけどうまくいかない
環境はwin10(22H2)+store版wsl+Ubuntu22.04なんだけどね
ちなみにCtrl + \　で漢字が入力できるようになってるんだけどこれってかんなかな？

C-\ は toggle-input-method を実行する
トグルするのは default-input-method
デフォなら leim (Library of Emacs Input Method) を起動する

emacsのximを無効にする必要があるかも

なんかstore版wslのバグなんじゃないかと思えてきた

mozcじゃないけど ~/.emacs.d/init.el にuim設定書くとか

https://qiita.com/ShotaroImai/items/3aa8699ab69d2e40ae80

store版でバリバリ使ってるよ

>>241
これ原因はキーボードレイアウトがUSから変更できないってのが原因だったかもしれない。

それで、結論はできた！

でも環境を変えた。store版をアンインストールして非store版WSL2を入れ直した。Ubuntuも20.04を入れ直した。
そしたら普通にmozcで"Ctrl+space"で日本語入力モードにトグルできた。

だったらc-/とかでも出来るんじゃね？

結局問題は何なんだろうか？

UbuntuとAlmalinuxのデスクトップ環境うpしたので暇だったら来てね
今更感だけど
何か無料化限定のポーナスなんたらサイトを見つけたので試してみた
利用するつもりはないので20秒限定

ここには理論的に詳しい人が居るから
聞きたいがwsl2上のLinuxに対するマルウェアは普通にインストールしたLinuxと比べて危険度は同じなの？
それとそれに対する対策はどうしてるの？
最近Linuxに対するマルウェアが増えたというニュースを見るから心配です(；ﾟДﾟ)

危険度も対策方法も基本的に同じ

wsl2は標準でwindows側のドライブがマウントされてるし
windowsのコマンドを起動できるから通常のvmより危険だよ
標準設定での話だが

wsl2で rm -rf / なんてやったらHDD全消去という大惨事になるから
windowsのドライブがマウントされているというのは意識した方がいい

そもそもどこからどうやって入ってくるんだという話

マルウェアの話をしているのだからrm -rf /よりはC:¥Users以下の流出漏洩を考慮すべきかと

年末にだけど何か質問有る？

新年あけてからの初vimビルドってのが流行ってるらしい
早速まねしたよ

Celeron Dでビルドすると時間どのくらい掛かるかな
今の基準で見ると圧子の発熱大したことないような

あけおめ
これからも宜しく教えてね
勉強に励みます

あけおめです 今年も宜しくお願いします。

新年早々、お世話になります・・・m(_ _)m

Windowsストアから Ubuntu 22.04.1 LTSをインストールしたところ
ターミナルの新規プロファイル追加に
「Ubuntu-22.04」と「Ubuntu 22.04.1 LTS」と
2通りのUbuntuが追加されておりました
ttps://tadaup.jp/loda/0101202453204858.png

lsb_release -a でバージョンを調べてみると両方とも
Description : Ubuntu 22.04.1 LTS と表示され、
どちらのプロファイルからUbuntuを開いても同一のUbuntuだと思うのですが
この2つのUbuntuの違いは何なのでしょうか？

(Windows11のアプリ設定から試しにUbuntu-22.04.1 LTSをアンインストールしてみたら両方とも消えました)

>>261
LTSの意味等はわかるのですが、
ターミナルに同じバージョンのUbuntuが入る理由がわからずでして
「Ubuntu 22,04.01 LTS」の方だけで充分なのでは？と思いまして

ストアアプリのインストール時に作られるヤツ(LTS有り)と、初回起動時にTerminalアプリが作るヤツ(LTS無し)の違いっぽいかなぁ
(アプリを入れて一度も起動しないとLTS無しは一覧に存在しない)
プロファイルのコマンドラインが違うけど、どっちから起動しても接続されるインスタンスは同じになるから、好きな方を使えばいいかと

Announcing Windows 11 Insider Preview Build 25272
https://blogs.windows.com/windows-insider/2023/01/05/announcing-windows-11-insider-preview-build-25272/

Starting with Build 25267, the inbox version of Windows Subsystem for Linux has been removed.
When you install a build with this change if you’re a WSL user you will need to update to the latest WSL version outlined here in this GitHub post to ensure WSL continues working on your PC.
Once you have done that, WSL will continue working on subsequent build updates. In future builds we’re looking to have this done automatically.

inboxの意味がよくわかんないけどWinアプデしたらWSLもアプデしとけってことかな？

ストア経由でインストールしないセットアップ (最初はこれしかなかった) がinbox

コマンドラインでインストール出来なくなるということ？？

今はコマンドラインでもオプション付けない限りストア経由のインストールになる

コマンドラインでDebian入れるとstretch、ストアだとbullseyeだったような。。。

>>267
wsl.exe --install --inboxが出来なくなっただけ

そもそもインボックスとはなんなの？
そこでしょ

>>266に書いてあるけど
あと説明とか読めば？
https://learn.microsoft.com/en-us/windows/wsl/basic-commands

インボックス版WSLがOSから削除 ～今年もDev版「Windows 11」のアップデートが開始
Build 25272がリリース
https://forest.watch.impress.co.jp/docs/news/1468470.html

前回のBuild 25267からOS内蔵(インボックス)の「Windows Subsystem for Linux」(WSL)が削除されている点には注意したい。
「WSL」が機能しない場合は「wsl.exe --install」や「wsl.exe --update」で「Microsoft Store」から提供される「パッケージ化されたバージョン」の「WSL」を導入する必要がある。

明示的にubuntuやdebian等を指定すれば良いだけのことか

Archも入れられなくなるの？

ここに居る上級者はwslgで充分だろうね
俺みたいな庶民とは違うから普通に使用するには頭を使わないと駄目なんだよな
でも所詮庶民だから苦労するよ

wsl2の1.0が出た時にwsl --updateしてれば特に問題ないっぽい
ついでにPHPに8.2.1が出た

ストアからUbuntu-22.04.1入れた直後に22.10に上げると30分と掛からないのね。。。

store版は>>247みたいなキーボードレイアウトがUSから変更できないという不具合があったりするから急いで入れるのは考えたほうがいい。

まぁDev版だから色々変化は有るわな

おま環じゃね

Windows 11 22H2に、store版Ubuntu 22.04.1を今日入れて22.10に上げたけど、キーボードには何も問題出なかった
sudo apt task-japaneseすら実行してない

うちの環境(Win10-22H2)でもUSキーボードから変えられない状態になってるわ。ログ見ると、一度JP106で認識したあとUS105に変更してるのよね。X11使えば何も問題ないから、バックエンドのRDPに起因するのかも。

>>281
どんなテストをしたのか分からんけどCLIの話ならズレてる。GUIの話なら、ストア版を入れる前にWSLの環境があったのかとか詳しく教えてほしい。

>>282
WSLコマンドでDebian入れたら何故かstrechが入ったので一旦消してストア版Debianを導入、きのうストア版Ubuntu 22.04.1を導入して即22.10へアップグレード
sudo do-release-upgradeを利用、いまのところapt / apt-getコマンドは一切触ってない

機種はhp 14sのAMD 3020e機
OSは11 Sモードを解除してそのまま使用、22H2へ上書きアップグレード済
Windows Terminal(OS標準)を使っているのが関係している可能性はある

あと、WSLgは入れてない
多分関係ないと思うけどWSAその他仮想化を使うアプリは一切入れてない

>>282
ほーら再現した人が現れた

「Win10-22H2でストア版を使うとUSキーボードから変えられない」
この不具合は存在することが明らかになりました。

Windows10でUbuntu 22.04.1LTS導入したんだけど
PID 1でsbin/initなんだけど
systemdは動作しているしsnap-storeはインストール出来たし使用つもりはないのでないけどLAMPも導入して正常に稼働してる
基本的にはsystemdは導入されてるのは知ってるけどこれで良いの？
PID 1がsystemdでないのが気になる
エロい人教えて

ls -l /sbin/init
まあ、ぱっと見わからんよね…

>>283,284
ありがと。てことはGUIのテストはしてない感じかな？
うちもWindows Terminal使ってるから、そこは関係ないと思う。

Githubに似たようなissueも出てるんだけどね。なんというか、まだ「いつか直るかも」程度な感じ。
https://github.com/microsoft/wslg/issues/930
https://github.com/microsoft/wslg/issues/296#issuecomment-1283171266

まあWSLgを有効にしたままでも、これまでと同様にX11サーバーを使えるからどうにかなる。スタートに追加されるショートカットを起動すると環境が壊れるけど。

>>288
> ありがと。てことはGUIのテストはしてない感じかな？

ですね
時間見つけてgnome-text-editor入れて実験してみますね
gnomeアプリなのでWayland使うことになるはず

fcitx5とgnome-control-center入れて設定すれば非gnomeアプリ含めて解決するかも？？

今WSL2のUbuntu22.04を開発環境にしてるんだけど、RH系にしたいなと思ってます

WSL2のAlma LinuxってLAMP環境程度なら特段問題なく動きますかね？

バージョン違いが影響しないなら

wsl1の話で恐縮なんだけど、
HOME 環境変数を
windows側は C:\Users\bob\home
wsl側は /home/bob
みたいに別々にしているんだけど、

wsl側から exe を呼んだ際にHOME環境変数が消えてしまうんですが、そういうものですか？

たとえば、
powershell から kubectl.exe 呼んだ場合 C:\Users\bob\home\.kube
wsl から kubectl.exe 呼んだ場合、HOME環境変数が消えてしまって、
C:\Users\bob\.kube
みたいに同じexeなのですが、見るファイルがちがってしまって困っています。

powershellの代わりに、慣れているzshを使いたくてwsl使っているという感じです。

Windows側ではHOME=%USERPROFILE%にしてるから分らんけど、wsl上で
$ cmd.exe /c echo "%HOME%"
したらどうなる？
なんとなくkubectl.exeが勝手に動作を切り替えてるだけのような気がする

$ cmd.exe /c echo "%HOME%"
→ %HOME%
でした。


$ cmd.exe /c echo "%HOMEDRIVE%"
→ C:

$ cmd.exe /c echo "%HOMEPATH%"
→ \Users\bob

消えてんねえ
psからとwslからのcmd.exe /c set見たい

うーん、うちだと "%HOME%" も出てくるけどなあ
環境変数HOMEの設定は、Windowsのコントロールパネルのユーザ環境変数の設定あたりでしてる？
単純に cmd.exe をWindows+Rから実行して、
> set H
した時にも出てこないのかしらん

ああ、ごめん訂正
今はユーザ環境変数でHOMEを設定しなくてもデフォルトで設定されてるのね(Windows11)...

うがー、ごめんごめん
Windows11でもHOMEは設定されてないわ

＃TeamViewerでWindows11に接続してWin+R->cmd.exe[enter]したら、呼び出し元の(環境変数HOME設定済みの)Windows10環境のcmd.exeを実行してた(恥

すみません。どうやら wsltty という mintty ベースのターミナルで使っていると、
cmd.exe /c set
→ HOME設定されてない

wsl の ubuntu のターミナル(スタートメニューの「Ubuntu」で起動するターミナル)からだと
cmd.exe /c set
→ HOME=C:\Users\bob\home
にちゃんとなりました。

windows terminal で Ubuntu 開いたときも HOME はあった。

どうやら wsltty が怪しいみたいです。

wslttyだと、$SHLVLが一つ多くなるというのも関係あるのかな？

ローカルホストフォワーディング？が急にできなくなってしまった、まいったな

cmderでwsl使ってるんだけど、スタートアップコマンドが{WSL::bash}だとなぜかvimやemacsでマウスのテキスト選択が効かない
{cmder::Cmder}にしてwsl立ち上げる場合は問題なくテキスト選択できて、ホストとのクリップボード共有がちゃんと効く

スレチかもだけどcmderユーザ多いよね？
めちゃ困ってるのでどなたか助けてください...

なんかlocalhostforwardingが効かない事が出てきた、おま環かなあ

Win10のWSLgで右Shiftキーが反応しない問題、ちょっと進展しそうな感じ。
https://github.com/microsoft/wslg/issues/930

>>305
>>247のキーボードレイアウトがUSから変更できない問題は？

キーボードがusになってたらこれで直るかも
apt install x11-xkb-utils
setxkbmap -layout jp

>>306
どうだろ。>>305 で貼ったissueを読んだ感じだと、続編待ちかな。右Shiftキーの問題が、>>247の推測どおりUS配列から変えられないことに起因していれば、修正されると思う。
開発からのコメント内容は
1)ずっとWin11だと思ってたけど、Win10だったのね。
2)Win10の日本語配列で問題の再現ができた
3)Win10のUSキー環境では再現されない
4)Win11はどの配列でも再現されない
5)OSの差異に対応するパッチの検討を行う
らしい。

>>307
それWin11での話でしょ。Win10では通用しない。

久しぶりにWSLのubuntu使おうとしたら起動せず、色々試してたらWSL自体が反応せず
ぐぐると一度無効化してから再度有効化したら直ったって人が多い様で試してみたけど変化無し
多分22H2にアップデートしてから一度も使ってない位で、いつこうなったのか分からんわ


VMwareだと設定したメモリを仮想環境に割り当てますが、WSLならWinと共用で動的に使えるんですかね？

数年ROMってみたらいいんじゃないか？

>>309
ubuntuのフォルダを移動したんじゃない？
違ったらごめん。

wslg 使用時だと /etc/X11/Xsession.d/* は起動されないんでしょうか？
Wayland 使用だから /etc/xdg/Xwayland-session.d/* かと思いそちらにも配置しましたが起動されませんでした。

やりたいことは wsl 起動時に setxkbdmap と xset を起動してキーボードレイアウトの変更と漢字キーのリピートを解除することです。
/etc/wsl.conf の boot セクションの command 欄での起動は Windows 10 のため使用できませんでした。

>>312
入力リマップユーティリティを使ってみる、とか

https://packages.ubuntu.com/jammy/misc/input-remapper
https://wiki.archlinux.jp/index.php/%E5%85%A5%E5%8A%9B%E3%83%AA%E3%83%9E%E3%83%83%E3%83%97%E3%83%A6%E3%83%BC%E3%83%86%E3%82%A3%E3%83%AA%E3%83%86%E3%82%A3

sudo apt install input-remapper

した後に何をすべきかは知らんけど

WSLを悪用して検出を回避するWindows狙う新マルウェア発見
https://news.mynavi.jp/techplus/article/20210922-1978532/

同じUbuntuバージョンを二つ使用したい場合はexportだのinport等して出来るけど
容量が倍になるし
やはりユーザーを新しく設けてやった方がいいよね
同時に稼働は出来ないけど違うデスクトップ環境をインストール出来るし便利だよねgnomeをインストールしてみたら普通に稼働してる
まあ仮想ウインドウで他のバージョンを使用すれば両方共にシームレスに利用できるけとけど
あくまでも同じバージョンを使いたい場合ね

書き忘れたけどCUIでは両方とも使える

あ
ごめん両方とも使えた

>>309
WSLはそれくらいのトラブルは普通にあると思わなきゃならない
WSL環境を全消しして一からやり直したとしても駄目な場合もあるかもしれない
その場合おま環と諦めたほうが幸せ

Video acceleration API (VA-API) now available on Windows!
https://devblogs.microsoft.com/directx/video-acceleration-api-va-api-now-available-on-windows/
GPUでビデオをエンコード・デコード ～Linuxで普及の「VA-API」がWindowsで利用可能に
Windows 10 November 2019 Update/Windows 11以降で
https://forest.watch.impress.co.jp/docs/news/1479083.html

Ubuntuをインストールすると必ずFireFoxがデフォになってるのに最近FireFoxに厳しいよね
何故なの？
自分は昔から好きなのに悲しいわ

これからはググるよりchatGPTだよね
結構良い答えが返ってきた

考えたらchatGPTってネット上から情報を得てAIでその情報を旨く編集してるんだよね
そしたら今までHPに挙げていた人達は誰も見なくなるのでアホらしくなって新しい情報とか発信しなくなるんじゃないかな
その結果chatGPTはどうしていくんだろ
専門家を雇っても膨大な情報になるから
知りたい情報とかすぐには答えられなくなりそう
まぁ自分みたいな単純なことではないのだろうけどね

qiitaとかslideshareとか

qiitaもムラがあるしな、便利だけど
鵜呑みにするようなクオリティじゃない

>>323
どんな言葉でググればいいのかわからない人にはいいんじゃないの

Hello World on WSL Ubuntu on ChatGPT
https://i.imgur.com/ehhp7jD.png
https://i.imgur.com/qCqR9f2.png
https://i.imgur.com/g0WgKHw.png

Win10のキーボード問題の修正版、プレリリースになってたのね
https://github.com/microsoft/wslg/releases

WSLの更新として降りてくるのは、早くて来月中頃かな

>>327
sudo apt install -y build-essential

>>329
https://i.imgur.com/nDdgDai.png

Windows Terminalで日本語入力してると確定前の文字が小さく表示されるんだけどこれって直せる?

おすすめじゃなか
build-essentialか、代わりとなるコンパイラを入れることが必須くさ

>>331
直せない

chatGPTより
windowのwsl2でインストールするubuntuとwindowと関係なしに
ネイティブにインストールするubuntuとの違いは何ですか？

WSL2はWindows Subsystem for Linuxのバージョン2であり、Windows 10の機能の1つです。
WSL2を使用すると、Windows上でLinuxを実行できます。
UbuntuをWSL2でインストールする場合、Windows 10の機能を介して実行されます。

一方、ネイティブにUbuntuをインストールする場合、
Ubuntuが直接コンピュータにインストールされ、Windowsとは関係ありません。

そのため、WSL2で実行されるUbuntuとネイティブにインストールされたUbuntuの主な違いは、
実行環境が異なることです。
WSL2を使用する場合、UbuntuはWindowsの仮想環境内で実行され、
Windowsの機能を利用できます。
これにより、WindowsとUbuntuの間でファイルを共有したり、
WindowsのアプリケーションからUbuntuのアプリケーションを呼び出したりすることができます。
一方、ネイティブにインストールされたUbuntuは、Windowsの機能を利用できず、
Ubuntu自体が直接コンピュータにインストールされるため、完全なLinux環境を提供します。

また、WSL2を使用する場合、Windowsのファイルシステムが利用可能であり、
WindowsのアプリケーションからUbuntuのファイルにアクセスすることができます。
しかし、ネイティブにインストールされたUbuntuでは、Windowsのファイルシステムは利用できず、
Ubuntuのファイルシステムが提供されます。

総合すると、WSL2を使用する場合、WindowsとLinuxの間でシームレスな統合が可能であり、
WindowsとLinuxのアプリケーションを同時に実行できます。
しかし、ネイティブにインストールされたUbuntuは、Windowsとは完全に独立しており、
完全なLinux環境を提供します。

さらなるenerete response

カーネルの違い：WSL2は、Windowsのカーネルを使用しているため、ネイティブのUbuntuとはカーネルが異なります。
これは、WSL2のパフォーマンスに影響を与える可能性があります。

ファイルシステムの違い：WSL2は、Windowsのファイルシステムを使用しているため、ネイティブのUbuntuとはファイルシステムが異なります。
これは、ファイルのアクセスやパーミッションに影響を与える可能性があります。

ハードウェアのアクセス：WSL2は、Windows上で動作しているため、ハードウェアに直接アクセスすることはできません。
これは、WSL2で動作するアプリケーションが、ネイティブのUbuntuで動作するアプリケーションよりも制限される可能性があることを意味します。

GUIの制限：WSL2は、GUIアプリケーションを直接実行することができません。
代わりに、Windows上で動作するXサーバーを使用してGUIアプリケーションを実行する必要があります。
これにより、WSL2で実行されるGUIアプリケーションのパフォーマンスに影響を与える可能性があります。

つまり、WSL2は、Windows上でLinuxを動作させるためのサブシステムであり、ネイティブのUbuntuとはいくつかの違いがあります。
ただし、WSL2は、WindowsとLinuxの両方の機能を提供するため、特定の用途には便利な場合があります。

さらなるregenerate response

WSL2 (Windows Subsystem for Linux 2) 上でインストールする Ubuntu と、ネイティブにインストールする Ubuntu にはいくつかの違いがあります。

ハードウェアアクセス: WSL2上のUbuntuは、Windows OSのカーネルを介してハードウェアにアクセスするため、ハードウェアアクセスに制限があります。
例えば、WSL2上のUbuntuは、USBデバイスやBluetoothデバイスなどの一部のハードウェアを直接アクセスすることはできません。

パフォーマンス: WSL2上のUbuntuは、Windows OS上で動作しているため、ネイティブにインストールしたUbuntuに比べてパフォーマンスが劣る場合があります。
しかし、WSL2は以前のバージョンのWSLに比べて改良されており、パフォーマンスの改善が見られています。

ファイルシステム: WSL2上のUbuntuは、Windowsのファイルシステムを使用するため、ファイルのパス表記が異なります。
また、WSL2上のUbuntuは、Windowsのファイルシステムに保存されているファイルにアクセスすることができます。

ソフトウェア: WSL2上のUbuntuは、Linux用に設計されたソフトウェアを実行できますが、Windows用に設計されたソフトウェアを実行することはできません。
また、WSL2上のUbuntuで実行されるLinux用のソフトウェアは、ネイティブにインストールされたUbuntuで実行されるものとは異なる場合があります。

ネットワーク: WSL2上のUbuntuは、Windows OSのネットワーク設定を継承するため、ネットワークの設定に制限があります。
ただし、WSL2では、Windows OS上の仮想マシンのようにネットワークを設定することができます。

以上のように、WSL2上のUbuntuとネイティブにインストールしたUbuntuには、いくつかの違いがあります。
ただし、WSL2はLinux環境をWindows OS上で実行するための便利なツールであり、多くの場合、
WSL2上のUbuntuで必要な作業を行うことができます。





Regenerate response