Windows on AIによる技術記事備忘録

Windows 11で右クリックメニューを旧スタイルに戻す方法（レジストリ設定）

Mon, 27 Oct 2025 20:07:47 +0900

Windows 11では、エクスプローラ上で右クリックしたときに表示されるコンテキストメニューが、簡略化された新しい形式に変更された。従来のメニューに慣れているユーザーにとっては、毎回「Shift＋右クリック」を押さないと従来のフルメニューが出ない仕様は煩雑である。本稿では、この挙動をレジストリ設定によって変更し、通常の右クリック操作だけで旧来のメニューを表示させる方法を記録する。

前提環境

本手順は Windows 11 （21H2以降） を対象とする。レジストリの編集には管理者権限が必要であり、誤った操作はシステムに影響を与えるおそれがある。編集前に必ずレジストリ全体のバックアップを取得しておくことを推奨する。

設定手順

「Win＋R」キーを押し、regedit と入力してレジストリエディタを起動する。
次のキーに移動する。 HKEY_CURRENT_USER\Software\Classes\CLSID
CLSID の上で右クリックし、「新規」→「キー」を選択して、以下の名前で作成する。 {86ca1aa0-34aa-4e8b-a509-50c905bae2a2}
さらにその下に「InprocServer32」というキーを新規作成する。 HKEY_CURRENT_USER\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32
「InprocServer32」を選択した状態で、右側の「(既定)」をダブルクリックし、値データを空欄のまま「OK」を押す。
レジストリエディタを閉じ、PCを再起動する。もしくは以下のコマンドでエクスプローラを再起動してもよい。 taskkill /f /im explorer.exe start explorer.exe

以上の操作で、通常の右クリックのみで従来のフルコンテキストメニューが表示されるようになる。

元に戻す方法

変更を元に戻したい場合は、作成したキーを削除すればよい。

HKEY_CURRENT_USER\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}

削除後に再起動すると、Windows 11の新しい簡略メニューに戻る。

注意点

この設定はMicrosoftの公式サポート対象外であり、将来のWindows更新によって無効化される可能性がある。特にエクスプローラ関連の仕様変更が入る大型アップデート後は、再度確認が必要である。

参考資料

この記事は、再現可能で安全な設定変更の記録を目的としているため、コマンドやキー名はそのままの形で掲載した。

WindowsでOllamaを使うための推奨手順

Mon, 27 Oct 2025 19:25:22 +0900

最も推奨される方法：公式Windows版をインストール

概要

2024年後半から、OllamaはWindows向けにネイティブ実行可能な公式ビルドを提供している。
インストーラ形式で導入でき、追加の仮想環境（WSLやDocker）は不要である。
一般ユーザーから開発者まで、すべての用途でこの方法が推奨される。

手順

公式サイトからインストーラをダウンロード https://ollama.com/download
インストーラを実行 ダウンロードした OllamaSetup.exe を起動し、指示に従ってセットアップする。
動作確認 インストール後、PowerShellまたはWindows Terminalで以下を実行する。 ollama run llama3 初回実行時にモデルが自動ダウンロードされ、以降はローカルで推論が行われる。

特徴

項目	内容
対応GPU	NVIDIA GPU（CUDA対応）推奨。CPUモードも可
既定の保存先	`C:\Users\<ユーザー名>\.ollama`
自動起動	サービスとして常駐（再起動時も利用可）
環境変数	`OLLAMA_HOST`, `OLLAMA_MODELS`, `OLLAMA_API_KEY`などが設定可能

代替方法：WSL上でLinux版Ollamaを動かす

概要

Linux向けのOllamaバイナリを、WSL2環境（例：Ubuntu）で動作させる方法。
GPUを利用したい場合は、Windows上のCUDAサポートが有効化されたWSL2が必要。
ただし、公式Windows版の登場により、この方法は非推奨になりつつある。

手順（Ubuntu on WSL2）

curl -fsSL https://ollama.com/install.sh | sh
ollama run llama3

※ GPUを使う場合は、NVIDIAドライバがWindowsホストにインストールされており、WSL統合が有効である必要がある。

向いているケース

WSL上で他のLinuxツールと連携させたい場合
サーバ的に扱いたい（例：FlaskやFastAPI経由でOllama APIを呼び出す）

Docker版（開発・検証用途向け）

OllamaはDockerイメージも提供しており、環境を隔離して動かしたい場合に有効である。

