VSCodeのRemote WSLでWSLを快適に使う - Qiita
VSCodeの拡張機能Remote WSLのおかげで、WSLでの開発がめっちゃ便利になってて涙が出そうになった話。 この記事の対象者 WindowsユーザーでWSL(Windows Subsystem for Linux)を使っていて、 VSCodeを使ってWSL上で開発がしたい人 できるようになること VSCodeでの、WSL内の環境を用いた実行やデバッグ、コードナビゲーションなど はじめに 私はPythonをよく使うのですが、たまにWindowsをサポートしてないパッケージに出会って舌打ちしそうになります。あと、C++との関係でWindowsにインストールするのが手間だよ～ってパッケージもありますね。 そんなときにちょっとWSLを使ってみようかとなるわけですが、これまではいい感じの開発環境を簡単に作れずここでまたイラッとしていました笑。 （WSLのパスを半ば無理やり設定したり、Jupy
mount.cifsでmount error(112) - Palm84 某所の日記
Linuxユーザーの皆様におかれましては「今更かい！」だと思うんですけど... SystemRescueCd 6.0.2 でWindowsネットワーク（ネットワークドライブ）をマウントしようとしたところ、Win10マシンではおｋなのにBuffaloの簡易NASではエラーが出るのはなんでかと調査開始。 # mount -t cifs -o username=hogehoge,password=hagehage //192.168.11.1/disk1_pt1 /mnt/nas mount error(112): Host is down 最初は「逆ちゃうの？」と思いましたが、Win10でもちょっと前に対処したSMBの古いバージョンのアレですね。 ちゅうわけでググリンぐしますと samba-client／cifs-utilsを使ってWindowsの共有フォルダをマウントする - Qiita 注
竹内電設.com
Windows10のWSL(Windows Subsystem for Linux)からネットワークドライブ(SMB共有)をどうマウントする？、どう使う？のメモ マウントポイントを作成する$ sudo mkdir /mnt/nas ネットワークドライブをマウントする $ sudo mount -t drvfs '\\nas\share' /mnt/nas/ もしくは $ sudo mount -t drvfs \\\\nas\\share /mnt/nas/ ファイルにアクセスする $ cat /mnt/nas/test.txt マウントを解除する$ sudo umount /mnt/nas/ マウントの状況を確認する$ mount
WSL2で外付けSSDを使う（ext4でフォーマットして使用する） - パソコン関連もろもろ
最終更新日：2023年7月1日 はじめに 使用したもの 使用環境 方法 SSDのフォーマット Windows側から使用するデバイスを見る WSL2側からデバイスを見る 最後にマウントする 注意点 補足 さいごに 高パフォーマンスのための設定（2022年4月14日追記） 2023年7月1日追記 はじめにWSL2からWindows側のドライブにアクセスするだけなら非常に簡単です。 「/mnt/c」「/mnt/d」などでそれぞれCドライブ、Dドライブにアクセスできます。 しかし、それらのドライブはWindowsファイルシステムでフォーマットされているのでWSL2で読み書きする時に本来の速度が出ません。 今回は外付けSSDをext4形式でフォーマットしてWSL2専用の外付けドライブとして使用してみました。使用したもの KIOXIA 500GB NVMe M.2 SSD『EXCERIA SSD-CK
WSL で cron を利用する方法・Windows 起動時に自動実行する方法
Windows Subsystem for Linux(WSL) では cron も利用できるのだが、デフォルトでは無効になっているようだ。service コマンドで確認すると以下のように not running と表示される。 $ sudo service cron status * cron is not running なので利用の際には以下のようなコマンドで実行する必要がある。 $ sudo service cron start * Starting periodic command scheduler cron 実行すると Windows のタスクマネージャーにも cron が表示され、動いてるのがわかる。 ただこれだと一々 Windows 起動時にコマンドを実行しないといけないため、面倒臭い。 なのでバッチファイルを作って Windows の起動時に実行するようにしよう。 以下
WSLを使った方がWindows用バイナリを実行するより速い - 記憶は人なり
同じプログラムでLinux版とWindows版とが存在する場合、Windows上で動かすなら当然Windows版バイナリの方が高速に動作するであろうと思っていました。が、どうやらWSLでLinux版バイナリを動かした方が高速なことが多いことに気づいたので、少しデータを整理してみました。 前提環境 OS Windows 10 Pro 1903 WSL Ubuntu 18.04 LTS optipngの場合 PNGファイル圧縮ツールのoptipngは多様なパラメータで圧縮を何度も試行するため所要時間が長くかかります。またシングルスレッド動作のため、マルチコアCPUの恩恵は直接的には受けられません*1。このため比較的待ち時間が長いのですが、Windows版バイナリよりもLinux版の方が高速に処理されているような気がしたので測定してみました。 前提 Linux版はUbuntuのパッケージマネージ
WSL2+Docker+VSCodeの開発環境構築とPythonでWebアプリを試すまで
Windowsユーザーの皆さん、手軽にLinux環境で開発したいですよね！そんなときWSL2やコンテナが選択肢に上がるでしょう。VSCodeのRemote Development機能を使い、どちらも試してみました。Windows・WSL・コンテナを使い分けつつ、VSCodeで快適に開発ができるようになります！ おおまかな流れ 【準備編】WSL2の有効化と拡張機能のインストール 【WSL編】VSCodeからWSL2にリモート接続する 【コンテナ編】Dockerのインストール 【コンテナ編】VSCodeからDockerコンテナにリモート接続する 【コンテナ編】コンテナでWebサーバーを立て、ブラウザからアクセスする ※ 筆者の環境は Windows10 Home 21H1 です。Windows10 Pro/Enterpriseとは手順が異なるかもしれません。
PowerShellを“いい子”に改造して、WSLから“推し変”した
WSLを使ってCドライブ上のファイルを実行するとどうしても遅くなってしまうことを知り、PowerShellに”推し変”しようと決意しました。とはいえ、デフォルトのPowerShellは個人的には使いづらく感じてしまい推せる気がしなかったので、PowerShellを自分好みの”いい子”にして推す方法を選びました。 想定している対象読者 ・WSLと最近うまくいっていない方 ・PowerShellと仲良くなれない方 ・PowerShellと仲は良いけど、もっと仲良くなりたい方 とりあえず環境構築 1.Windows Terminalのインストール インストールはこちらから 2.必要なフォントのインストール こちらからCascadia Code PLまたはCascadia Mono PLをインストールして、Windows Terminalのフォントとして設定する必要があります。設定はWindows
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
＠IT：Windowsパーティションの日本語ファイル名を表示するには