左は、SCUD Switchcraft製Slide Switch ON-ON White SWC-SON-ONW

半田付け部分の穴にSATA電源Cableの芯線は余裕で入った。

左の3対線の内、中が給電用、上下は配電用。SATA電源Cableは手持品を適当な長さに切断して使用した。SWの感触は決して上々とは言えないが動きは滑らか。

左の写真中、
M2-ATX 160Wは3枚重ねたSSDの下。
自作したSSD切替Switchの使い心地は上々。
この状態で Idle時消費電力 7W。

今回導入したGuest-OSは下表の通り。

市販のUSB増設Bracketは、そのままでは取付螺子が見えるので一工夫したい。 その為には、2枚の補助Panelをつくる必要がある。

USB増設Bracketの螺子部分を切断し、補助Panel_1に固定出来るよう取付金具を拵えた。この後､補助Panel_1にSpacerを介して補助Panel_2を重ね取付螺子を隠す。USB Socketの出具合はSpacerの長さを調節して決める。

補助Panel_1の工作で面倒な点は部品個々の出具合調節である。
写真では見えないが、1～3mm厚のWasherや当て板を駆使して面を合わせた。

おっと､USB Socketの向きが逆。

Windy MC3 Strikerの
　Alumi製Front Panel
　Steel製Sub-Panel
切り抜き前。

Windy MC3 Strikerの
　Alumi製Front Panel
　Steel製Sub-Panel
切り抜き後。

金鋸/鑢/Sandpaperの往復運動は相当な回数。腕が疲れた。

配線補助基板の細工は簡単。
図面をつくり、2.0mmの穴22個と
3.2mmの穴2個を空けるだけ。
配線は適当な錫引線を用いる。

この手法はAudio Amp自作時に多用した。基板づくりは多少面倒でも後が楽。

おG3、それ50年前の話でしょ。

2022/07/19 VirtualBox 6.1.36、2022/07/21 VMware 16.2.4 それぞれUpされた。
現在我が家では、その2種にHyper-Vを加えて3種のVirtual Machineを使っている。
Guest-OSのPerformanceはVirtual Machineによって異なるが、最新版ではどうか比較してみよう。 Test-PCは、
　【M/B】 ASRock Z590M-ITX/ac （BIOS P1.60）
　【CPU】 Comet Lake i9 10900T （10C20T 1.9/4.5GHz TDP35W）
を組み合わせたVirtual Machine3種切替PC。SSD以外は共通の部品を使用し、今回のTestに好都合である。結果は以下の通り。

2022/10/11、待望のVirtualBox 7.0.0が発表された。早速、以下のPCで試した。
　【M/B】 ASRock Z590M-ITX/ac
　【CPU】 Comet Lake i9 10900T （10C20T 1.9/4.5GHz TDP35W）
　【CPU Cooler】 be quiet! Pure Rock Slim
　【MEM】 DDR4-3200 16GB x2
　【SSD1】 Samsung 860 860 EVO 500GB
　【SSD2】 Samsung 860 860 EVO 1TB
　【PSU】 IN WIN IP-P300KF7-2
　【Host OS】 Win11 Pro RP 22H2 Build 22621.675

VirtualBox 7.0.0の導入は問題なし。
　・Guest-OS Win7/Win10は特に不都合なく動作した。
　・Win11をGuest-OSとして導入する際、registry fileの一部を変更して、
　　TPM/Secure bootのCheckを回避する方法でInstallした場合は、
　　VirtualBox 7.0.0上では動作不可となった。

そこで、Win11ProをClean Installすることにした。
　・先ずVirtualBox 7.0.0の初期設定のままにInstallしたところ､諸々の不都合が生じた。
　　　Key入力が英語版になった。仕方なくKey入力を日本語対応に変更した。
　　　Passwordが変更できず、Microsoft Accountに入れず。
　・次に初期設定画面で 名前とPasswordを指定して進めたところ、
　　　またまたKey入力が英語版になった。
　　　画面の色設定が不正となった。例えばNotepadは真っ黒画面。
　・次に初期画面中「Skip Unattended Install」 Check欄を有効化して再度Installした。
　　Key入力は日本語仕様になったが、Notepadは今度も真っ黒画面。
　・あれこれVirtualBox 7.0.0の設定の細部を確認したところ、
　　「Display」→「3D Accelerationを有効化」のCheckを外せば良いことに気付いた。
　　これでNotepadは真っ当な表示となった。
　・VirtualBox 7.0.0上のGuest-OSの動作は、Base Clockが上限となる。
　・Guest-OSの動きはVMwareと同等。
　・3D Accelerationの件を除けば、特に不都合はなさそう。

■ 以上、VirtualBox 7.0.0の使いこなしを理解するまでに一晩費やした。 念の為に注意事項を纏めると、
　① VirtualBox 7.0.0の初期設定時に名前とPasswordを指定すること。
　② VirtualBox 7.0.0の初期設定時に「Skip Unattended Install」欄を有効化すること。
　③ Display」→「3D Accelerationを有効化」にCheckを入れないこと。