手順

docker run -d -p 11434:11434 ollama/ollama

Windows環境でGPUを使いたい場合は、Docker Desktop設定で「Use the WSL 2 based engine」および「GPU support」を有効にする必要がある。

利用例

モデルの一覧確認

ollama list

モデルのダウンロード

ollama pull mistral

APIとして利用

OllamaはローカルHTTPサーバを起動するため、以下のようにcurlでアクセス可能。

curl http://localhost:11434/api/generate -d "{ \"model\": \"llama3\", \"prompt\": \"Hello\" }"

推奨構成まとめ

利用形態	推奨方法	備考
一般ユーザー・開発者	公式Windows版	最も安定・簡単
Linux互換ツールと併用	WSL2上のOllama	非推奨（用途限定）
実験・検証・CI環境	Docker版	軽量な検証用

補足：Windows環境でのトラブル回避

PATH設定：インストール時に自動設定されるが、ollamaが認識されない場合は再ログインを行う。
GPU未検出：NVIDIAドライバを最新に更新し、nvidia-smiがWindows上で動作することを確認する。
WSLとの干渉：同時にLinux版Ollamaを起動しているとポート衝突（11434）が発生するため注意。

結論

WindowsでOllamaを使う場合、公式Windows版インストーラから導入するのが最も推奨される。
これにより、GPU利用・サービス常駐・API連携などが容易に実現でき、WSLやDockerを併用する必要がない。

参考：

公式サイト：https://ollama.com/
ドキュメント：https://github.com/ollama/ollama

Windows 11でKeyhacをスタートアップに登録する方法

Mon, 27 Oct 2025 18:10:02 +0900

Windowsでキーリマップを柔軟に行いたい場合、Keyhacは非常に便利なツールである。Pythonスクリプトによるカスタマイズが可能で、Emacsライクな操作なども容易に実現できる。しかし、Windowsの起動時にKeyhacを自動起動させる設定を忘れがちなユーザーも多い。本稿では、Windows 11環境でKeyhacを確実にスタートアップに登録する手順を整理する。

前提条件

本記事はWindows 11環境を前提とする。また、Keyhacがすでにインストール済みであり、手動で起動できる状態にあることを前提とする。Keyhacは公式サイトまたはGitHubリポジトリから入手可能で、インストーラー版またはzip版のどちらでも問題ない。

Keyhacの実行ファイルを確認する

まず、Keyhacの実行ファイル（keyhac.exe）の場所を確認する。通常は以下のいずれかのパスに存在する。

インストーラー版の場合 C:\Users\<ユーザー名>\AppData\Local\Programs\Keyhac\keyhac.exe
zip版の場合解凍先の任意フォルダ内に keyhac.exe がある。

この実行ファイルの絶対パスを後の手順で使用するため、エクスプローラで確認しておく。

スタートアップフォルダを開く

Windows 11では、スタートアップフォルダにショートカットを配置することで、起動時に自動実行できる。

Win + R を押して「ファイル名を指定して実行」ダイアログを開く。
次のコマンドを入力してEnterを押す。 shell:startup
エクスプローラが開き、「スタートアップ」フォルダが表示される。ここに配置されたショートカットはWindowsのログイン時に自動実行される。

ショートカットを作成して登録する

次に、Keyhacを起動するショートカットを作成し、スタートアップフォルダに配置する。

keyhac.exe を右クリックし、「ショートカットの作成」を選択する。
作成されたショートカットファイルを、先ほど開いた「スタートアップ」フォルダにドラッグ＆ドロップする。

この操作により、次回以降のWindows起動時にKeyhacが自動起動するようになる。

管理者権限での実行設定（必要に応じて）

Keyhacは他のアプリケーションのキーボードイベントをフックするため、管理者権限で実行しないと動作が制限される場合がある。もしキー入力が効かない、または一部のウィンドウで反応しない場合は以下の設定を行う。

スタートアップフォルダ内のKeyhacショートカットを右クリックし、「プロパティ」を開く。
「ショートカット」タブの「詳細設定」をクリックする。
「管理者として実行」にチェックを入れる。
OKを押して設定を保存する。

なお、UAC（ユーザーアカウント制御）の設定によっては、起動時に確認ダイアログが表示される。この挙動を避けたい場合は、次節の「タスクスケジューラによる登録」を用いるとよい。

