BVMとRaspi5-NVMe PT3

2025/03/22

1 BVMはWindowsホイホイ
2 2個めのVMs 【Windows11 Canary build 27813.1000】
3 Raspi5-16GB-NVMe機におけるBVMとPT3環境の共存
4 エラー確認待ちして試用するRaspi5-NVMe機PT3+BVM版の環境
5 【Docker-Mirakurun-Epgstation】環境にPT3を刺さない場合の影響
6 関連過去Log：Raspberry Pi 5 Hard関連
7 関連過去Log：Raspberry Pi 5 Software関連
8 関連過去Log：x64 Ubuntu関連
9 関連過去Log：BVM版 aarch64 Windows11
10 関連過去Log：PT3
11 関連過去Log：PT2 x64 Ubuntu
12 関連過去Log：PT2 x64 Windows（取りやめ）
13 関連過去Log：x64 Windows関連

BVMはWindowsホイホイ

BVMは

QEMUやKVMの環境導入
TPM2.0等システム要件の回避
ライセンス認証
不要なWindowsアプリケーションの削除
ネットワークパススルーしてイーサネット（ WiFi含め）が利用可能
Remminaモードでは既定で母艦とワークグループ共有される

を一手に引き受けて仮想ながらシームレスなWindows11環境を整えてくれる。

Raspi5-Dual NVMe hat 固定版PT3【docker-mirakurun-epgstation】+BVM環境

小生はそれをWindowsホイホイと呼ばずには居られない。Wine(ARM64)のように4K PageSize karnelを要求しないから、PT3ドライバーも載っけられる。

リスクは覚悟しなければならないし多少の制約（パフォーマンス低下等）があるものの、使用しない選択肢はちょっと思いつかない。

だいたい、小生にはx86版VMwareの仮想Diskをaarch64で動作させられる技量もないし、そもそもQEMUやKVMの知識が不足している。これから学習という頃にBVMを使用する機会に恵まれた。それならBVM使いとして過ごせばいい。QEMU等の知識は後回しだ。

とにかく手に入れたaarch64 Windows環境を日々使おうと思う。使い慣れた環境というのはある意味妥協でもあるものの、仮想環境ということで動作の足かせからは逃れられない。結局それならBookwormのDesktopの方がいいということになるのなら小生の進歩につながるというものだ。

2個めのVMs 【Windows11 Canary build 27813.1000】

BVMのインターフェースは【Win11】フォルダ内のファイルをベースとしている。他のフォルダーは参照しないから、バックアップは別名フォルダーに保管すればいい。

使用したい状況のVMsファイルを【Win11】フォルダにコピペ（切り貼り）すればいいだけである。

第1のVMsは24H2 build 26100.3476。

第1VMsはLicensed 24H2 build 26100.3476

第2のVMsを作成したい場合は、【Win11】フォルダ内ファイル群を別フォルダに移動させて【Win11】を空にする。

Windows10もサポート候補扱いではあるがまもなくサポートが終了するWindows10をBVMでインストールしても、そもそも使用しない前提ならば作業自体が無意味である。

おおよそWindows11とWindows10ではベースで何にも違いがないと小生は思っている（制約があるだけ）。ではWindows7をインストールしても今度はDefenderが動作しない可能性があるし、各種Webブラウザがサポート対象外として最新ブラウザのインストールが出来ない要素がある。またWindows専用スクリプトなので他のOSは使用できない。

したがって、先行版を試用することにしてみた。インストールISOはUUP dump版

Windows 11 Insider Preview 27813.1000 (rs_prerelease) arm64

UUP dumpスクリプトで出来上がった27813.1000 (rs_prerelease) arm64.isoファイルを【installer.iso】とファイル名を変更してBVMでインストールすればいいだけだ。詳細はWikiにある。

MS Office2007が動作するということはbuild 27813.1000もWindows7･10と同様のベースなのでは？

build 27813.1000でもWUは動作するものの、Windows11 Canary build 27818.1000へのUpgaradeは不可、お馴染みのTPM2.0の制約が横たわる。

BVMにはvTPMのサポートも載ってくるのか

QEMUやKVMもvTPMエミュレートの対応が行われているようなので、今後はサポート対象か回避策があるのか・・・

aarch64版Windows11でもTPM2.0が追いかけてくる。

小生は日々電源投入しているRaspi5-NVMe-Desktopユーザーである。Sunday Raspianでなくて、Standalone指向であり省電力路線者と思っている。

事後、日々に出くわすくだらない事象に拘ったり停滞する場合がある点はご容赦願う。

Raspi5-16GB-NVMe機におけるBVMとPT3環境の共存

BVMの登場で以下の問題点から開放された感がある。

・Arm版Wineにおけるx86系Softwareの互換性
・4K PageSize karnelにPT3ドライバーを載っける方法が分からない

もちろん仮想Win11を動作させている点でリソースの消費が行われており（浪費？）その代償は動作緩慢となって現れる。それは個人の嗜好なので折り合いは付けられる。

