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

**名無しさん＠お腹いっぱい。** · 2025/12/14(日) 20:53:44.75

>>827
あーこれか、うちもなってたわ
何かの設定する時に詰んだかと思ったけどTabで何とかした記憶

**名無しさん＠お腹いっぱい。** · 2025/12/14(日) 21:31:24.99

>>827
そんな前からあるバグなのか
欠けていることはスクリーンショットと一緒にサポートに報告したが
Windowの隅をdragしてWindowを広げろだのディスプレイの
解像度を変えろだのいっていて埒が明かない

>>829
確かにTabでカーソルを表示されていない入力域に飛ばせるね

**名無しさん＠お腹いっぱい。** · 2025/12/14(日) 21:47:29.86

指示通りに操作しても解決しない様子を動画で提供すれば良い

**名無しさん＠お腹いっぱい。** · 2025/12/14(日) 22:39:00.98

DPIを
調節するんやなｗ

警備員[Lv.0][新芽] · 2025/12/14(日) 23:58:41.06

署名の有効期限が過ぎた場合に、その署名を失効済みとして扱うかどうかは決まっていない
もしも失効済みとして扱ったら地獄が予想されるので、失効済みとして扱うとは思えない

という結論。でも日本のバブル崩壊みたいな例もあるので責任者がアホだと地獄を見ることになる

**名無しさん＠お腹いっぱい。** · 2025/12/15(月) 00:34:35.61

いいえ　あなたが知らないだけでDBとDBXにある署名データはUEFIセキュアーブート時に
\efi\boot\bootx64.efiにある署名内容と照らし合わせられて、
bootx64.efiにある署名がもしも有効期限切れになっている場合にはブートしないのを確認していますよ
そうじゃなきゃ、有効期限を設定している意味などないですからね
自分でもちゃんと調べて見ましょう

**名無しさん＠お腹いっぱい。** · 2025/12/15(月) 00:53:34.77

あなたに言ってやりたいのはもう既にDBにはCA2023の署名として更新が徐々に始まっています
CA2011の署名をまだマイクロソフトが利用していますが、こちらの有効期限が切れる前に
マイクロソフトがCA2023の署名にした\efi\boot\bootx64.efiファイルに入れ替えたらいいだけです
現在のEFIシステムパーティション内にある\efi\boot\bootx64.efiファイルの有効期限を調べてみたらいいですよ
マイクロソフトは、まだPCA2011の署名として発行していますが、古いものには脆弱性が存在しているようで
それの対応策として有効期限の範囲を設けて古いブートローダーを排除した対策を実行しています
Linux系だとサードパーティ製の作者に配布を任せたらいいだけですね
既に昔のLinux系のブートローダーはDBXに登録されていてブートしないようにされているものが存在しています
これは作者側で対応してDBに登録されている署名内容に変更したブートローダーのものを配布するようになっていますね

**名無しさん＠お腹いっぱい。** · 2025/12/15(月) 02:20:06.04

https://imgur.com/a/Qo4GErd
これがWindows 10 Pro バージョン:22H2 OSビルド:19045.6691のEFIシステムパーティションにある
\efi\boot\bootx64.efiの署名だけど、VMwareのセキュアーブートを有効としても起動します
Win10だとmsinfo32でPCR7 バインド不可と表示されています
Win10だと仮想BIOSのデバイスがどれか不可になる設定なんだと思います
PCA2011の署名が有効期限内にあるから起動するのかなとは思っています

**名無しさん＠お腹いっぱい。** · 2025/12/15(月) 02:38:20.75

ああ、そもそもがWin11だと設定のファームウェアタイプの所にTPMデバイスがあると表示されるけど、
VMware上のWin10環境だと表示されないのでこれがPCR7 バインド不可となる原因ですねw

**名無しさん＠お腹いっぱい。** · 2025/12/23(火) 16:36:17.80

https://xenospectrum.com/windows-11-native-nvme-driver-hack-performance-boost/
この記事にあるように従来のdisk.sysではなくnvmedisk.sysでディスクアクセスすると
Reflectが正常にイメージバックアップ出来なかったりしそうだけど、対応バージョン待ちだよね？

**名無しさん＠お腹いっぱい。** · 2025/12/23(火) 17:03:24.99

そんでまたSSDが壊れたニャーって騒ぐの？

**名無しさん＠お腹いっぱい。** · 2025/12/23(火) 17:46:25.47

MSの80%パフォーマンスアップとかって、大抵めちゃくちゃなクラッシュをするよね。俺は試せないｗ

警備員[Lv.5][新芽] · 2025/12/24(水) 00:01:41.18

Linuxカーネルのnvmeドライバーは既にNVMeプロトコルでSSDと通信しているみたい
消費者向けSSDは実装されているキューの数が多くないらしい
Linuxではキューの数はCPUのコア数を上限にしているみたい

劇的に性能向上するのは大量のキューを実装しているNVMeホストバスアダプタに接続されているRAID０サーバー用SSD群への並列ランダム書き込みだと思う
消費者向けCPUのPCIeに接続されているＳＳＤではＣＰＵがNVMeホストバスアダプタの処理を行うわけで、性能はＣＰＵのI/Oコントローラーの性能ＣＰＵコアの性能に制限される

裏付けは取ってないので、事実かどうかは自分で確かめて

**名無しさん＠お腹いっぱい。** · 2025/12/24(水) 04:44:26.81

>>838
BSoDで起動不能になった場合はレジストリー3箇所だけの変更らしいので
PEメディアを起動してからSYSTEMハイブをマウントして以前の値に書き替えてやったらいいんだわ
詳しくない人はシステムの復元を利用したらいいよ
システムの復元が動作しない可能性も当然あるだろうけどさ

**名無しさん＠お腹いっぱい。** · 2025/12/24(水) 05:05:22.90

俺はそこで敢えて問いたい
現状でもOS側が関わっているとスループットが極端に落ちるのに
ドライバー経由のスループットのみの改善で果たしてそこまで明確な速度改善が見られるのかな？
ユーチューブでもNVMe SSDの書き込み速度比較をファイルコピーで検証しているけれども
2～3GB/sまで速度低下するんだぞ
CrystalDiskMarkが叩き出す書き込み速度とは雲泥の差があるよ

**名無しさん＠お腹いっぱい。** · 2025/12/24(水) 06:55:46.84

これってさ、cipher /w:c: とかファイルコピーとかもWindowsとしては読み込みと書き込みをするんだから、
書き込み時のスループットってのは、CrystalDiskMarkに表示されるシーケンシャルライトベンチの半分程度になると考えるのが正しいのかな？
だとしたらWindowsには今まで申し訳ない考え方をしていたわw

**名無しさん＠お腹いっぱい。** · 2025/12/24(水) 07:10:54.37

ねえ実際システムイメージの作成って同じ性能のNVMe SSDに書き出したとしても、
最速でも半分程度の書き込み速度に落ち込むのが正解だよね？