タスクスケジューラを使う方法（代替手段）

より確実に管理者権限でKeyhacを起動したい場合は、タスクスケジューラを利用する。

Winキーを押して「タスクスケジューラ」と入力し、起動する。
右側の「タスクの作成」をクリックする。
「全般」タブで次の設定を行う。

名前：Keyhac AutoStart
「最上位の特権で実行する」にチェック

「トリガー」タブ → 「新規」 → 「ログオン時」を選択
「操作」タブ → 「新規」 → 「プログラムの開始」 → keyhac.exe のパスを指定
「OK」を押して保存する。

この方法では、管理者権限付きでKeyhacが起動するため、全てのアプリケーションでキーマップが有効になる。

動作確認

設定後、Windowsを再起動する。ログイン後にKeyhacのアイコンがタスクトレイに表示されていれば、スタートアップ登録は成功である。表示されない場合は、ショートカットのパスや権限設定を再確認する。

まとめ

Windows 11でKeyhacをスタートアップに登録するには、shell:startup で開いたスタートアップフォルダにショートカットを置くのが基本である。管理者権限が必要な場合は、ショートカットのプロパティで「管理者として実行」を有効化するか、タスクスケジューラを用いる。これにより、起動時に自動でKeyhacが立ち上がり、常時快適なキーバインド環境を維持できる。

WSL環境でMac風のpbcopy/pbpasteを実現する方法

Sun, 17 Aug 2025 13:47:19 +0900

前提環境

この記事は以下の環境での動作を前提としている。

Windows 10/11
WSL2（Windows Subsystem for Linux 2）
Ubuntu 20.04以降（他のディストリビューションでも同様の手順で可能）
Bash または Zsh シェル

背景と課題

Macユーザーであれば、コマンドラインからクリップボードを操作する際にpbcopyとpbpasteコマンドを使用することに慣れているだろう。これらのコマンドは非常に便利で、パイプを使ってテキストをクリップボードにコピーしたり、クリップボードの内容を取得したりできる。

一方、WSL環境では標準でこのような機能は提供されていない。Linux用のクリップボードツールであるxclipをインストールしても、これはX Window System内でのクリップボード操作に留まり、Windowsのシステムクリップボードとは連携しない。つまり、WSL内でxclipを使ってコピーした内容を、Windows側のアプリケーションで貼り付けることはできないのである。

WindowsのネイティブなクリップボードAPI

実は、Windowsにはclip.exeというコマンドラインツールが標準で付属している。このツールを使用することで、パイプ経由でテキストをクリップボードに書き込むことが可能である。

echo "Hello World" | clip.exe

上記のコマンドを実行すると、「Hello World」がWindowsのクリップボードにコピーされ、任意のWindowsアプリケーションで貼り付けることができる。

ただし、clip.exeは書き込み専用であり、クリップボードの内容を読み取る機能は提供されていない。そのため、Macのpbpasteに相当する機能を実現するには別の方法が必要となる。

PowerShellを活用したクリップボード読み取り

Windowsでクリップボードの内容を取得するには、PowerShellのGet-Clipboardコマンドレットを使用する。WSL内からPowerShellを呼び出すことで、この機能を利用できる。

powershell.exe -command "Get-Clipboard"

このコマンドを実行すると、現在のクリップボードの内容がターミナルに出力される。なお、-commandパラメータは省略可能であり、以下のように短縮して記述することも可能である。

powershell.exe "Get-Clipboard"

エイリアスによる利便性の向上

毎回長いコマンドを入力するのは非効率的であるため、エイリアスを設定してMacと同様の使い勝手を実現する。使用しているシェルの設定ファイル（Bashの場合は~/.bashrc、Zshの場合は~/.zshrc）に以下の行を追加する。

alias pbcopy='clip.exe'
alias pbpaste='powershell.exe -command "Get-Clipboard"'

設定を反映するために、シェルを再起動するか、以下のコマンドを実行する。

# Bashの場合
source ~/.bashrc

# Zshの場合 
source ~/.zshrc

実際の使用例

エイリアスを設定した後は、Macと同様の感覚でクリップボード操作が可能になる。以下に実用的な使用例を示す。

基本的な使用方法

# テキストをクリップボードにコピー
echo "テスト文字列" | pbcopy

# クリップボードの内容を表示
pbpaste

ファイルの内容をクリップボードにコピー

