【Win起動中】Macrium Reflect 6【バックアップ可】

Macrium
https://www.macrium.com/jp

Macrium Reflect Free 最終版
https://download.macrium.com/reflect/v8/v8.0.7783/reflect_setup_free_x86.exe
https://download.macrium.com/reflect/v8/v8.0.7783/reflect_setup_free_x64.exe

紹介記事
http://www.gigafree.net/system/SystemBackup/macriumreflectfreeedition.html
http://gigazine.net/news/20090206_macrium_reflect_free_edition/

特徴
・Windows起動中でもイメージバックアップ/リストアが可能(システムはリストアCDからが無難)
・リストア用のCDが作れる　ISOも作れる
・スケジュールバックアップが可能
・バックアップイメージの分割が可能
・イメージファイルの中身を見てドライブ毎にマウント可能　中身閲覧とコピー可能
・(有償版)バックアップイメージにパスワードを掛ける事が可能　など

Free版は機能制限あり(有償のHome版で使用可能な機能)
・バックアップファイルのパスワード保護(暗号化)
・増分バックアップ(合成フルバックアップ)※Free版は差分のみ可能
・ラピッドデルタリストア
・ラピッドデルタクローン
・ファイル/フォルダバックアップ
・処理結果のメール送信
・バックアップファイル保護(MIG)
・NTFSボリュームの変更をリアルタイム監視(CBT)
・1年間のメーカーサポート(2024年1月で更新終了)

※前スレ【Win起動中】Macrium Reflect 5【バックアップ可】
https://egg.5ch.io/test/read.cgi/software/1710372353/

｢クライシスアクター｣｢宮本晴代｣｢豊島保養所｣｢ケムトレイル｣｢マグナBSP｣｢アドレノクロム｣←画像検索＆拡散！！
｢ムサシ　不正選挙｣←要検索！！！ちなみにアメリカは「ドミニオン」な

インドの対日レアアース輸出禁止・インドの航空機事故・インドの新幹線導入はリンクしています。
爬虫類（レプティリアン/DS）金融ヤクザ天〇財閥・tsmc浙江財閥等の中華系爬虫類組織、CSIS、CeyeA等のアメリカ系爬虫類組織をぶっ潰しましょう。

イラン国内のモサド工作員　≒　イラン在住のレプ
レプ（DS）の地下施設に突撃！！！！

www.youtube.com/watch?v=UzEhzJw69KM　www.youtube.com/watch?v=fsG76Mo5ZTs
www.youtube.com/watch?v=V1SXb3tIk8U　www.youtube.com/watch?v=fa8ZfKL7TZ4
www.youtube.com/watch?v=EuQWR0cl7es　www.youtube.com/watch?v=daApYtbhUbQ
www.youtube.com/watch?v=83ZMb2vK_dI　www.youtube.com/watch?v=DlIqow9MnxQ
www.youtube.com/watch?v=ETlSW0OiB5U　www.youtube.com/watch?v=xfW4ha_Bfrs
www.youtube.com/watch?v=HBL5oidtCpw　www.youtube.com/watch?v=R6FLwGhZ4xY

あなたの周りにも存在し、自分たちの種族に敵対的な存在に対して集団ストーカー等を仕掛ける痛い下等種族です。

ユダヤ系住民がタムラへの攻撃を喜び、「村が燃えますように」と叫ぶ様子
↑人間同士の対立を煽るこいつがレプやでーーーー^^
神道仏教ユダヤ教イスラム教ヒンズー教キリスト教イエズス会み〜んなレプ教やーー

Home・Workstationなどの機能比較一覧が有った様な気がするんだが、見当たらない…。
どこにあったっけ？

>>3
https://www.macrium.com/compare-macrium-backup-and-recovery-software

>>4
それと違って各機能の比較表なんだけど、Xのものが見当たらないんだよな…。

マクリ最強伝説

reflect_home_setup_x64._10以降ではインストールすると\Windows\System32\drivers\psmounterex.sysがインストールされるが、
実際にはもうイメージファイルをマウントしてもこのドライバーを利用していない
従ってネットに書かれている不具合は、reflect_setup_free_x64_8にしか該当しませんね
いつもこんな噓ばっかしだわ

>>7
「いつも嘘ばっか」までとは思わないが同意
v10で何も問題ないのに、問題があるかのような言い方

サポートが終わった製品のことを言うのはおかしい
Windows8で問題があれば、それも言うのかって思う