さて、ここで問題あり。VirtualBox 7.0.0のGuest-OSとしてWin11を再Installする場合、
Product-keyが要る。前回登録時から相当な期間が経っていればよいが､そうでなければ新たなKeyが必要となる。その点は試してみなければ判らない。

先日、VMware 17.0.0がUpされた。早速2台のVMware-PCに導入した。
AMD CPUを載せたPCでは、特に問題なく動作したが、Intel CPUを載せたPCでは
幾つかの点でVMwareの設定を変更することになった。即ち、
　「Intel VT-x/EPTまたはAMD-V/RVIを仮想化」
　　及び「CPU Performance Counterを仮想化」
のCheckを外し無効化する必要があった。

Win11の幾つかのVersionで試した結果は以下の通り。
Guest-OSのProcessor Core数は全て8個とした。

Win11 IP にCanary Channelが追加された。
従来のDev版より先進的な版とされるが、
　・再生している動画に対して自動的に字幕起こしをする機能 Live Caption
　・ExplorerのXAML Context Menuに Short Cutを追加
程度の自分には縁の薄い機能追加に留まっている。この先どうなるかは未知数。

さて、仮想OS上のCanary版Installは要注意である。
　・VMwareの場合、既存のDev仮想Diskの名前を変えてCopyし、追加登録で
　　Canaryの取得が可能であった。
　・VirtualBoxの場合、既存のDev版は自動的にCanaryにUpdateされるので、
　　Dev版は新たにInstallすることになった。
　・Hyper-Vの場合もVirtualBoxと同様に、既存のDev版は自動的にCanaryに
　　Updateされるので、Dev版は新たにInstallすることになった。

今のところ、VMware/VirtualBox/Hyper-Vの3仮想OSともCanary版の動作は問題なし。但し、
　・VMware上のGust-OSは、常にBase Clockで動作する。
　　Intel i9 10900Tの場合、常時 1.9.GHz動作
　・VirtualBox上のGust-OSもまた、常にBase Clockで動作する。
　・Hyper-V上のGust-OS Win11に限り、最大Clock 4.60 GHzまでの範囲で動作する。

ところが、最大Clock 4.60 GHzで動作するHyper-V上のGust-OS Win11が、Base Clockで動作する他の2種に較べてPerformanceが良好かと言えば､残念ながら然程代わり映えしない。

Guest-OS Win10/Win11は、Win8.1以前のOSに較べて鈍重な動きに感じられるので、Intel i9 10900Tではなく、もう少し高速なCPUに換えたい。

VMware 17.0.0の時、Guest OSに割り当てたProcessor Core数とGuest-OS上の実際の仮想Processor数とが一致しなかった件、VMware 17.0.1上ではどうか。
結果は以下の通り。

Vmware 17.0.1 2023/03/27		割当 Processor Core数	仮想 Socket数	仮想 Processor数
Win11Pro	Canary	8	2	4
		6	2	6
	Dev	8	2	4
		6	2	6
	Beta	8	2	4
		6	2	6
	Preview	8	4	8
	Normal	8	4	8

・Guest-OSに割り当てたProcessor Core数 8の時、
　Guest-OS Win11のCanary/Dev/Beta版では
　　　仮想Socket数 2、仮想Processor数 4
　割当Processor Core数を6に減らすと
　　　仮想Socket数 2、仮想Processor数 6
　つまり、割当Processor Core数 8の時より、同 6の方が好ましいことになる。

・Win11 Release Preview/Nomal版では、
　　　仮想Socket数 4、仮想Processor数 8
　となり、割当Processor Core数と仮想Processor数が一致した。
　けれども、仮想Socket数 4 は合点が行かない。

こうした不具合はVMware 16世代の時には見られず、VMware 17になってからの現象である。つまり、VMwareがWin11に正式対応した後に起こったことになる。恐らく、VMwareのWin11やIntelのE Coreへの対応が完全ではないものと推察するが、想像の域を出ず、気長に待つ外はなさそう。

また、VirtualBox 7.0.6 の場合は以下の通り。
　　　割当Processor Core数 / 仮想Socket数 / 仮想Processor数
とも正しく認識された。

VirtualBox 7.0.6 2023/03/27		割当 Processor Core数	仮想 Socket数	仮想 Processor数
Win11Pro	Canary	8	1	8
	Dev	8	1	8
	Nomal	8	1	8

ところで、VMware/VirtualBoxとも5chのThreadは閑古鳥が鳴いている。特に前者のMain Threadは休止中。Win10時代はもう少し賑わっていたのにどうしたことか。Guest-OSの導入が少し面倒になった所為か、或いは仮想OSを使う人が減った所為か、どうもよく判らない。何もServer上で大掛かりな使い方しなくとも、32bit版OS上でOld Applicationを実行したり、5種類あるWin11各版を試したりするのに重宝するのだが。