# SSH公開鍵をクリップボードにコピー（GitHubへの登録などに便利）
cat ~/.ssh/id_rsa.pub | pbcopy

# 設定ファイルの内容をクリップボードにコピー
cat ~/.vimrc | pbcopy

Gitとの連携

# 最新5件のコミット履歴をクリップボードにコピー
git log --oneline -5 | pbcopy

# 現在のブランチ名をクリップボードにコピー
git branch --show-current | pbcopy

# 現在のリモートURLをクリップボードにコピー
git remote get-url origin | pbcopy

ディレクトリパスの活用

# 現在のディレクトリパスをクリップボードにコピー
pwd | pbcopy

# 特定のファイルの絶対パスをクリップボードにコピー
readlink -f example.txt | pbcopy

パフォーマンスと制限事項

このアプローチにはいくつかの注意点がある。まず、powershell.exeの起動には若干の時間がかかるため、pbpasteの実行速度は純粋なLinuxコマンドと比較して遅くなる。ただし、日常的な使用においては実用上問題となることは少ない。

また、非常に大きなテキストをクリップボードに格納する場合、PowerShellの制限によって一部のデータが切り取られる可能性がある。通常の開発作業で扱うテキストサイズであれば問題ないが、大容量のデータを扱う場合は注意が必要である。

さらに、この方法はWSLからWindowsの実行ファイルを呼び出すため、WSL2の場合はネットワークを介した通信が発生する。セキュリティ設定によっては、この通信が制限される可能性もある。

まとめ

WSL環境においても、Windowsの標準機能とPowerShellを組み合わせることで、Macのpbcopy/pbpasteと同等の機能を実現できる。エイリアスを設定することで、Macからの移行時も違和感なく使用できるようになる。

この方法の最大の利点は、追加のソフトウェアをインストールすることなく、Windowsの標準機能のみで実現できることである。WSLでの開発効率を向上させる簡単で実用的な設定として、ぜひ活用していただきたい。

WSL2とHyper-V、Androidエミュレータの関係と最新対応状況

Fri, 01 Aug 2025 04:43:17 +0900

WSL2の実装基盤としてのHyper-V

WSL2（Windows Subsystem for Linux 2）は、一見するとLinux環境のように見えるが、実際にはMicrosoftのHyper-V技術を基盤として動作している。WSL2は軽量な仮想マシン（Lightweight Utility VM）として実装されており、この仮想マシンはHyper-V Platform上で稼働している。

従来のHyper-Vの完全な仮想マシンとは異なり、WSL2はWindowsカーネルと密に統合されているため、ユーザーからはネイティブなLinux環境のように感じられる。しかし、内部的にはHyper-Vエコシステムの一部として機能している点が重要である。

Androidエミュレータとの競合メカニズム

仮想化技術の排他的利用

BlueStacks、NoxPlayer、LDPlayerなどの多くのAndroidエミュレータは、独自の仮想化技術やVT-x/AMD-Vハードウェア仮想化機能を直接利用している。一方、WSL2がHyper-V Platformを有効にすると、他の仮想化ソフトウェアがハードウェア仮想化機能に直接アクセスできなくなる。

この現象が発生する理由は、Windowsでは一度に一つのハイパーバイザーしか動作できないためである。Hyper-V Platform（WSL2用）が有効になると、他の仮想化ソフトウェアはネストした仮想化として動作するか、完全に動作不能になってしまう。

具体的な問題例

例えば、開発環境でWSL2を使用してDockerやLinux開発環境を構築している状況で、同時にBlueStacksでモバイルゲームをテストしようとすると、BlueStacksが「仮想化が無効になっています」というエラーメッセージを表示して起動できないという問題が発生する。

解決方法と選択肢

従来の解決方法

問題が発生した場合の従来の対処法は以下の通りである。

WSL2を犠牲にする場合は、コマンドプロンプトで bcdedit /set hypervisorlaunchtype off を実行してHyper-Vを無効化し、システムを再起動する。その後WSL2をWSL1に戻すことでAndroidエミュレータが正常に動作するようになる。

逆にWSL2を優先する場合は、Androidエミュレータの使用を諦めるか、Hyper-V対応版への移行を検討する必要があった。

現在推奨される解決方法

最新の状況では、以下のアプローチが効果的である。

