WSLからWindowsへのクリップボードコピーを高速化する - ぶていのログでぶログ
私は普段VSCodeを使っていて、拡張機能としてvscode-nvimを使っていて、そしてこの拡張の設定でnvimはWSL上で実行するようにしている。 この設定にしてほとんど困ることはないのだが、唯一困るのがクリップボードが使えないことである。 理由は簡単でnvimがWSL上で実行されるために、クリップボード操作をしてもWindowsへ反映されないからである。 この問題をGoogle検索するとpowershell.exeを使ってクリップボードをコピーする方法が見つかる。 見つかった方法で解決はするのだが、WSLからexeを実行する関係でものすごく遅い。 これは厳しい…っとなってたが解決する方法を見つけたので備忘として残しておく。 解決策: WSLgを使う 解決方法は至ってシンプルでWSLgを使うことである。 どういうことかというのを簡単に説明すると、WSLgはWaylandというプロトコル
WSLでGNOME Keyringを使ってssh-agentのパスフレーズ入力を省略する - ぶていのログでぶログ
WSLになってからssh-agentのパスフレーズ入力をどうするか悩んでいた。 毎回パスフレーズを入力するのはめんどくさいし、ssh-agentはプロセスを再起動すると再度パスフレーズの入力を求められる。 今までだましだまし使っていたが、最近WSL上でGNOME Keyring動くことに気がついたのでこれにパスフレーズを記憶させることでこの問題を解決した。 環境 Windows11 WSLバージョン 1.0.3.0 WSLの詳細 > wsl --version WSL バージョン: 1.0.3.0 カーネル バージョン: 5.15.79.1 WSLg バージョン: 1.0.47 MSRDC バージョン: 1.2.3575 Direct3D バージョン: 1.606.4 DXCore バージョン: 10.0.25131.1002-220531-1700.rs-onecore-base2-hy
[Deprecated] WSL2 USBカメラ+他のUSB機器 2022年01月17日版
環境：Windows11 + WSL2 5.10.60.1 + Ubuntu20.04 WSL2 Linux Kernel 5.10.60.1 からKernelモジュールにUSBIP対応が標準的に組み込まれた 2022年01月17日時点の最新カーネルは 5.10.74.3 以下すべての手順の Windows Terminal を使用する箇所は管理者権限で実行 WSLのカーネルアップデートと usbipd-win のインストール Windows Terminalで実行 > wsl --update > wsl --status カーネル バージョン: 5.10.60.1 > winget install --interactive --exact dorssel.usbipd-win
![[Deprecated] WSL2 USBカメラ+他のUSB機器 2022年01月17日版](https://cdn-ak-scissors.b.st-hatena.com/image/square/63905e5153b96828e06a167df9e61a8937038582/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--2uRk5OY7--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%25255BDeprecated%25255D%252520WSL2%252520USB%2525E3%252582%2525AB%2525E3%252583%2525A1%2525E3%252583%2525A9%25252B%2525E4%2525BB%252596%2525E3%252581%2525AEUSB%2525E6%2525A9%25259F%2525E5%252599%2525A8%2525202022%2525E5%2525B9%2525B401%2525E6%25259C%25258817%2525E6%252597%2525A5%2525E7%252589%252588%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3APINTO%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2czMW9DdWpQQmY4YmFpTXFmY0M4bG5jamUxVnZBWUdTeEVZMnN6VXc9czI1MC1j%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
WSL2 init: emerging OpenRC :: ~/wsl.dev — Get your Linux On
WSL2 init: emerging OpenRC IntroductionSince WSL2 has been released, the community has tried (quite successfully) to add SystemD to their distros. Currently, the most commons solutions are: A single script by the awesome Dani - GitHub - diddledani/one-script-wsl2-systemd: The one-script variant of the systemd hack for WSL2A “fully integrated” packages and installer by the amazing Arkane Systems: G
最強の WSL 環境を作る
最強の WSL 環境を作る まあ、何が最強なのかよくわからないのですが。 WSLg は GUI が動いて音もなるので大変便利なのですが、systemd が動作していない弱点があります。LXD を多用している身としては結構しんどいのですね。 snapd が使えないので、JetBrains の開発ツールをインストールするのもちょっと面倒。まあ、Ubuntu Make を使えばいいのでそれほど気にはしていないのですが... というわけで、定期的にいろいろ試している今日この頃、ようやく自分が常用しているものが全部動く環境が作れました。 セットアップ (2022/01/11 追記) 手順は、入力するコマンドを PowerShell だったり、WSL だったりといりみだれます。次のルールで書いていますので、間違えないようにしてください。 プロンプトが > のときは PowerShell に入力してくだ
WSL2の.wslconfigを作成するときはUTF-8 BOMなしで - Qiita
ずっと詰まっていたこと .wslconfigが適用されない。配置場所もファイル名も記述内容もバージョンも正しいはずなのに。 .wslconfigとは WSL2を使用するときにメモリの使用量やらなんやら色々設定するファイル。 何が設定できるのかはMSのドキュメントを見に行ってください。 必要な環境 windows10 Home バージョン2004 (OSビルド19041) 以降 何らかのLinuxディストリビューション 私の環境 windows10 Home バージョン21H2 (OSビルド19044.1387) MSストアのUbuntu(Ubuntu 20.04 LTS) .wslconfigの作成方法 %UserProfile% に .wslconfig というファイルを作成する。 私はメモリの枯渇を止めたかったので次のように記述。 以下を参考に。 しかし、うまく適用されなかった。 結論
WSL2で用いるルートファイルシステムの容量を拡大する方法は？
WSL2（Windows Subsystem for Linux 2）では、仮想マシンを使ってLinux環境を実現している。そのネイティブファイルシステムは、仮想ハードディスクファイル上にある。「ext4.vhdx」と呼ばれるこのファイルは、容量可変形式で作られ、最大容量は256GBに指定されている。この値は固定値なので、場合によっては足りなくなることがある。今回はこの容量を拡大する方法を解説しよう WSL2ではディストリビューションのインストール時に容量可変の仮想ハードディスクファイルにext4ファイルシステムを作る。このときの容量は256GB固定だ 仮想ハードディスクファイルの最大容量を拡大する 仮想ハードディスクファイルには一般に「容量可変」と「容量固定」の2タイプがあるが、通常は利用した分だけ記憶容量を消費する、容量可変を用いるケースが多い。容量可変の仮想ハードディスクファイルでは
Big Sky :: WSL2 でクリップボード使いたい。
WSL2 がリリースされ Windows 10 Home Edition でも使える様になったので色々遊んでるのだけど、Windows 側とテキストを交換したい時に面倒で、クリップボードを共有する方法を模索した。 最悪 /dev/clipboard を実装するまで考えたけど、面倒過ぎたし exe の実行厳しい(何か常駐させてユーザランドから起動する為にサーバがいる)だろうから別の方法を考えた。WSL2 は binfmt (たぶん違うけど良く似た奴だろう) で Windows の exe が起動できるので、コマンド経由で stdin/stdout を read/write できる物を起動する方法を考えた。 で自分で書くかと Windows Terminal 起動した時点で「Windows Terminal からコピペできるやん、いらなくね？」となり、本来の目的を忘れかけていたので、おとなしく
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【西川和久の不定期コラム】 Ubuntu 22.04を使ってMastodon(非Docker)を動かす！正式リリースされたストア版WSL2で起動