【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/

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

コマンドラインで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

これが最初の返事でした

WSL2（Windows Subsystem for Linux 2）を使用してUbuntuをインストールすると、WindowsとUbuntuの間に仮想化レイヤーがあります。
これにより、Windowsシステム上でLinuxアプリケーションを実行できるようになります。

一方、ネイティブにインストールされたUbuntuは、Windowsとはまったく関係ない別のオペレーティングシステムです。
Ubuntuは、ハードウェアリソースを直接制御でき、Windowsとは完全に独立して実行されます。

したがって、WSL2上のUbuntuはWindowsシステムに依存し、Windowsのファイルシステムやハードウェアリソースを使用することができます。
一方、ネイティブにインストールされたUbuntuは、自身のファイルシステムやハードウェアリソースを持っています。

WSL2上のUbuntuは、Windowsアプリケーションから直接アクセスできるため、WindowsとLinuxのアプリケーションをシームレスに統合できます。
しかし、WSL2上で実行されるアプリケーションは、WSL2レイヤーを介して実行されるため、パフォーマンスの低下が生じる場合があります。

ネイティブにインストールされたUbuntuは、完全なLinux環境を提供するため、WSL2上のUbuntuよりも高速でパフォーマンスが良い場合があります。
しかし、Windowsアプリケーションとの統合は、WSL2上のUbuntuほどシームレスではありません。

短くまとめて答えろって言っといて

長いのは読んでないや

AIの返答は長いよな
それでごまかしてるところあるんだろうけど

今北産業ってgptchatに言ったら３行でまとめてくれないかな。

他の人から簡潔に回答してほしいと言われたので、簡潔に説明できますか？

WSL2を使ってUbuntuをインストールすると、Windowsの仮想環境内で実行され、WindowsとLinuxがシームレスに統合されます。
一方、ネイティブにUbuntuをインストールすると、完全に独立しており、Windowsとは関係ありません。

>>342
ほう。良いじゃないか。

長文なのにオーバーヘッドによる速度低下に触れられていないのがなー
WSLからWindows版のffmpeg.exe実行できるけど速度低下。。。

とりあえずMicrosoft アプリなんちゃらで何インストしたら良いの•́ω•̀)?
教えてえろ過ぎて逮捕された人(人>ω<)

WSLでLinuxのFFMPEG実行するのと正直にWindows用のffmpeg実行するのどっちが速いんだろ

有難うございました。ところで質問は変わりますが、あなたの情報はいつまでの情報をとりえているのでしょうか。最近の情報とか入手していますか？


私はOpenAIが提供する大規模言語モデルの1つであり、2021年9月までの情報を含めた学習データをもとに回答を生成しています。
ただし、私は常に更新されており、新しい情報を学習しているため、最近の情報にも対応しています。
ただし、私が回答する際には、情報の正確性や信頼性を保証することはできません。

やっぱりね

日本語と英語での違いも聞いてみた。

英語での質問と日本語での質問の違いは、主に以下のような点が挙げられます。

情報量: 英語の方が日本語よりも多くの情報を伝えることができます。そのため、専門的な質問においては、英語で質問する方が詳細な情報を得やすいと言えます。ただし、適切な単語や表現が使えない場合は、意図が伝わらず回答が得られないこともあります。

専門性: 英語は国際的な言語であり、専門的な分野でも広く使われています。そのため、専門的な質問においては、英語で質問する方が適切な回答を得やすい場合があります。

回答者の数: 英語で質問すれば、回答者の数は日本語よりも多くなる傾向があります。そのため、より多くの専門知識を持った人が回答者として現れる可能性が高くなります。

ただし、日本語でも専門的な質問に対して十分な回答を得ることができる場合があります。また、英語が得意でない場合には、適切な単語や表現が使えず回答が得られない可能性があるため、自分が使いやすい言語で質問することが大切です。




Regenerate response

IT技術に偏った言語理解のあるDeepLが欲しい所

>>349
大抵のことは訳してくれると思うけど

>>346
WSL介するのはオススメしない

Windowsのstaticバイナリを素直に使うか、MXかarchかpuppyでUSB起動してネイティブに動かせ
一般distroをUSB接続のストレージにインストールしても良い

前者なら、git for windows入れてgit bash使えば、コマンドに困ることは滅多にないはず

wsl側からwindowsのexeを実行すればいいんじゃね

>>352
それでも遅くなるんだな

FullHD動画を5分くらいフィルタ皆無で実行してみれば分かる
-acodec copyで

>>353
ファイルシステムの話も知らなそうだな

>>354
ファイルシステム関係ない話だべ

仮想マシンレイヤを一枚挟むとはいえ
直接CPU命令を実行できると思うけど
そんな差があるんやな..

>>353
検証してみるから同条件でのバイナリあるところ教えて

>>356
WindowsでLinuxからexeを動かしてCPU命令の実行速度に差がある分けないだろｗ
だからファイルシステムの話も知らないってこと
>>355みたいに関係ないとか言っちゃってるしｗ

まあ影響あるのは主にIO周りの差だとして
呼出規約とシステムコールの違いの吸収のコストってどんなもんなんだろうな

ほぼネイティブなUbuntu及びDebianのxfce4とgnomeのデスクトップ環境がシームレスに出来上がったからもういいや
ここでwslこの事知り色々教えて貰って感謝してる
色々勉強になったしありがとね
あとはボチボチと他の事に挑戦してみる

ディスクの圧縮を一度でもすると性能劣化が激しい。
通信もゲロ遅くなる。
あっしゅく解除してもダメ。
これはクリインか。。

>>342
WSL2を使ってUbuntuをインストールすると、Windowsの仮想環境内で実行され、WindowsとLinuxがシームレスに統合されます。

エンター押したら途中で送信されてしまったな
もともとシームレスに統合されてないから問題が発生してるのを無視してるだろ

Virt-Managerが本当に使えるとはびっくらこいたよ。

>>334
＞そのため、WSL2で実行されるUbuntuとネイティブにインストールされたUbuntuの主な違いは、
実行環境が異なることです。

肝心なことは上の一文だけしかない
ChatGPTは長文ポエムが得意という長所かつ欠点がある

じゃあBingで

WSL2上のUbuntuとネイティブにインストールされたUbuntuの違いは、WSL2では実際のLinuxカーネルが管理対象VM内で使用され、システムコールの完全な互換性がサポートされ、LinuxおよびWindowsオペレーティングシステム全体でパフォーマンスが向上します¹。また、WSL2上のUbuntuでは環境構築において勝手が異なる場合があります²。

また、WSL 2により、Windows上でのLinux GUIアプリケーションの使用がネイティブで自然に感じられるようになります³。

ソース: Bing との会話 2023/3/12(1) WSL バージョンの比較 | Microsoft Learn. https://learn.microsoft.com/ja-jp/windows/wsl/compare-versions アクセス日時 2023/3/12.
(2) WSL2上のLinuxとネイティブLinuxの違い – OS.ManiaX. https://osmaniax.1banzaka.com/linux/wsl2%e4%b8%8a%e3%81%aelinux%e3%81%a8%e3%83%8d%e3%82%a4%e3%83%86%e3%82%a3%e3%83%96linux%e3%81%ae%e9%81%95%e3%81%84/3148 アクセス日時 2023/3/12.
(3) WSL で Linux GUI アプリを実行する | Microsoft Learn. https://learn.microsoft.com/ja-jp/windows/wsl/tutorials/gui-apps アクセス日時 2023/3/12.

>>361
どういう状況かわからんが仮想ディスクの問題なら
export → (tarファイル) → import
という方法もあるんでは