凡そ3ヶ月振りに仮想OS切替PCを起動した。
　【M/B】 ASRock Z590M-ITX/ac
　【CPU】 Comet Lake i9 10900T （10C20T 1.9/4.5GHz TDP35W）
　【CPU Cooler】 be quiet! Pure Rock Slim
　【MEM】 DDR4-3200 16GB x2
　【Sys SSD】 Samsung 860 860 EVO 500GB x3
　【Data SSD】 Samsung 860 860 EVO 1TB x1
　【PSU】 Fractal Design ION SFX 500G

Host-OSと仮想OSの組合せは前回と同じ。
　① Win11 + VMware
　② Win11 + VirtualBox
　③ WS2022 + Hyper-V
①②③に入れたGuest-OSの合計は20を超える。Win11 Dev版以前のGuest-OSは何れも問題なくUpdateできたので、今回はWin11 Canary版に注目した。

① Win11 + VMware + Win11 Canary、③ WSS2022 + Hyper-V + Win11 CanaryのUpdateとその後の動作は問題なし。ところが ② Win11 + VirtualBox + Win11 Canary のUpdateに関しては問題大あり。

Win11 + VirtualBox のHost-OSをBuild 22621.2213へUpdate後、Guest-OS Win11 CanaryをBuild 25926.100へのUpdateを試みた。ところが、最終段階の「更新Programの構成」でFreezeし、強制終了する他はなく、元のBuildに戻った。そこで、
　・VirtualBox 7.0.8 から 7.0.10 へのUpdate及びGuest Additionsの更新を行ったが、
　　結果は×。
　・次にUpdateのTroubleshootingを行ったが、矢張り×。
　・Web上からWin11 Canary Build 25905 ISO FileをDLし実行した。
　　今度は○。特に不都合なし。
　・次にBuild 25905からBuild 25926へのUpdateを試みたが ×。
自分の不手際による可能性もあるので断定はできないが、現在のVirtualBox7.0.10はWin11 Canaryの最新Build 25926に未対応かもしれない。

現在、仮想OSに関するSiteや5chの情報は極めて低調である。一般Userにとって、仮想OSの必要性は薄くなったのだろうか。

我が家にはOS切替PCが3台ある
　（A） 8OS切替PC
　（B） PT3_4OS切替PC
　（C） 仮想OS切替PC ← Host_OS 3 + Guest_OS 20

その内（C）の仮想OS切替PCは Host/Guest合わせて23OSもあるため、そう頻繁にUpdateすることができない｡回線が空いている時でも1日で終わらないことがあるからだ。そうは言っても Insider Preview版のOSは間を開けすぎるとUpdateに差障りが生じるので気を付けなくてはならない。

○ヶ月振りに仮想OS切替PCを起動した。
　【M/B】 ASRock Z590M-ITX/ac
　【CPU】 Comet Lake i9 10900T （10C20T 1.9/4.5GHz TDP35W）
　【CPU Cooler】 be quiet! Pure Rock Slim
　【MEM】 DDR4-3200 16GB x2
　【Sys SSD】 Samsung 860 EVO 1TB x1 + 500GB x2
　【Data SSD】 Samsung 860 EVO 1TB x1
　【PSU】 Fractal Design ION SFX 500G

Host-OSと仮想OSの組合せは、
　① Win11 + VMware 17.0.4
　② Win11 + VirtualBox 7.0.14
　③ WS2022 + Hyper-V

① Win11 + VMware 17.0.5のGuest_OSは以下の12種。
　　Win11 Pro Canary / Dev / Beta / Normal
　　Win10 Workstations x64 / Win10 Home x32
　　Win8.1 x32 / Win7 Home x32 / Vista UL x64
　　Win XP / Win2000 / Win NT
　・Win11 4種のUpdateは問題なし。
　・Win10 2種は事前に回復Partitionを増量したので、ErrorなくUpdateが完了した。
　・Win8.1/Win7は未だにSecurity絡みのUpdateがあった。
　・Vista UL x64 / Win XP / Win2000 / Win NTはUpdateなし。起動確認だけ。

② Win11 + VirtualBox 7.0.14 のGuest_OSは以下の5種。
　　Win11 Pro Canary / Win11 Home Normal
　　Win10 Workstations x64 / Win10 Home x32 / Win7 Enterprise x32
　・Win11 Pro CanaryはUpdateできず。
　・Win11 Home Normalは問題なし。
　・Win10 Workstations x64 / Win10 Home x32の2種は、
　　事前に回復Partitionを増量したので、ErrorなくUpdateが完了した。
　・Win7 Enterprise x32はSecurity絡みのUpdateがあった。問題なし。

③ WS2022 + Hyper-V のGuest_OSは以下の3種。
　　Win11 Pro Canary / Win10 Education x64 / Win10 Enterprise x32
　・Win11 Pro CanaryのUpdateは問題なし。
　・Win10 Education x64 / Win10 Enterprise x32の2種は、
　　事前に回復Partitionを増量したので、ErrorなくUpdateが完了した。

よって、今回Update失敗のGuest_OSは VirtualBox上の Win11 Canaryだけだった。
仮想OS上のWin10は、何れも事前に回復Partitionを増量したので KB5034441 Errorは起こらず無事にUpdateできた。

以上の全作業に1日半掛かった。正に暇な年寄り向き・・・