伝言ゲームで記事を書いているだけで、自分で実際に検証してないんでしょ

>>7
Win10からWin11のPCになったら、v8.0.7783で作成したイメージファイルが開けなくて、コア分離や
メモリー整合性とか脆弱なドライバーとかその辺のセキュリティを外しても開けなかったので
Win10のPCで何とかしている。

デバイスとセキュリティ　----->　コア分離にある「Microsoftの脆弱なドライバーのブロックリスト」を無効にしないとイメージのマウントで弾かれるよ
一番いいのはPEメディアからブートしてそれらの機能を利用するんだなw

HBSか何かのforumにあがってた5月のwindows updateに期待してたがダメだった
>>11
win11 & ftee最終versiomで、その設定にしてもmount時 例のMSドライバー拒否エラーになる。
普段は閲覧して履歴確認だけだが レジストリ変更しかないのかな

>>12
俺は問題が発覚した時点で確認して見たが、コア分離にある「Microsoftの脆弱なドライバーのブロックリスト」を無効で動作するようになったよ
何処かの設定が間違っているのでしょうね

>>12
ちゃんと動くわな
文句を言う前に「ローカル セキュリティ機関の保護」を一旦オフにしてから再起動するなりして見たらいいのではないか？
再起動後にはこれをオンにしてもちゃんと俺の環境だと動くようになるよ

実際には環境によるようだわ
一例として、「ローカル セキュリティ機関の保護」をオフにした時に再起動を要求されるようなシステムであったら
「Microsoftの脆弱なドライバーのブロックリスト」を無効にしてから正常に動作する
再起動を促されないシステムだとシステムイメージをマウントしてからドライブレターを割り当てる時点でコケているようである
おま環にもよるな

ドライブレターを設定して例えばC:ドライブのイメージをマウント時にプログレスバーが最後まで伸びずに途中でコケてしまうおま環が発生するようですよ

仮想環境のWin11で確認してマウント時にプログレスバー表示途中でコケていたんだが、
修復インストール時ではOSが完全回復していないようでクリーンインストールしたら
「Microsoftの脆弱なドライバーのブロックリスト」を無効で正常にイメージファイルがマウント出来るようになった
きっとマウント出来ない不具合はOSのおま環不具合なんだと思うよ
reflect_8.0.7783

そりゃぁ、ブロックリストを無効にしてればマウントできて当たり前でしょ
何言ってるんだか

>>18
何もわかってなさそうなおバカさんw

ちなみにVMware環境にWin11 25H2をクリーンインストールしてreflect_8.0.7783をインストールしてみたら
「Microsoftの脆弱なドライバーのブロックリスト」がオンのままでもイメージのマウントが正常に動作した
理由は知らんがやって見て確認したらいい

成る程な
事の顛末を説明した方が良さそうな結果が判明した
クリーンインストールしたWin11は2025/09/16日付の25H2のものです
ここへreflect_8.0.7783をインストールしてイメージをマウントしてみると、
「ローカル セキュリティ機関の保護」と「Microsoftの脆弱なドライバーのブロックリスト」は共にオンのままでも正常にマウント出来た
その後に最新の状態にWindowsUpdateを適用すると共にオフにしても黄色三角の！マークがタスクバーに表示されてマウント出来なくなったわw
これはVMware仮想環境上でも同じWindowsUpdate状態だったとしてもマシン環境次第でマウント出来たりもする
おま環状態も発生しているようだよw

メディクリ経由で作成した最新版のWin11 install.esdですが、これにインストールしたreflect_8.0.7783は、
一旦「ローカル セキュリティ機関の保護」をオフにしてから「Microsoftの脆弱なドライバーのブロックリスト」をオフにしないと
イメージのマウントが動作しませんね
「ローカル セキュリティ機関の保護」はその後に再びオンにしても正常にマウントするのが可能です
これは、>>21 にも書いたように今月の累積更新を適用してもちゃんと動作します
これと同じVMware環境にOSを新規インストールしてみました

訳わからん内容になりましたが、新規インストール時のベースイメージの内容にもよるでしょうが、
ここへその後にアップデートされたWindowsUpdateの数々のタイミングによってもおま環が発生してしまっている内容として結果が現れました
マイクロソフトを信用し切ってはならない内容となりましたねw
ただ、ここ最近のWindowsUpdateをアンインストールしたら何れにしてもイメージのマウントが動作するようになるようですね

だろうよ爺の基地外連投公開オナニーはもういいんで、どっか逝って下さい