BlueStacksを使用する場合は、最新版にアップデートしてAndroid 9 Pie以降のインスタンスを作成する。これによりHyper-V環境での安定動作が期待できる。

NoxPlayerを選択する場合は、Hyper-V対応版を利用することで、WSL2、WSA、Google Play Gamesとの同時利用が可能になる。

LDPlayerを使用する場合は、最新のLDPlayer 9を導入し、必要に応じてHyper-Vの有効・無効を切り替える運用を検討する。

開発環境での実践的な運用

推奨構成例

現代の開発環境では、以下の構成が実用的である。

WSL2でLinux開発環境とDockerを構築し、同時にNoxPlayerまたは最新のBlueStacksでモバイルアプリケーションのテストを行う。この構成により、仮想化技術の競合を気にすることなく、フルスタック開発環境を構築できる。

注意点

ただし、パフォーマンスを最重視する場合は、依然としてHyper-Vを無効化した従来の方法が有効な場合がある。特にリソースが限られたシステムや、高いフレームレートが要求されるゲーム開発では、この点を考慮する必要がある。

まとめ

WSL2とAndroidエミュレータの競合問題は、各エミュレータベンダーの技術革新により大幅に改善されている。特にNoxPlayerとBlueStacksの最新版では、Hyper-V環境での安定動作が実現されており、開発者は仮想化技術の切り替えによる煩雑さから解放されつつある。

ただし、最適なパフォーマンスを求める場合は、用途に応じてHyper-Vの有効・無効を選択することが重要である。現在の技術状況を理解し、自身の開発環境に最適な構成を選択することで、効率的な開発環境を構築できるだろう。

[Linux] Pop!_OS + Windows デュアルブート時にブートメニューが表示されない問題の解決法

Sun, 20 Jul 2025 06:27:18 +0900

問題の状況

症状

Pop!_OS 22.04をデュアルブートでインストール後、起動時にいきなりLinuxが立ち上がる
Windowsを起動するためには毎回BIOS画面に入ってF2連打が必要
ブートメニュー画面が表示されない

ハードウェア環境

SSD1（Samsung 512GB） : Windows 10/11システム領域（/dev/nvme0n1）
SSD2（PNY 2TB） : Pop!_OS 22.04システム領域 + Windowsデータ領域（/dev/nvme1n1）
構成: 各OSのシステム（ブート）領域が別々のSSDに分かれている
ブートローダー: systemd-boot（Pop!_OSのデフォルト）重要なポイント

原因の分析

なぜブートメニューが表示されないのか

Pop!_OSはsystemd-bootを使用

従来のGRUBとは異なる動作
デフォルトではタイムアウト設定なし

複数SSDによる複数EFIパーティション問題

SSD1のWindowsシステム: /dev/nvme0n1p1 (EFIパーティション)
SSD2のPop!_OSシステム: /dev/nvme1n1p1 (EFIパーティション)
問題の核心: systemd-bootは同一EFIパーティション内のOSしか認識できない
物理的に異なるSSDにあるWindowsのEFIパーティションにはアクセス不可

確認コマンド

パーティション構成の確認：

sudo fdisk -l

ブートローダーの状態確認：

sudo bootctl status

試したが効果がなかった方法

❌ systemd-bootのタイムアウト設定

# これらは機能しなかった
sudo bootctl set-timeout 5 
sudo nano /boot/efi/loader/loader.conf # 別EFIパーティションのWindowsは認識されず

❌ 手動でWindowsエントリ作成

# windows.confを作成しても別EFIパーティションは参照できない
sudo nano /boot/efi/loader/entries/windows.conf

✅ 解決方法：rEFIndの導入

rEFIndとは

複数のEFIパーティションを横断してスキャンできるブートマネージャー
WindowsとLinuxの両方を自動検出
美しいGUIブートメニューを提供

インストール手順

rEFIndのインストール

sudo apt install refind

rEFIndのセットアップ

sudo refind-install

実行結果

起動時に自動的にrEFIndメニューが表示される
WindowsとPop!_OSの両方がアイコン付きで表示される
矢印キーで選択、Enterで起動

なぜrEFIndで解決したのか

ブートローダー	対応範囲	複数EFI対応
systemd-boot	単一EFIパーティション内のみ	❌
rEFInd	全EFIパーティションをスキャン	✅

ポイント: 各OSのシステム領域が別々のSSDにある場合、各SSDが独自のEFIパーティションを持つため、systemd-bootでは物理的に他のSSDのOSを認識できない