確認事項としては、PT3+【Docker-Mirakurun-EPGStation】+BVMの共存である。16K PageSize karnelでもBVMは動作するので、PT3ドライバーを載せておけばDockerによる臨時録画視聴環境とx86系SoftwareがBVM経由ながら動作可能となる。

16K PageSize karnel（ノーマル）でBVMは動作する

負荷をかけていない状況なので必ずしも安定しているかといえばそんな事は分からない。したがって試用継続していくしかない。

初回の動作テスト（仮想Win11のメモリー設定は8GB）

1.09:30　2の設定を行いRaspi5-PT3機の電源状態はそのままにしておいて業務で外出する

2.Raspi5-16GB-NVMe機PT3版にて2025.03.xx 11:00にドラマ予約し、その間BVM版Win11を起動させ続けておく

（目的は、録画機能完了の有無と仮想Win11の動作確認）

3.12:05帰宅　ドラマ予約完了（tsファイルも再生可能）、Win11は動作しており（落ちておらず）Windows Updateがバックグランドで完了していた

とりあえずハングアップはしておらず滑り出しは順調かな。初歩的で幼稚なテストである。

x64機なら動作して当たり前なのだが、Mirakurunのチューナー使用の割り込み？？で予約ができなかったり、aarch64版ゆえの相性が存在する？点を踏まえて、牛歩していく。

エラー確認待ちして試用するRaspi5-NVMe機PT3+BVM版の環境

BVM導入に伴う弊害？かなと思っていた事象が、実はMirakurun【4.0.0 beta】版によるものだと該当がついたので対応した。

Raspi5-NVMe機PT3+BVM版の環境をバックアップ

Mirakurunを【3.9.0-rc.4】に固定すると安定感はあるものの、x64 Ubuntu-PT3機に比べれば予約ミスが多い・・・

固定安定指向版の【Docker-Mirakurun-Epgstation】とBVMによる（ライセンス認証済）仮想Win11 build 26100.3476環境を同時に収めたBookworm Systemが取り敢えず組み上がる。

Desktop環境だけでなく、録画専用候補機もこの起動ディスクを採用（予約失敗傾向あり）しようと思う。

PT3を挿せば録画視聴録画機に、PT3外さなくてもDesktop機能が使える環境

すかさずBookworm Systemをクローンコピーしておく。BalenaEtcher（Pi-Apps版）を利用すれば簡単コピー感覚だ。

Legercyエンドユーザーでも、もはやUSBメモリーさえ使用しない。USB NVMe SSDアダプタが必要となるが、廉価版・CN製量産版NVMeで十分機能する。

USBメモリーでは実行できないNVMe Bootも可能であるし、USB Bootのまま使用することもできる。逆にUSB NVMe SSDアダプタの選択に迷うところではあるが、純生産の日本製品というものは存在しない（ほぼ海外製造）のであるから外ラベルに拘ることもない。

NVMe SSDのクローンコピーやUSB Bootもできる USB NVMe SSDアダプタ

BVM VMs+【Docker-Mirakurun-Epgstation】動作時のRaspi5本体：環境

$ uname -a
Linux 6.6.78-v8-16k-pt3+ #1 SMP PREEMPT Wed Mar 12 16:51:29 JST 2025 aarch64
$ rpi-eeprom-update
BOOTLOADER: up to date
CURRENT: 2025年 2月 12日 水曜日 10:51:52 UTC (1739357512)
LATEST: 2025年 2月 12日 水曜日 10:51:52 UTC (1739357512)
$ free -h
 total used free shared buff/cache available
Mem: 15Gi 9.6Gi 4.8Gi 72Mi 1.7Gi 6.3Gi

仮想Windows11のメモリー設定はRaspi5-16GBの場合：8GB、Raspi5-8GBの場合：4GBを既定とした。あとはケースバイケース。

【Docker-Mirakurun-Epgstation】仕様

Docker version 20.10.24+dfsg1, build 297e128

docker-compose version 1.29.2, build unknown
Mirakurun 3.9.0-rc.4
EPGStation v2.10.0
samba Version 4.17.12-Debian

【Docker-Mirakurun-Epgstation】環境にPT3を刺さない場合の影響

Raspi5-NVMe機のBoot SSDには【Docker-Mirakurun-Epgstation】とBVM経由VMs機能を掲載した。

通電前にPT3を差しておけば臨時録画鑑賞機になる
4K PageSize karnelに切り替える必要がない（x86系Software Desktop機能が使える環境は助かる）
PT3を刺さないで通電しても（Docker動作の停止をしなくても）Desktop環境に影響は出ていない
（Docker動作停止をしないで）PT3を刺さなくても【Docker-Mirakurun-Epgstation】は壊れていない
（BookwormのエラーLogを見るのが恐怖だが、Log確認は先延ばし）

PT3環境でPT3を刺さなくてもsystemは壊れない？