WSL2 Docker Desktop 環境でDockerデーモンが存在しないエラー Cannot connect to the Docker daemon at unix:///var/run/docker.sockLaravelDockerDockerforwindowsWSL2
wslに関するstealthinuのブックマーク (9)
-
stealthinu 2024/10/18
-
WSLg Configuration Options for Debugging
[system-distro-env] ; ;enable weston-debug for live debug view message ;weston-debug -l to see available scopes WESTON_DEBUG_PROTOCOL=true ; ;enable performance timeline WESTON_LOG_SCOPES=timeline ; ;enable Xwayland debug WESTON_LOG_SCOPES=xwm-wm-x11 ; ;configure idle timeout ;default is 300 seconds WESTON_IDLE_TIME=300 ; ;rdp-backend debug level ;level 0 to 5 WESTON_RDP_DEBUG_LEVEL=5 ; ;rdprail-s
-
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 へ移行した方法を記載していきます。20.04の場合でも、Ubuntu-18.04の部分を読み替えてもらえば同じ方法でいけます。 手順1. エクスポートする 移行したい、インストールされているディストリビューションをエクスポートします。tarファイルで出力されますが、このファイル自体の保存先はどこでも良いです。（下記例では、D:\WSL\ubuntu.tar にtarファイルを出力するよう
-
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
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しました