補足情報

一時的な回避方法

起動時にBIOSブートメニューを表示
「Windows Boot Manager」を手動選択

注意点

rEFIndインストール後は、従来のsystemd-bootメニューは表示されなくなる
rEFIndが新しいメインブートローダーとなる

まとめ

2枚のSSDに各OSのシステム領域が分かれているデュアルブート環境では、rEFIndを使うのが最適解

各SSDの独立したEFIパーティションを横断してスキャン
設定ファイルの手動編集不要
自動検出機能により確実に両方のOSを認識
インストールコマンド2つだけで完了

同一SSD内のパーティション分割デュアルブートとは異なる問題であることを理解して、次回同じ状況になったら迷わずrEFIndを導入しましょう。

Windows バッチスクリプトによる大量の ZIP ファイル作成（7-Zip 利用）

Thu, 13 Mar 2025 14:14:56 +0900

本記事では、7-Zip を利用して複数のフォルダを個別に ZIP 化するバッチスクリプトを作成する方法を解説する。本スクリプトは、エクスプローラーで複数のフォルダをドラッグ＆ドロップするだけで、それぞれのフォルダを ZIP ファイルとして圧縮する。大量のフォルダを一括で ZIP 化する作業を効率化できる。

スクリプトのコード

以下のバッチスクリプトを zip_folders.bat などの名前で保存し、デスクトップなどに配置することで、エクスプローラーからフォルダをドラッグ＆ドロップするだけで ZIP 化できる。

@echo off
chcp 65001 > nul
setlocal enabledelayedexpansion
set "sevenZip=C:\Program Files\7-Zip\7z.exe"

rem ドラッグ＆ドロップされたすべてのフォルダを処理
for %%F in (%*) do (
 rem フォルダが存在するか確認
 if exist "%%~F" (
 set "folderPath=%%~dpF"
 set "folderName=%%~nxF"

 rem 各フォルダを個別に ZIP 化
 "%sevenZip%" a -tzip "!folderPath!!folderName!.zip" "%%~F\*"
 )
)

echo すべての ZIP 化が完了しました。
pause

スクリプトの詳細解説

1. `@echo off`

バッチスクリプトの実行時にコマンドの入力行を非表示にする。これにより、実行中のコマンドがコンソールに表示されず、出力がすっきりする。

2. `chcp 65001 > nul`

バッチスクリプトの文字コードを UTF-8（コードページ 65001） に変更する。これにより、日本語のファイル名やメッセージが文字化けしにくくなる。
> nul を付けることで、コードページ変更のメッセージを非表示にしている。

3. `setlocal enabledelayedexpansion`

遅延環境変数展開を有効にする。
バッチスクリプトでは、通常の set コマンドによる変数の値は即時展開されるため、for ループの中で set した変数を !変数名! の形式で使うと、リアルタイムで値が展開されるようになる。
これにより、for ループ内で set した folderPath や folderName を適切に扱えるようになる。

4. `set "sevenZip=C:\Program Files\7-Zip\7z.exe"`

7-Zip の実行ファイルのパスを変数 sevenZip に格納する。
7-Zip をデフォルトの場所にインストールしていない場合は、ここを適切なパスに変更する必要がある。

5. `for %%F in (%*) do (...)`

バッチファイルにドラッグ＆ドロップされたすべてのフォルダを for ループで処理する。
%* はバッチスクリプトに渡されたすべての引数を表し、%%F にフォルダのパスが順番に渡される。

6. `if exist "%%~F"`

フォルダが実際に存在するかを確認する。存在しない場合はスキップする。

7. `set "folderPath=%%~dpF"`

%%~dpF を利用して、ドラッグ＆ドロップされたフォルダの親ディレクトリのパスを取得する。

8. `set "folderName=%%~nxF"`

%%~nxF を利用して、フォルダの名前のみを取得する。

9. `"%sevenZip%" a -tzip "!folderPath!!folderName!.zip" "%%~F\*"`

7-Zip の a（追加）コマンドを使用して ZIP ファイルを作成する。

-tzip : ZIP 形式で圧縮（-t7z に変更すれば .7z 形式で圧縮可能）
!folderPath!!folderName!.zip : 出力する ZIP ファイルのフルパス（フォルダと同じディレクトリに作成）
"%%~F\*" : ZIP に含めるファイル（フォルダ内のすべてのファイル）

