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

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

>>108
そうです
知ったつもりして舐めた口を利いているから叩かれるのですよ

>>108
8 FREEはUSBブートでイメージバックアップ/復元用として使ってます

isoとした複数バックアップソフトのPEメディアを全部Ventoyにぶち込んで利用するのがいいと思うわ
LinuxベースのものでもブートするのでAcronis True Imageなどはそれでも構いません
特にOS上からのバックアップを必要としていないのであったらお勧めの利用方法ですよ

ちなみにisoファイルの名前は別なものにリネームしないと複数のものを同じ場所には保存出来ないからね
名前だけで内部構造は変更されないからリネームしても大丈夫だよ

ちなみにrescuezilla-2.6.2-64bit.resolute.isoなどはLinuxベースだけども
ただで使えるのでこれでも構わないよね
Linuxベース環境のバックアップソフトだとただのものが多いですね
操作する際のGUIはLinux系だろうが別に関係ないんでね

パーティションの仕様自体が大幅に変わったら、使えなくなるけどなー

その時にはrescuezillaがちゃんとアップデートされるよw

とらぬ狸のなんとやら

例の誰かさんがお勧めのHasleoも無料だしhbswinpe.isoもPEベースだから
片っ端からVentoyにぶち込んで試してみたらいいさ
どれも大差ないんだけどさw

まあReflect無料版でも良いんだけど差分復旧ってのもあるから
本当に困ったときに時間だけ過ぎるよ