WSLのUbuntuが、Cドライブの少ない容量を圧迫し始めてきたので、いろいろ検索したら出てきた。CドライブにインストールされたWSLのディストリビューションをDドライブに移す方法のメモ。 www.meganii.com zenn.dev まずは、以下のコマンドでOK。 wsl --shutdown # WSLのディストリビューションをシャットダウンする wsl -l -v # WSLのディストリビューション一覧で、名前を確認 wsl --export Ubuntu20.04 D:\wsl\Ubuntu20.04.tar # Dドライブにディストリビューションのディスクを移動する wsl --unregister Ubuntu20.04 # Cドライブにインストールされたディストリビューションを削除 wsl --import Ubuntu20.04 D:\wsl\Ubuntu20.04 D
RustでLチカしてみた
はじめに インターフェース5月号の特集を参考にRustのLチカプログラムを動かしてみました。 使用したボードはSeeed Studio XIAO ESP32C3です。このボードは32bit RISC-V@160MHz,400KB SRAM/4MBフラッシュにWiFi/BLEも備え、ボードサイズも小型（外付のWiFi用アンテナが大きいのが玉に瑕）で、ちょっとした電子工作にとても便利なボードです。 インターフェースの記事によればRustの標準ライブラリが組込システムでも使えるとのこと。Windows11にWSL2を入れて開発環境の構築をしてみました。 WSLのイメージの作成 普段使っている環境とは別に組み込みRust用のイメージを作りました。ディストリビューションはUbuntu-22.04を使っています。 > wsl --list --online インストールできる有効なディストリビューショ
今自分が携わっている業務アプリが、Windows１０環境で入力項目の制御が機能しなかったのですがこの設定をすることで問題解決しました。 対象の設定画面までたどりつくまで迷いますが今回設定画面までたどり着けるよう手順も合わせて記事していますので、参考になれば幸いです。
![Windows10[アプリウィンドウごとに異なる入力方式の設定方法]](https://cdn-ak-scissors.b.st-hatena.com/image/square/58efc246e5da1f5fd3ad5e797dd8aba592695bc5/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fiimemojp.com%2Fwp-content%2Fuploads%2F2021%2F09%2FNEW10_kan.jpg)
GitHub CLIやHeroku CLIなど、ブラウザを自動で開いて認証させるタイプのCLIが最近増えています。 普通に使う分には便利なのですが、WindowsのGUIアプリ+WSL2という環境では、WSL2の中からWindows側のブラウザを開くことができなくて一手間かかることがあります。 最近はWSLgを使ってすべてをWSL側で完結させるという手もあるでしょうが、今の自分の開発のスタイルでは、CLIのツールはすべてWSL2、GUIツールはWindows側に入れるようにしています。そのため、上記のような問題がおきることが度々あり困っていました。 今はこれを解決するために xdg-openを入れる Windows側のブラウザを開くデスクトップエントリを作る xdg-openのdefault-web-browserに2で作ったデスクトップエントリを登録する という方法を使っています。 1.
WSLに何らかのクラウドストレージを同期させたいと思い、Linux CUI環境で利用する手段を公式が用意してくれているDropboxを選択しました。 基本的には以下にある参考記事の通りなんですが、WSLでやるとなると何かと手順が増えるので備忘録を兼ねて記事にしました。 参考記事：Dropbox を Linux (CUI環境)で利用する 前提 WSL自体は現時点(2022/12/16)で最新のバージョン(1.0.3.0)にしています。バージョンが古い場合はwsl --updateしてください。 ディストリビューションは Ubuntu 22.04 を使用しています。 動作確認環境の詳細 C:\>wsl --version WSL バージョン: 1.0.3.0 カーネル バージョン: 5.15.79.1 WSLg バージョン: 1.0.47 --- 以下省略 --- $ lsb_release
WSL2でディストリビューションのインストール後、初回起動時に下図のようにユーザの登録が促されます。 この画面を閉じてしまったりして、何らかの理由で登録が行われなかった場合、下図のようにスーパーユーザ(root)がデフォルトのユーザになってしまいます。 この状態から新規ユーザを登録し、起動時のデフォルトユーザにする方法を紹介します。 まず、root以外の場合はrootに管理者権限を昇格させます。最初からrootになってしまっているケースでは不要です。 $ sudo -s [sudo] XX のパスワード: # useraddコマンドで新しいユーザ名を登録します。 ここでは例として”linux”としました。 -mオプションでホームディレクトリを作成します。 -sオプションではログイン時のシェルを指定します。ここで”SHELL”という環境変数を指定しています。変数の中身は通常、”/bin/ba
$ sudo apt-get update Err:1 http://ppa.launchpad.net/ansible/ansible/ubuntu focal InRelease Cannot initiate the connection to ppa.launchpad.net:80 (2001:67c:1560:8008::19). - connect (101: Network is unreachable) Could not connect to ppa.launchpad.net:80 (91.189.95.85), connection timed out このようにapt-get updateでNetwork is unreachableというエラーが出てしまいました。 どこが問題だったか 結論から言うと私の場合ファイアウォールでした。 あるあるですね。 いつだって不
Phoronixは6月17日(米国時間)、「Windows 10 May 2020 Performance For WSL vs. WSL2 - Phoronix」にて、Ubuntu 20.04 LTSにおいてベアメタル、WSL(Windows Subsystem for Linux) 1、WLS 2のそれぞれで69個のベンチマークを実施した結果を伝えた。同じハードウェアにそれぞれの環境を構築して計測した結果が掲載されている。 記事では、WSL 2はWSL 1よりも21%ほどパフォーマンスが向上したと説明。ベアメタルで動作するUbuntu 20.04 LTSと比較しても8%ほどしか差がなく、WSL 2でパフォーマンスが向上したことを示している。 Ubuntu 20.04 LTS on WSL2 (Windows 10 version 2004) Ubuntu 20.04 LTS on WS
Windows 10 の 2004 update で、WSL が WSL2 になりました。 Windows 10 で i3 window manager を使う で書いたように Windows 10 に VcXsrv を入れれば Linux Desktop 環境を Windows 10 の仮想デスクトップの一つで使えてとても便利で快適なのですが、 WSL2 にしてみたらうまく動かなかったので改訂しました。 さらに、systemd と WSLg が入った Microsoft Store 版WSL2 になって、既存の環境が起動しなくなったり、VcXsrv が動かなくなってしまったりといったトラブルが有ったのでその点も改訂しました。 2021-12-23 にちょっと追記 (dbus-x11) 2023-07-07 (WSL2 Microsoft Store版対応) 2023-07-11 (Win
「Ubuntu on WSL2」のやり直し方 人生のやり直し…もとい… グチャグチャに遊びこんだ「WSL2用Ubuntu」を最初からやり直したくなりました… インストールした「Ubuntu」をリセットすることにより、アンインストールせずに簡単にやり直すことができます。以下、手順をまとめておきます。 ➊ Ubuntuのリセット方法 [スタート] → [設定] → [アプリ]にて、「アプリと機能」へ移動。 検索窓から「Ubuntu」を検索。 「Ubuntuアプリ」が見つかったら、それの「詳細オプション」をクリック。 リセットセクションの「リセット」ボタンをクリックする。 これできれいサッパリUbuntuがクリアされます。 ➋ Ubuntu新規作成方法 windowsの検索窓から、「ubuntu」を検索する。 「Ubuntu」アプリをクリック これで最初からやり直すことができます。 一応ではあり
序論 WSL2 では起動時に systemd を自動スタートさせたり、/etc/rc.local によるスタートアップスクリプトの実行ができません。 Windowsスケジューラにスクリプトを登録するなど、回避策はありますが、筆者はなるべく Linux 環境内で設定を完結させたいと考えていました。 そのような訳で、WSL2 で Docker を使いたい場合、起動時にいちいち以下のようなコマンドを打っていました。 # dockerデーモン起動 $ sudo service docker start # WSL2 には cgroup 用ディレクトリがデフォルトで作られていないため作成しておく ## これをしておかないと Docker でプロセスのグループ化が必要になったときにエラーが起きる $ sudo mkdir -p /sys/fs/cgroup/systemd $ sudo mount -
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