10. `echo すべての ZIP 化が完了しました。`

処理完了後にメッセージを表示する。

11. `pause`

pause を実行することで、スクリプト終了時に「続行するには何かキーを押してください…」と表示され、ユーザーがキーを押すまでコンソールが閉じない。

使用方法

上記のスクリプトを zip_folders.bat という名前で保存
圧縮したいフォルダを複数選択し、バッチファイルにドラッグ＆ドロップ
各フォルダごとに ZIP ファイルが作成される

動作例

📂 入力（バッチファイルにドラッグ＆ドロップするフォルダ）

D:\Projects\FolderA\
D:\Projects\FolderB\
D:\Projects\FolderC\

🔽 出力（ZIP ファイル）

D:\Projects\FolderA.zip
D:\Projects\FolderB.zip
D:\Projects\FolderC.zip

カスタマイズ

ZIP ファイルの保存先を変更

現在のスクリプトでは ZIP ファイルを元のフォルダと同じ場所に作成するが、特定のフォルダに保存したい場合は、以下のように変更する。

set "outputPath=D:\Compressed"
"%sevenZip%" a -tzip "!outputPath!\!folderName!.zip" "%%~F\*"

これにより、すべての ZIP ファイルが D:\Compressed フォルダに保存される。

7z 形式で圧縮

ZIP 形式ではなく 7z 形式 で圧縮したい場合は、以下のように変更する。

"%sevenZip%" a -t7z "!folderPath!!folderName!.7z" "%%~F\*"

注意点

7-Zip のインストールが必要

C:\Program Files\7-Zip\7z.exe に 7z.exe があることを確認する。
違う場所にインストールされている場合は、set "sevenZip=..." を修正する。

フォルダ名に ! ( ) などの特殊文字があると問題が発生する可能性

setlocal enabledelayedexpansion の影響で ! を含むフォルダ名は正しく処理されない可能性がある。
必要ならフォルダ名の特殊文字を削除する処理を追加する。

まとめ

このバッチスクリプトを使用すると、エクスプローラーで複数のフォルダをドラッグ＆ドロップするだけで、それぞれのフォルダを個別に ZIP 化できる。7-Zip のコマンドラインを活用することで、大量のフォルダを効率的に圧縮可能となる。

WSL2でMacのようにクリップボードを操作する方法

Sun, 16 Jul 2023 00:52:55 +0900

Macだとpbcopyやpbpasteといったコマンドでクリップボードの内容をターミナル上で扱うことができて、これが非常に便利。Windowsでも同じことができないか、ChatGPT-4に聞いたところ非常にうまくいったので、ブログ記事としてまとめさせた。

イントロ

Windows Subsystem for Linux 2（WSL2）は、Windows上でLinuxを動作させることができる強力なツールです。しかし、Macユーザーが利用できる便利なpbcopyとpbpasteコマンドのような、クリップボードに直接アクセスする機能がデフォルトではありません。この記事では、WSL2でこれらのコマンドを模倣する方法を解説します。

Windowsのクリップボードにコピー

WSL2からWindowsのクリップボードにコピーするには、Windows側のclip.exeコマンドを利用します。例えば次のようにします:

echo 'テキスト' | clip.exe

Windowsのクリップボードからペースト

逆に、WindowsのクリップボードからWSL2にペーストするには、powershell.exeを利用します:

powershell.exe -command 'Get-Clipboard'

コマンドを短くする

これらのコマンドは有用ですが、特にペーストの方は長く、打つのが面倒かもしれません。それを解決するために、pbcopyとpbpasteというエイリアスを定義します。

bashの場合

bash シェルを使っている場合、.bashrc ファイルに以下のエイリアスを追加します:

alias pbcopy='clip.exe'
alias pbpaste='powershell.exe -command Get-Clipboard'

そして、ターミナルを再起動するか、以下のコマンドを実行して新しいエイリアスを利用可能にします:

source ~/.bashrc

これで、Macのように pbcopy と pbpaste コマンドを使用することができます。

fishの場合

Fish shellでは、関数として定義して、config.fishファイルに保存することで、同様の機能を実現できます。

まず、Fish shellで新しい関数を作成します:

function pbcopy
 command echo -n $argv | clip.exe
end

function pbpaste
 powershell.exe -command 'Get-Clipboard' 