reflect_8.0.7783を利用しないのが一番いいと思うけど、
一旦「ローカル セキュリティ機関の保護」をオフにしてから「Microsoftの脆弱なドライバーのブロックリスト」もオフにしてOSを再起動後もイメージのマウント時にプログレスバーが伸びている最中にコケるってのはおま環なのでOSのクリーンインストールが必要になると思います
レジストリーのどの部分に起因しているかは判明していません
そもそもがreflect_8.0.7783のpsmounterex.sysをブロックする処理が追加されているのは最近のWindowsUpdateを適用後の環境に起因しています

クリーンインストール後にそれぞれの結果を比較してみたら、
Win11_25H2_Japanese_x64.isoだとどうやらおま環が発生するようです
Win11_25H2_Japanese_x64_v2.isoだとイメージのマウントが正常に動作しているようです
共に最新の累積更新を適用後に確認した内容となっています
従って予想になりますが、2026/03/07以前にクリーンインストールを実行した人は、
reflect_8.0.7783のイメージのマウント時におま環状況が発生している可能性がありますよねw

>> 22 気づきにくい事をありがとうございます。「ローカルセキュリティ機関の保護」オフ→「Microsoftの脆弱なドライバーのブロックリスト」オフでmountできました。
>> 24「 イメージのマウント時にプログレスバーが伸びている最中にコケる」
いざ起こると面倒ですね。
調べるとHasleo Backup Suite(HBS)はこの症状もなく VSS使って使用中backupできる等reflectとほぼ同機能(imageからのboot=viBootが無い程度)なので
乗り換える事を考えた方が良いかもです

>>21 の現象は初めにreflect_8.0.7783がインストールしてある状態で累積更新を適用すると発生する現象なのかも知れないです
累積更新を適用後にreflect_8.0.7783をインストールしたらイメージのマウントが動作するようになりました
そもそもがこれはreflect_8.0.7783の再インストールでは解消しないおま環になっています

Windows 11の4月更新がMacrium Reflectをブロック——脆弱ドライバー「psmounterex.sys」が原因
https://gadgetdrop.reinforz.co.jp/articles/windows11-kb5083769-macrium-reflect-blocked-psmounterex
>4月14日以降の更新を適用した環境では、以下の問題が発生する可能性があります。
バックアップイメージファイルを仮想ドライブとしてマウントできない

報告でこのようになっていますので、この時点でのWindowsUpdateまでアンインストール後にイメージのマウントが正常動作するのをまず確認する必要があると思います
確認後にreflect_8.0.7783をアンインストールしてからWindowsUpdateを適用して、
「ローカル セキュリティ機関の保護」をオフにしてから「Microsoftの脆弱なドライバーのブロックリスト」もオフにしてOSを再起動後したらイメージのマウントが正常に動作するようになる可能性はあります
どうしてもブロックされて動作しないって人はやって確認して見てください

誰もだろうよ爺に頼んでも聞いてもいない
基地外連投オナニーお断り

過去に詳しく解説出来る人が誰もいなかったのでどのスレでも最終的な解決方法には至っていない
つまりあんたも含めてそう言う事で詳しく知ったつもりしていたってその理論まで踏み込んで考えてみないと何もわからないんだよなw

詳しく知ったつもりで頼まれもしない基地外連投オナニーを勝手に始める馬鹿は
だろうよ爺のお前の事だよ

過去の質について何か書いてみな
全部ノータリンなのを捲ってやるわさw

>>32
何度言っても理解できないノータリンｗ
お前には誰も頼んでもいないし聞いてもいないの、分かる？

基本的な人とのやり取りができない人が、勝手に理論（笑）をあちこちで書き散らかして
基地外連投オナニーを繰り返すだけの迷惑な人で、残念ながらそこで終了なんだよ

何度も言われてますけど分かりますか？
あ、分からないから基地外連投オナニーを繰り返すわけですねｗ

じゃあ、まともな内容で質に関してレスを返してみな
理論詰めでまともに書いていたら褒めてやるよ　ノータリン君なw

>>34
ニホンゴヨメマスカ？
> 基地外連投オナニーを繰り返すだけの迷惑な人で、残念ながらそこで終了なんだよ

常駐していてバカなんだな？w

情弱が長文でうざい

>>2
クライシスアクトレスとして日本では著名な宮本晴代さんは、TBS社員アナウンサです。

近年でも、なぜか安倍晋三首相狙撃事件現場に居合わせ、狙撃された安倍首相を介抱したり、京王線車内通り魔事件の、犯人のいる事件発生車両内に偶然にも居合わせたりしています。

