BVM on Trixie：Windows11 install自動応答ファイルの作成

2025/10/18

1 ARM Windows11情報の取り扱い
2 インストール用自動応答ファイル作成の模索
3 Defenderは有効化するリッピング専用仮想PCの模索
4 カスタマイズしてみた【autounattend.xml】
5 CDリッピング軽量化専用仮想PC機が出来たかどうか
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（取りやめ）

ARM Windows11情報の取り扱い

小生のMainデスクトップはBookworm後期なのであるが、いずれOS変更になるであろうRaspbian OS【Trixie】もこの10月からSubデスクトップとしてキーボードを叩いている。

動画編集や臨時TV視聴にはBookworm後期のNVMe-SSDに取り替えて使用しているだけだ。半月経過したが事務処理に利用する分には【Trixie】がハングアップすることもないようだ。

余談・・・最近気になること（マウスポインターがブラウザ利用時に時々ちょっとの時間、変身してしまう。矢印→指先）変身というか元に戻らない。マウスを押していないのに、ドラック状態になる・・・

テスト中の【Rasbian OS Trixie】デスクトップ

さて（ARM版）Windows11操作はBVM（Botspot Virtual Machine）にて行っている。【Trixie】の環境下にてBVMを利用しているから、分類としては【Trixie】の話題になると小生は思うわけである。

なんでWindows11ネタなのにRaspi5の情報になるのかと問われても、【Trixie】で使っているからだと説明する他はない。極少数派であるBVMユーザーが増加する様に願うばかりである。そうすればもっと多彩な作業を知りうる機会も増えるだろう。結果、小生の糧となる。

インストール用自動応答ファイル作成の模索

Windowsを利用するためには将来、【TPM2.0】に続いて【MSアカウント】ログインも必須とアナウンスされている。業務、OneDriveやMSクラウドを利用しない個人ユーザーには全く関係ないはずなのにである。

現在はまだ【職場または学校用】としてインストールすればローカルアカウントでの利用環境は維持できる。今後はどうなることやら。

【MSアカウント】ログインがもし完全化するならば、Windows利用を辞める時でもある。有志考案の対抗作も効果なしとなった場合は、それはそれでいい。

個人的な解釈・・・

インストールの段階からオンラインアクセスを経由しないクリーンインストールであるならば、【MSアカウント】を経由しないローカルアカウントでの利用環境が構築できる。それは既に実用化されている。企業のITセクションであったり、応答ファイルを利用したスクリプト【Tiny11】や【BVM】もおそらく含まれてくる。

【Tiny11】【BVM】は小生自身も多用しているのだが、個人なりにカスタマイズしたいのである。

カスタマイズした小生個人専用の【autounattend.xml】 (unattend.xml)を作ってみよう。

Unattend Generate autounattend.xml

参照　Windows セットアップの自動化の概要
https://learn.microsoft.com/ja-jp/windows-hardware/manufacture/desktop/windows-setup-automation-overview?view=windows-11

Defenderは有効化するリッピング専用仮想PCの模索

Tinycore11でもBVMスクリプトでも軽量化ゆえにDefender機能が削除されている。それを補う上でAVG Freeの追加インストールを追加していた。それでもいいのであるが、AVG Free版は有料版への案内が不定期に出現し作業の邪魔をする。だから素直にDefenderは有効化しておきたい。

ならWindows Update(WU)は不要だけど、Defenderは活かしておきたいインストール用自動応答ファイルをカスタマイズできのであれば作成してみたい。というかWindows7以来の基本操作ベースと最新のDefenderだけを小生は利用したい。

Defenderは有効化しWindows Updateは保留にするリッピング専用仮想PC作成の模索である。汎用物理Windows機は不要との思いが根底にあるし、Tiny11軽量化ISOを作成するのにも時間を要するからだ。MSサービスはDefenderだけの利用の十分だと思う小生である。

自動応答ファイル作成作成方法：

1.本家前見出項にあるURLを参照しつつ、基礎から学習する

2.Tiny11やBVMスクリプトを参照しつつコピペしてファイルを作成する

3.（安全かどうかは不明）Web generatorを利用してみる*
https://schneegans.de/windows/unattend-generator/

小生No.2は少しかじった程度で理解不足、少し注意が必要であるがNo.3を利用してみた。

*こういったサイトはいつ閉鎖されるの分からない。【autounattend.xml】がどういったファイルなのか事前に確認しておいてもよいだろう。その過程でファイルの安全性なども確認が出来る。Main PCではなく、サブPCや仮想PCからアクセスするのが無難だろう。

カスタマイズしてみた【autounattend.xml】

