WSLg Configuration Options for Debugging
Various debugging options for WSLg can be configured by editing the file c:\ProgramData\Microsoft\WSL\.wslgconfig (for inbox WSL), or c:\Users\[your user name]\.wslgconfig (for WSL installed from Store). This config file is read during WSLg launch, so any change require WSLg to be restarted for the changes to take effect (wsl --shutdown). [system-distro-env] ; ;enable weston-debug for live debug v
DockerがErrorで起動しない(Ports are not available: listen ～An attempt was made to access a socket in a way forbidden by its access permissions.) - Qiita
DockerがErrorで起動しない(Ports are not available: listen ～An attempt was made to access a socket in a way forbidden by its access permissions.)WindowsDockerdocker-compose 症状 以前から、Dockerを使用していました。 久しぶりに使ったら、 "Error response from daemon: Ports are not available: listen tcp 0.0.0.0:3306: bind: An attempt was made to access a socket in a way forbidden by its access permissions." エラーで使用できません。 環境は、windows(WSL
WSL2によるホストのメモリ枯渇を防ぐための暫定対処 - Qiita
5/27にWindows 10 2004 Updateが正式リリースされて、それに伴いWSL2もWindows Insider Preview版を使用しなくても利用可能となりました しかしWSL2を使用してるとVmmemというプロセスのメモリ使用量が増加し続けて、Windowsホストのメモリが枯渇してしまう問題があります。そしてこの問題は正式リリース後も解消されず残っています。 NOTE: Windowsホストで動いているVmmemプロセスで「WSL2のHypver-V仮想マシン全体が消費＆確保しているCPUとメモリ」を確認できるという大雑把な理解でOKです。 microsoft/WSLのIssueは１年近くOpenのままとなっており、Microsoft側も問題を認識して取り組んでいるものの未だに根本対処されていません。 本問題のアップデート情報 (2023/07/04更新) 本問題に関す
WSL2環境をDドライブに移動する。 - programwiz.org
WindowsのWSL環境 インストールされたディストリビューションはデフォルトで Cドライブにインストールされてしまいます。 私はWindowsで開発するときには、WSL2上のUbuntu18.04を利用しているのですが、 うちのCドライブが残り7GBとかになってきたので、とうとうDドライブに移動させました。 この記事では、WSL2の稼働中のUbuntu-18.04を、D:\WSL\Ubuntu-18.04 へ移行した方法を記載していきます。 wslコマンドのオプション 作業はPowerShell上で行います。 wslコマンドを利用するので、特に重要なオプションだけ記載しておきます。 wsl --help でチェックしておきましょう。 ディストリビューションの一覧 --list, -l [オプション] ディストリビューションの一覧を表示します。 オプション: --verbose, -v
WSL1/WSL2 を再起動する方法 - 備忘録
Ⅰ. はじめに Ⅱ. やり方（全て再起動する場合） Ⅲ. やり方（ディストリビューションを指定する場合） 参考 Ⅰ. はじめに タイトルの通り「WSL1/WSL2 を再起動する方法」です。 WSL1/WSL2 では shutdown や reboot コマンドが実行できません。 $ sudo shutdown Failed to connect to bus: No such file or directory Failed to talk to init daemon.$ sudo reboot Failed to connect to bus: No such file or directory Failed to talk to init daemon. Ⅱ. やり方（全て再起動する場合） 1. コマンドプロンプトを起動する 2. 以下コマンドを実行する wsl.exe --shut
WSL2で開発中のWebアプリを同じLANのスマホで動作確認する方法
WSL2で開発中のWebアプリをスマホで即座に動作確認したい スマホとPCが同一のWifiに接続している状態でスマホのブラウザから http://<PCのIPアドレス>:<Webアプリのポート> にアクセスして動作確認出来ることがよく知られています。 私は普段PC向けの業務システムやライブラリを作っているのでこの方法を使う機会がほとんどないのですが、久しぶりにスマホでの確認が必要になりました。 開発環境がWSL2の場合に固有処理が必要だったのでメモ代わりに公開しておきます。 WSL2固有処理だけ知りたい人のための結論 PowerShellを管理者権限で開いてください。 以下を1行ずつ入力してもいいし、ps1ファイルに書いて実行でもいいはずです。 私はPowerShellに慣れてないので1行ずつ打ち込んでます。 開始 $ports = @(3000, 8000) # Webアプリで使うポート
TortoiseGitで「fatal: unsafe repository」なエラー - Qiita
git.exe checkout master -- fatal: unsafe repository ('//wsl.localhost/Ubuntu/home/user1/my-project' is owned by someone else) To add an exception for this directory, call: git config --global --add safe.directory '%(prefix)///wsl.localhost/Ubuntu/home/user1/my-project' gitは正常に終了しませんでした (終了コード 128) (281 ms @ 2022/04/20 22:30:48) Gitを最新版にアップデートしたところ、TortoiseGitでコミットやブランチ切り替えをしようとするとexit status 128エラ
WSL2で起動したサーバーに外部の端末からアクセスする
３．wsl側でサーバー起動 ここでは、httpサーバーをport:3000で起動したものとする。 ４．ホストOSからwslのipアドレスを用いてアクセスできるか確認 確認作業はホストOSのブラウザで行う http://＜wslのipアドレス＞:3000 にアクセス これでアクセスできなかったらwsl内かWSLのイーサネットアダプター周りで問題が起きてる。 ５．ホストOSのipアドレスでwslのサーバーにアクセスできるようにポートフォワーディングの設定を行う 以下、コマンド実行はコマンドプロンプトかpowershellで。どちらも管理者権限で実行する必要がある。 ポートフォワーディングを設定 > netsh.exe interface portproxy add v4tov4 listenaddress=＜ホストOSのipアドレス＞listenport=3000 connectaddress
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