>>28
バックアップからファイルを取り出すのに不便だからHasleoに変えた。macriumと遜色ない。

>>39
合成フルバックアップあった？

ないけどMerge Imagesで代用できないか？

別のバックアップソフト試すならMiniTool ShadowMakerもあり。システム丸ごとバックアップとかクローン用途なら普通に使える。

v8を使っている人はいます？
v8を売却してv10にしたら永年50%オフのメールがきて悩んでいる
年間4000円くらいになるけどどうなんだろ？

永年なら魅力的だなぁ
インクリメンタルバックアップ使って好みの世代管理したい人にはよいかも

永年といっても一度払えばいいってわけじゃないんだろ。
毎年400円程度で更新し続けないといけない。
一応Reflect　Xに更新したけどHasleoを併用しているが、中華だけどなんの問題もないので
1年後にはReflect　Xやめるつもり。

永年でMacriumReflectが一番使いやすいとは限らないからなあ

>>45
毎年4000円程度の間違いな

年4000円なら「永年」のお得感も微妙だな

まぁ単に直近のシステムバックアップだけ取りたいニーズにはオーバースペックではある

念のため、元のE:\EFI\Boot\bootx64.efiをE:\EFI\Boot\bootx64.efi.orgにリネームして退避させたあと

mountvol S: /S
copy "S:\EFI\Boot\bootx64.efi" "E:\EFI\boot\bootx64.efi"
mountvol S: /D

(※E: はMacriumレスキューUSBのドライブレターに置き換えてください)

これでMacrium 8 freeのレスキューUSBメディアもWindows UEFI CA 2023署名のブートローダになった

Get-PfxCertificate -FilePath "E:\EFI\boot\bootx64.efi" | Select-Object Issuer
は以下のとおり

Issuer
------
CN=Windows UEFI CA 2023, O=Microsoft Corporation, C=US

ば〜か
Microsoft Windows Production PCA 2011を無効としてDBXに登録などせずに余計な事をしていなけりゃセキュアブート時に問題とはならないわ
署名以外に脆弱性も存在しないbootx64.efiを態々入れ替えてやる意味などありません
実際に現実はこのようになっています
C:\Windows\Boot\EFI\bootmgfw.efi

Signature Certificate(s):
Subject : CN=Microsoft Windows, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Microsoft Windows Production PCA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Thumbprint : CB320963BE64DA2B008DE9C867030771E79EE3F0
FriendlyName :
NotBefore : 2025/10/17 3:02:07
NotAfter : 2026/10/18 3:02:07
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}

BOOTMGRSECURITYVERSIONNUMBER: 9.0

ついでにだけどまだInsiderのbootx64.efiもMicrosoft Windows Production PCA 2011の署名のままでWindows UEFI CA 2023には変更になっていないよw
Signature Certificate(s):

Subject : CN=Microsoft Windows, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Microsoft Windows Production PCA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Thumbprint : 3B77DB29AC72AA6B5880ECB2ED5EC1EC6601D847
FriendlyName :
NotBefore : 2025/06/20 3:11:44
NotAfter : 2026/06/18 3:11:44
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}

BOOTMGRSECURITYVERSIONNUMBER: 7.0

実際にお前ら詳しくないだろうからどうせやるのであったらisoファイルのブートセクタの書き込みの方を気にした方がいいと思うよ
DVDからブートしたりするのであればだ
セキュリティを気にするのであればefisys.binの方かなw

cd /d "C:\Program Files (x86)\Windows Kits"
for /D %%1 in ( * ) do set Kits_path=%%1
rem echo Kits_path=%Kits_path%

call "C:\Program Files (x86)\Windows Kits\%Kits_path%\Assessment and Deployment Kit\Deployment Tools\DandISetEnv.bat"
set time_work=%time:~0,-3%
set time_work=%time_work: =0%
set date_work=%date:~-5%/%date:~0,4%
set date_work=%date_work: =0%

set "ISOName=回復ドライブ.ISO"

oscdimg -t%date_work%,%time_work% -l回復ドライブ -m -o -u2 -udfver102 -bootdata:2#p0,e,b"%OSCDImgRoot%\etfsboot.com"#pEF,e,b"%~C:\Windows\Boot\DVD\EFI\en-US\efisys.bin" "%~dp0回復ドライブ" "%~dp0%ISOName%"