Tiny11（Tinycore11を含む）スクリプトでISOファイルを再構築する場合、2ｈ程度時間を要する。要はこの時間が無駄である。

カスタマイズ【autounattend.xml】System-tweaks

そもそもCanary Channel版のWindowsを確認することが無意味だと思うようになってきた。Windows12やWindows13なんて、ユーザーをもっと拘束するだろうし、WindowsがPCの新たな使用方法を提案するとはもはや思えない。WindowsのAIサービスはやはり敬遠したいし。

民間企業であるため利益優先というのは理解できる。囲い込みも理解しよう。

しかし言いなりにはならない。

カスタマイズする理由は

Windows Updateを無効化する（2年間凍結し次のWindowsまで固定する）
Microsoft Defenderは有効化する（Gracenote CDDBとAmazonにのみアクセスするため）
ローカルアカウントで利用する
Edge・OneDriveを含めBloatwareを削除する
x64 Sony Music Center for PCとVivadiをインストールしてCDリッピング軽量化専用機とする

という仮想PCを作成したいからである。

（物理PCは想定していない。物理PCならUSBメモリーカード等を直接編集する）

利用したISOファイルは【Win11_25H2_Japanese_x64.iso】（build 26200.6584）

作業はaarch64 BVM版Windows11（26200.6725）で行う。

作成した【autounattend.xml】ファイルをISO編集ソフトを利用して、ISOファイルのルートフォルダへコピーしてISOファイルを再構築する。

BVM版Windows11で作成したので、【anyburn_setup_arm64.exe】を利用した。（安全かどうかは不明）

https://www.anyburn.com/download.php

カスタマイズ【autounattend.xml】Remove-bloatware

Unattend Generateを利用すると、確かに簡単に【autounattend.xml】は作成できた。後は作成した【autounattend.xml】をしっかり確認することだ。

全て自己責任である。

CDリッピング軽量化専用仮想PC機が出来たかどうか

aarch64 BVM版Windows11（26200.6725）での作業を終えて、x64 Ubuntu機 VMwareでの仮想PC クリーンインストールを行った。

【Anyburn】利用による +【autounattend.xml】作業

【Anyburn】利用に当たっては安全性は別として、難しい点はない。

ここからはx64 Windowsの内容（クリーンインストール）である。（x64 Ubuntu 物理PCを利用）

自動応答ファイルなので、処理が中断されることもない。この点は助かる。

Windows Updateを無効化すると、WUの一時停止が1週間毎に延長して継続される仕様？と表現されている。

WUの再開ボタンでUpdateが可能となるが、buildup自体が出来ない仕組みのようである。（それともブロックが入るのか？）

テストではWU・msuファイルともbuild 26200.6584→26200.6725がエラーとなった。（0x80070302　Windows Updateコンポーネント不備）

狙った効果の成果

Windows Updateを無効化する　【未知数】WU コンポーネントが除外されているのか？要継続テスト
Microsoft Defenderは有効化する【Ok】【Ok】【おーけぃ】
ローカルアカウントで利用する【Ok】
Edge・OneDriveを含めBloatwareを削除する【Ok】【おーけぃ】
x64 Sony Music Center for PCとVivadiをインストールしてCDリッピング軽量化専用機とする【目標達成】かな

狙った効果の成果：WU コンポーネントが除外されている？

スクリプトによるISO再構築をする必要がないため、作業はとても楽である。しかも、【autounattend.xml】は再利用が出来そうなのだ。

あれ、【autounattend.xml】の再利用というものの、25H2は2年間サポート期間があるためx64 VMwareでは頻繁に利用する機会がないよな・・・

とするなら、【autounattend.xml】を精査してBVMスクリプトに応用できるかどうかを試行錯誤すべきかも。

【autounattend.xml】を応用して、WUを無効化+ Defenderは有効化するBVM スクリプトをカスタマイズできないものかと思うようになった。

繰り返しになるが、現在小生は臨時Desktop機としてRaspbian OS【Trixie】を活用・試用している。それでいて【BVM】【Arm Windows11】【x64 Ubuntu】【x64 Windows11】分野の話題を取り扱っている。しかし、x64 Ubuntu PT2物理PCを有しているとはいえ、記事作成・投稿は【Trixie】で行うRaspbianである。

【Trixie】に乗ったまま【x64 Windows11】の話題は避けたほうがいいのだろう。

【Trixie】の試用も兼ねている。結局、ボーダーレスとなってしまう。【x64】【aarch64】の区分名だけは忘れないようにしようと思っている。

スポンサーサイトamazon　タイムセール　　　　 amazon Raspberry pi 5 m.2 hat　　amazon 大谷翔平