end

次に、これらの関数を保存します。以下のコマンドは、作成した関数を ~/.config/fish/functions/ ディレクトリに保存します：

funcsave pbcopy
funcsave pbpaste

以上の手順で、pbcopyとpbpasteの機能をFish shellで使用できるようになります。新たなシェルセッションでもこれらの関数が使用可能になるよう、手動で定義するのではなく、funcsave コマンドを使って保存することが重要です。

結論

これにより、WSL2でもMacのようにクリップボードを操作することが可能になります。この機能を利用すれば、シェルスクリプトやコマンドラインツールから直接クリップボードにアクセスすることができ、作業の効率を上げることができます。

寸評

これでWSL2でもpbcopyやpbpasteといったコマンドを使えるようになった。pbcopyで一行改行ができるのが少し気になるが……。まぁでもこれは便利だね。

以下、質問した内容。

Macではpbcoyやpbpasteでクリップボードの内容をターミナルで利用できますが、WindowsのWSL2で同じようなことはできませんか
いいね。しかし、clip.exeはいいがペーストのほうはコマンドが長すぎる。
最高だ。完璧に

まちがって途中で送信してしまった

それでは、この素晴らしい方法を、いつでも思い出して使えるように、あるいは他の人もできるように、ブログ記事としてまとめてくれ。
fishだとどうなる？

今回は記事の方もあまり手直ししていない。

Windows on AIによる技術記事 備忘録

Windows 11で右クリックメニューを旧スタイルに戻す方法（レジストリ設定）

前提環境

設定手順

元に戻す方法

注意点

参考資料

WindowsでOllamaを使うための推奨手順

最も推奨される方法：公式Windows版をインストール

概要

手順

特徴

代替方法：WSL上でLinux版Ollamaを動かす

概要

手順（Ubuntu on WSL2）

向いているケース

Docker版（開発・検証用途向け）

手順

利用例

モデルの一覧確認

モデルのダウンロード

APIとして利用

推奨構成まとめ

補足：Windows環境でのトラブル回避

結論

Windows 11でKeyhacをスタートアップに登録する方法

前提条件

Keyhacの実行ファイルを確認する

スタートアップフォルダを開く

ショートカットを作成して登録する

管理者権限での実行設定（必要に応じて）

タスクスケジューラを使う方法（代替手段）

動作確認

まとめ

WSL環境でMac風のpbcopy/pbpasteを実現する方法

前提環境

背景と課題

WindowsのネイティブなクリップボードAPI

PowerShellを活用したクリップボード読み取り

エイリアスによる利便性の向上

実際の使用例

基本的な使用方法

ファイルの内容をクリップボードにコピー

Gitとの連携

ディレクトリパスの活用

パフォーマンスと制限事項

まとめ

WSL2とHyper-V、Androidエミュレータの関係と最新対応状況

WSL2の実装基盤としてのHyper-V

Androidエミュレータとの競合メカニズム

仮想化技術の排他的利用

具体的な問題例

最新のHyper-V対応状況

BlueStacksの対応

NoxPlayerの革新的アプローチ

LDPlayerの対応状況

解決方法と選択肢

従来の解決方法

現在推奨される解決方法

開発環境での実践的な運用

推奨構成例

注意点

まとめ

[Linux] Pop!_OS + Windows デュアルブート時にブートメニューが表示されない問題の解決法

問題の状況

症状

ハードウェア環境

原因の分析

なぜブートメニューが表示されないのか

確認コマンド

試したが効果がなかった方法

❌ systemd-bootのタイムアウト設定

❌ 手動でWindowsエントリ作成

✅ 解決方法：rEFIndの導入

rEFIndとは

インストール手順

実行結果

なぜrEFIndで解決したのか

補足情報

一時的な回避方法

Windows on AIによる技術記事備忘録

1. `@echo off`

2. `chcp 65001 > nul`

3. `setlocal enabledelayedexpansion`

4. `set "sevenZip=C:\Program Files\7-Zip\7z.exe"`

5. `for %%F in (%*) do (...)`

6. `if exist "%%~F"`

7. `set "folderPath=%%~dpF"`

8. `set "folderName=%%~nxF"`

9. `"%sevenZip%" a -tzip "!folderPath!!folderName!.zip" "%%~F\*"`

10. `echo すべての ZIP 化が完了しました。`

11. `pause`