oscdimg -t%date_work%,%time_work% -l回復ドライブ -m -o -u2 -udfver102 -bootdata:2#p0,e,b"%OSCDImgRoot%\etfsboot.com"#pEF,e,b"C:\Windows\Boot\DVD\EFI\en-US\efisys.bin" "%~dp0回復ドライブ" "%~dp0%ISOName%"

間違っていたので一部訂正ですw

MacriumのリカバリーメディアをWinre.wimをベースとして作成するとこのようになります
何も問題とはなりません
BOOTMGRSECURITYVERSIONNUMBER: 9.0
E:\EFI\Boot\bootx64.efi

Signature Certificate(s):
Subject : CN=Microsoft Windows, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Microsoft Windows Production PCA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Thumbprint : CB320963BE64DA2B008DE9C867030771E79EE3F0
FriendlyName :
NotBefore : 2025/10/17 3:02:07
NotAfter : 2026/10/18 3:02:07
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}


BOOTMGRSECURITYVERSIONNUMBER: 9.0

何を言っているかさっぱり分からんけど、8のフリー版ってレスキューメディアとか使えないの？

USBメモリにWinre.wimをベースとして現状のWindowsで作成したら何も問題となりません
isoファイルを作成してDVDメディアに書き込んだ場合は私も詳しく調べてはいませんが、
ブートセクタの内容が古いかも知れませんので書いた通りに最新のWindowsから取り出した方がいいと思います
C:\Windows\Boot\DVD\EFI\en-US\efisys.bin

現状のまま最新のWin11アップデートでMacrium Refrect v8.0 7783のブータブルisoを作成してみたが、
問題なく最新のセキュアブート設定されているuefiからブートするようである
何もせずに作成して問題はありません
チャンチャン

By だろうよ爺の公開オナニー連投でした

実際に古いブートローダーを積極的にブロックするのは、今年10月でもなくずっと先なのだろうが、
それでもいつかはDBX登録によってブロックされる日が訪れるんだから、対策しておくに越したことはないと思う。

そんなのを対策する必要はありませんね
セキュアブート時にブートしなくなってしまったらRufusにもWindows UEFI CA 2023にブートローダーの署名を置き替えてくれるオプションが設定されていますよ
その時でもいいのにRufusはこんなお節介を焼いてくれています
マイクロソフトは将来的にインストールメティアの署名を勝手に変更してくれますよ
初心者でなければLinux系のサードパーティ向けのブートローダーファイルの署名対策だって可能だろうけど
初心者部類であったら対象となるのはこの署名じゃないのでMicrosoft UEFI CA 2023の方を対策しないとなりませんよね

ubuntu-26.04-desktop-amd64.isoのブートローダーに入っている署名内容です
Check-UEFISecureBootVariables-mainのCheck EFI file info.cmdを利用して確認しました

Path to EFI file: D:\EFI\boot\bootx64.efi

FilePath : D:\EFI\boot\bootx64.efi
Machine : x64
Subsystem : EFI Application
SubsystemVersion : 0.0

File Information:
OriginalFilename :
FileDescription :
ProductName :
Comments :
CompanyName :
FileName : D:\EFI\boot\bootx64.efi
FileVersion :
ProductVersion :
IsDebug : False
IsPatched : False
IsPreRelease : False
IsPrivateBuild : False
IsSpecialBuild : False
Language :
LegalCopyright :
LegalTrademarks :
PrivateBuild :
SpecialBuild :
FileVersionRaw : 0.0.0.0
ProductVersionRaw : 0.0.0.0
Authenticode SHA256: 98A7FB4DF6DE7E9C57602D7599DC56D5C84685BF61862CDC4FBF8C58AE4367B5

Signature Certificate(s):
Subject : CN=Microsoft Windows UEFI Driver Publisher, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Microsoft Corporation UEFI CA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Thumbprint : 767A4EA7C333661BB9401C174662E24BE3DEE9BA
FriendlyName :
NotBefore : 2023/10/20 4:53:24
NotAfter : 2024/10/17 4:53:24
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}

SBAT:
sbat,1,SBAT Version,sbat,1,https://github.com/rhboot/shim/blob/main/SBAT.md
shim,4,UEFI shim,shim,1,https://github.com/rhboot/shim
shim.ubuntu,1,Ubuntu,shim,15.8-0ubuntu2,https://www.ubuntu.com/

実際にはここまで知っている必要がありますよ

細かいことはわからんが、少なくともRufusではmacrium refrectのレスキューメディアまでは事後的に修復などの対策できないだろ

それに、macrium refrectのレスキューメディアはWindows REだし

どこのレスキューメディアであってもWinre.wimをベースとして指定して作成していますよね
て事は、ブートローダーファイルはマイクロソフト側で何れ変更するので知った振りしてやるだけ無駄ですよ

Microsoft UEFI CA 2023について

【2026年6月】セキュアブート 余命1/3【有効期限】
444 名前：名無し~3.EXE[sage] 投稿日：2026/06/03(水) 12:57:59.08 ID:i+D14Htt
証明書は全部入ってないといけないなんてことはないんだぜ
Windows専用で、他のOSや特別なEFIアプリをブートしないなら「Microsoft UEFI CA 2023」は無くても何の問題もない


>>66
ごめん、既にサポートの終わってるmacrium refrect free 8の作成済レスキューメディアの話をしていたんです
他のバックアップソフトや有料のmacrium最新版はすでに対策済だと思われます

>>66
ちなみに、PC本体のセキュアブート関連の署名がUEFI・ブートパーティション側含め全て2023にアップデート完了した後
改めてmacrium refrect free 8のレスキューメディアを再作成してみたけど、レスキューメディア内のbootmgfw.efiの署名は
Microsoft Windows Production PCA 2011 のままだった
アプリ本体の更新が止まっているとbootmgfw.efiの署名はWindows UEFI CA 2023にならないのだろう

Hasleo Freeでは問題なくWindows UEFI CA 2023でレスキューメディア再作成できた

申し訳ないが、boot.wimからブートするレスキューメディア内にbootmgfw.efiは存在しません
ちゃんとした知識を身に付けましょう
何だったらもっと解説してやってもいいですよ

>>70
なるほど。ということは、macrium freeとHasleoのレスキューメディアはboot.wimを使わないという事だね
だって、レスキューメディア内に \EFI\boot\bootx64.efi が存在してるし

というか、boot.wimなんてどこから出てきた話題？

>>70
あ、私の記載ミスだね、ごめん

(誤)
改めてmacrium refrect free 8のレスキューメディアを再作成してみたけど、レスキューメディア内のbootmgfw.efiの署名は
Microsoft Windows Production PCA 2011 のままだった
アプリ本体の更新が止まっているとbootmgfw.efiの署名はWindows UEFI CA 2023にならないのだろう
↓
(訂正後)
改めてmacrium refrect free 8のレスキューメディアを再作成してみたけど、レスキューメディア内のbootx64.efi の署名は
Microsoft Windows Production PCA 2011 のままだった
アプリ本体の更新が止まっているとbootx64.efi の署名はWindows UEFI CA 2023にならないのだろう

>>66
将来的にその部分はマイクロソフトによって更新されます
その時に新しいレスキューメディアを作成したらbootx64.efiも変更になります
その時の回復環境をベースとして作成されるからです
その全てがRefrectに依存して作成するようにはなっていませんよw
なんだったら現状のbootx64.efiのファイル自体を署名だけじゃなくて調べたらいいと思いますよ
Check-UEFISecureBootVariables-main内のCheck EFI file info.cmdにbootx64.efiがあるパスを指定してやると
署名内容とBOOTMGRSECURITYVERSIONNUMBER: も調べられます
ブートローダー自体は署名内容がMicrosoft Windows Production PCA 2011だったとしても、脆弱性が排除された最新ファイルとしてその都度更新されていますよ
署名内容しか気にしていないので、ファイル自体のバイナリーについては一切触れていないのでその知識がないものと思っています

>>73
＞その時に新しいレスキューメディアを作成したらbootx64.efiも変更になります
そうなることを予想していたのですが、bootx64.efiの署名は変わらなかったんです

Check-UEFISecureBootVariables-main内のCheck EFI file info.cmdでbootx64.efiがあるパスを指定したんです
それでも署名内容がMicrosoft Windows Production PCA 2011と出てくるんです

＞ブートローダー自体は署名内容がMicrosoft Windows Production PCA 2011だったとしても、脆弱性が排除された最新ファイルとしてその都度更新されていますよ
一時期、レスキューメディアがブートしないことがあって作り直したらブートしたという事があったので、中身は確かに置き換わってると思います

ま、プログラム更新がとっくに停止したmacrium free 8以前のバージョンを未だに使っているのは
もはや全国に数えるほどしかいないだろうから、大多数の人には関係ないのかもね

もし本当にどうやってもmacrium free 8のレスキューメディアが起動しなくなったら、
セキュアブートオフにしてレスキューメディア起動するよ

>>74
＞＞その時に新しいレスキューメディアを作成したらbootx64.efiも変更になります
＞そうなることを予想していたのですが、bootx64.efiの署名は変わらなかったんです

わかりにくい言い方になってたので言い直すと、
ブートパーティションにあるbootx64.efiはとっくに変更されているのです
だから、その後にレスキューメディアを作り直せば、レスキューメディアのbootx64.efiも
変更されることを予想していたのですが、bootx64.efiの署名は変わらなかったんです

ちなみに、同じくWinREをレスキューメディアで使用するHasleoのほうは、
レスキューメディアのbootx64.efiがちゃんと更新されていた

だから、Winre.wimの問題というより、更新の終わったソフトか、更新が継続しているソフトかの違いだと思う

当たり前でしょうよ
まだマイクロソフトはPEメディアのbootx64.efiをMicrosoft Windows Production PCA 2011から変更していません
将来的にはインストールメディアのbootx64.efiにある署名をWindows UEFI CA 2023へ変更される頃にはPEメディアの署名も変更されます
今ユーザーがマニュアル方式で変更しても何も意味がありません

>>78
では、Hasleoは例外的にWindows UEFI CA 2023をbootx64.efiの署名に入れる対応を独自に行ったってこと？

HasleoがPEメディアのベースを作成する時にWinre.wimをベースとして作成しないで自身で持っている環境で作成していると考えるべきでしょう
Windowsの回復ドライブを作成したって、まだMicrosoft Windows Production PCA 2011が入ったままですよ
セキュアブート時の障害になっていなければいいだけです

しゃあねぇな
VMwareにでもHasleoをインストールして作成されたPEメディアのisoでも調べるとするよ

Hasleoで作成した緊急ディスクと呼んでいるisoファイルの内容です
Path to EFI file: F:\efi\Boot\bootx64.efi

Signature Certificate(s):
Subject : CN=Microsoft Windows, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Windows UEFI CA 2023, O=Microsoft Corporation, C=US
Thumbprint : 702309C53CC05EE2DB2C7E0391EEF8477555144E
FriendlyName :
NotBefore : 2026/03/06 4:56:21
NotAfter : 2027/03/04 4:56:21
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}

https://imgur.com/a/WAeHnjy
そして、ここのチェックを外して作成したのがこれね
それと、Hasleoで作成した緊急ディスクには、D:\efi\Microsoft\Boot\があると息巻いているようだが、
他のPEメディアだとbootmgr.efiとbootmgfw.efiは通常作成されません
それでHasleoにはbootmgr.efiはあるがbootmgfw.efiは存在していません
あとは、boot.wimからブートしているのは間違いないので、ここのbootmgr.efiとbootmgfw.efiは全く利用していません
DVDメディアからブートするような場合と、USBメモリからブートする場合のリンケージは、
bootx64.efi　----> BCD　----> boot.wim ですよ

そして、ここのチェックを外して作成したのがこれね
Signature Certificate(s):
Subject : CN=Microsoft Windows, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Issuer : CN=Microsoft Windows Production PCA 2011, O=Microsoft Corporation, L=Redmond, S=Washington, C=US
Thumbprint : CB320963BE64DA2B008DE9C867030771E79EE3F0
FriendlyName :
NotBefore : 2025/10/17 3:02:07
NotAfter : 2026/10/18 3:02:07
Extensions : {System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, System.Security.Cryptography.Oid, S
ystem.Security.Cryptography.Oid...}

BOOTMGRSECURITYVERSIONNUMBER: 9.0

Windows ブート ローダー
--------------------------------
identifier {default}
device ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
path \windows\system32\boot\winload.efi
description Windows Setup
locale en-US
inherit {bootloadersettings}
isolatedcontext Yes
osdevice ramdisk=[boot]\sources\boot.wim,{7619dcc8-fafe-11d9-b411-000476eba25f}
systemroot \windows
bootmenupolicy Standard
detecthal Yes
winpe Yes
ems No

デバイス オプション
--------------------------------
identifier {7619dcc8-fafe-11d9-b411-000476eba25f}
ramdisksdidevice boot
ramdisksdipath \boot\boot.sdi

D:\boot\boot.sdi
こう言ったブートの仕方をするようだわ

デバイス オプション
--------------------------------
identifier {c608cc3c-776b-11f1-9258-8ce9ee841191}
description Windows Recovery
ramdisksdidevice partition=\Device\HarddiskVolume4
ramdisksdipath \Recovery\WindowsRE\boot.sdi

回復環境の起動時にも同様にboot.sdiを経由して起動しているな

筋道を立てて説明する能力のない、書きなぐっただけの情報の羅列のうえに
自己満足の連投で、読んで理解しようという気が全く起こらない
荒らしが意味のない文章をコピペして連投しているのとさほど変わらない

お前の知識が足りないだけだからもう現れない方がいいと思うぞw

セキュアブートに関する話題が出ると、どの板でもどのスレでも突如現れて検証してくれる人

押しつけの自己満足の基地外連投されても迷惑なだけ

セキュアブートで起動できない PC が大量発生して
パニックになるとか吹聴していた馬鹿だけどな

実際はどうだったかというのは、既に知られている訳で

知らないのが知ったかして書いているのでバカ呼ばわりして証拠を貼り付けてやっているんだから自分で検証して納得すりゃいいだろうがよw

その経緯すらも証拠があったって知識もないから理解出来ない癖してな　自演バカかよw
本当の質問者も混じっていたらそりゃゴメンですな

ウィルスソフトでバックアップフォルダを対象外にしないと
バックアップ成功してるように見えるが検証や復元時に失敗するんだな
そのせいで復元しようとしたときに見事に失敗してひどい目にあったわ
幸い2か月前ので復元できたからダメージは少なかったけど
復元後 バックアップしても検証時に必ず失敗するので
スキャンディスクやscannnowしたり色々して
正確には検証しないと壊れてるのかわからない
最終的にウィルスソフトが悪さしてるのがわかったけど
作成時にはわからないのは極悪すぎるわ

>>92
で、そのウィルスソフト（笑）はなんなのよ

そうだよ
なんなのさ

>>92
ESETとDefenderとWithSecureは問題なくバックアップできてるし、リストアも成功しているな。

間違った思い込みってビョーキと思うよ

>>95
esetなんだけどな
eset有効にしたら検証時に壊れてる
無効化というか検査対象外にしたら検証時も成功する

esetだった

>>97
うちのはESET Internet ｓｅｃｕｒｉｔｙ 19.2.10.0だけど、さ？日本だけでも相当な数のユーザーがいて、無料版を含むReflectユーザーが
バックアップ失敗しててリストアできなかったら大炎上していると思うが。

っていうか、バックアップファイルをイメージマウントしてみるとか平常時でも検証できるだろ。

おまかんだろ
うちもesetだがそんな問題は発生していない

俺はせとかんだなあ

その人の環境によっては「Volume Shadow Copy」実行時にリアルタイム保護にブロックされているファイルがあるのかも知れないよな
ESETでシステムドライブも含めてフルスキャンを実行してみる必要があるのかもよw

バックアップ後の検証でエラーが出る問題や
検証で問題なくても復元時にエラー出る問題をケーブルやウィルスソフトが問題だと
思ってたけどそうではなかった・・
4月に修理交換したメモリがまた故障してた・・
なんでもっと早くにメモテストしなかったんだろう・・

>>103
それ、オレもやった
検証でエラーになった経験から今でも検証は必ずするようにしている
ちなみにオレの場合はメモリのAMD EXPOを標準(低い方)に設定したら直った

>>104
4枚差しでエラーになってた2枚組のメモリを抜いたら嘘みたいに
バックアップ復元が快適にできるようになった
故障したメモリは本日askに着払いで発送した
でまあ当然なんだけどセキュアブート証明書関連は全く改善してなかった・・
1日一回だけだけど相変わらずPCフリーズする
boisは最新の対応版に更新済み証明書関連は2023に変更してるんだけどね・・

Secure-Boot-Updateは無効化してるんだけど全く効果なし

前の方に書かれていたけどRefrect 8.0 7783はメモリ整合性を開いて「ローカルセキュリティ機関の保護」が有効になっているとバックアップに失敗する場合があるそうだぞ
ちゃんと目を通せよな
どうせ乞食なんだろうよw

見下すことで満足しているんですかね？
まぁ乞食と言われても仕方がないv8.1.8853使いですけどね
ちなみにローカルセキュリティ機関の保護をオフにしてバックアップが失敗することをとっくに、とっくに確認済みだよ

そいつ >>107 はだろうよ爺と言って、何も反応がないと自分の話を聞き入っていると
思い込んで喜ぶ基地外なので、スルーしてやってｗ