システムバックアップソフト徹底比較30

**名無しさん＠お腹いっぱい。** · 2024/03/14(木) 15:05:41.39

前スレ
システムバックアップソフト徹底比較29
https://egg.5ch.net/test/read.cgi/software/1708358176/

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 17:55:11.88

そもそも　>>632　の書き込みはgithubからのパクリネタだろうし、
偉振って書きたかっただけではないのか？

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 18:01:40.90

>>676
なに？VMware環境とかだとSBATがWindowsUpdateで更新されないのか？
実環境のWin11でもブートしてみたが同じ結果だってけどなw

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 20:15:04.33

>>678
そこでUbuntu（やFedora）は、GRUBより一段前にMicrosoftの鍵で署名されたshimブートローダーをはさむ方法を採用しました。
Microsoft Corporation UEFI CA 2011（UEFI CAファイルへのリンク）

これでひとつ思い出した
shimブートローダーへの署名はマイクロソフトへと要求して発行されたものじゃないとなりません
私が書いたそれらのソフトには警告も出ませんでしたのでUEFI CA 2011で署名済みのものであると思います
RufusとRescuezilla共にね
もうひとつはVentoyでやっているUEFI署名方法はまた別な方式であるって事です
区別して下さい

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 20:58:10.61

>>681
>直接ロードをしないといっているだけでSecureBootのチェーンが切れていないことにならないよ

これを検証するにはVentoyの現バージョンへと署名のないshimブートローダーを持つISOをぶち込んで起動したらわかるよ
拒否されずにブートするのであったらVentoy経由ではSecure Boot時にも現バージョンでもまだ無視されるって事だな

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 22:26:46.75

ひとりでいつまでやるんだ？

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 22:29:06.57

>>682,683
負け惜しみしかいえないｗ
>>684
何の説明にもなってないなｗｗ
現に君がはっているＵＲＬで起きてる事象だよ
それがventoyuserにもおきてフォーラムで報告があり
それの対策にshimを修正したとある
いい加減にしろよ
>>685
>何が矛盾してるのかさえ説明できない○○に言っても仕方がないな

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 22:29:28.96

>>687
SBAT確認してみｗｗ
おま環
>>688
Ｖｅｎｔｏyのshimブートローダーへの署名も同じ方法
まだ理解できてないのかよｗｗ
>>689
だから君が否定する条件書いたでしょ
>681

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 23:08:31.39

何台か確認した結果、BIOSのUEFIにおま環があるようだな
セキュアブートの項目内に「MS UEFI CAキーの有効化」ってのがあるものがある
Intel CPUでAMI BIOSのものにはあった
Linux系だとこいつが有効化されていないとブートしないよな
これを知らないおま環の人がLinux系でブートしないと言っているのではないのかな？
現バージョンのRescuezillaのISOを展開してUSBメモリのFAT32領域へとそのままコピーしてブートしてみましたが
問題なくSecure Bootで起動しましたのでMicrosoft Corporation UEFI CA 2011でshimブートローダーに署名が入っているようです
ブートしないって言う人はSecure Bootの項目を見直して下さい
現バージョンのVentoyで最初のエラー画面が表示されないで拒否画面になってしまう人もおま環ですね

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 23:14:32.05

もう一度書くよ
おまえは何もわかっていないのがよく分かったのでもう相手にしないよw

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 23:29:58.50

>Linux系だとこいつが有効化されていないとブートしないよな
○○まるだし
それが原因ならSBAT適用を削除して動くようになるわけないだろｗｗ
それにエラーメッセージがそもそも違うしな
>>694
どうわかってないのかを書けよｗｗおまえがわかってないだけだろ
Ventoyのshimはマイクロソフトのキーを使って署名してないって言うぐらいだからなｗｗ

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 23:33:54.43

短文のバカw

**名無しさん＠お腹いっぱい。** · 2025/04/02(水) 23:34:17.78

自己紹介乙

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 00:01:34.50

その項目があって無効になっているとRufusもSecure Boot時にはエラーメッセージが発生してストップしますね

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 00:05:39.89

そうSBATの環境関係ないんだよね
それなのに混ぜる○○

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 01:26:40.83

セキュアブートの項目内に「MS UEFI CAキーの有効化」ってのがあるUEFIファームだと
デフォルト設定にBIOSをリセットした場合にはこれが無効になるようですので、
Microsoft Windows Production PCA 2011のみの署名が有効化されます
つまりは、マイクロソフトのOS、マイクロソフトのインストールメディアにある
\efi\boot\bootx64.efi 以外からはSecure Bootが出来なくなります
調べたらこんな事になっていますね

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 01:52:43.67

Windows Server で PCR7 の構成が "バインド不可" と表示される
https://learn.microsoft.com/ja-jp/troubleshoot/windows-server/setup-upgrade-and-drivers/pcr7-configuration-binding-not-possible

OS上での話しとなりますがこれとの関連項目です

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 02:55:01.55

2024 年 8 月のセキュリティ更新プログラムは、デュアルブートセットアップデバイスでの Linux ブートに影響する可能性があります
https://learn.microsoft.com/ja-jp/windows/release-health/status-windows-11-22h2#3377msgdesc

大事な：この既知の問題は、2024 年 8 月のセキュリティ更新プログラムとプレビュー更新プログラムのインストールでのみ発生します。 2024 年 9 月のセキュリティ更新プログラム (KB5043076) 以降の更新プログラムには、この問題の原因となった設定は含まれていません。 2024 年 9 月の更新プログラムをインストールする場合は、以下の回避策を適用する必要はありません。

だとよw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 03:13:39.87

Ventoyの場合にはUEFIの署名がUEFIファームのテーブル内に存在していない場合に、
>>658 の処理が実行可能な画面を表示するって事になるな
どの部分になるかはその先生が解説してくれると思うw
別マシン上だとまた表示されるんだからな・・・

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 04:50:22.54

>>702
意味わかってる？
SBAT確認してみｗｗ
が正しかったという事だな

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 05:04:12.28

>>703
>658で自身で書いた意味がまだ分かっていなさそう
そこに書いてあるように、MokManager.efiを起動させるのはshimが行っているので
shimがロードされている前提なんだよ
つまりshimの署名検証がすんではじかれなかったらそうなる
>666のまとめ通り

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 11:30:10.14

え？なにこれ、まだやんの？

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 12:25:14.49

レスバが気になって夜も寝られないんだろう

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 14:37:48.38

ID真っ赤になるまで書いてるのはただのガキだろ
相手が間違ってるの解ってるんだったらほっときゃいいのに
それで不利益被ろうが自分のは関係ない話だろ

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 15:12:20.70

Linux関連のSecure Bo704otに疑問を持たれた方は、この一連の流れを読んでくれたら解決すると思います
>>704
それとおまえはまたどこかのスレにBitLockerで暗号化されているストレージはSector By Sectorでコピーしたらバックアップ出来るよなんて適当な事を書いているよな
まず、復号が可能であったらmanage-bde経由で復号してからバックアップするのが鉄則
Sector By Sectorでコピーしたものが回復キーで復号されるかは博打事案だぞ
おまえが一度だけ成功していたとしても複数の環境で確認しないとそれが正しいとは言えないよな
おまえはいつもそうだからダメなんだよ
結局のところ理屈がわかっていないググりバカだ

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 15:13:23.65

Linux関連のSecure Bootに疑問を持たれた方は、この一連の流れを読んでくれたら解決すると思います
>>704
それとおまえはまたどこかのスレにBitLockerで暗号化されているストレージはSector By Sectorでコピーしたらバックアップ出来るよなんて適当な事を書いているよな
まず、復号が可能であったらmanage-bde経由で復号してからバックアップするのが鉄則
Sector By Sectorでコピーしたものが回復キーで復号されるかは博打事案だぞ
おまえが一度だけ成功していたとしても複数の環境で確認しないとそれが正しいとは言えないよな
おまえはいつもそうだからダメなんだよ
結局のところ理屈がわかっていないググりバカだ

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 17:11:29.98

Secure Boot Advanced Targeting (SBAT)
そのあんたが書く(SBAT)の単語がどうにも気に食わない
こいつ自身もよく分かっていないようなので以下を追記します

https://docs.oracle.com/cd/F61410_01/secure-boot/sboot-ToolsandApplicationsforAdministeringSecureBoot.html#topic_eyk_5xt_wxb
SBATステータスの検証
Oracle Linux 8およびOracle Linux 9のshimパッケージのバージョン15.3以降、OracleではUEFI Secure Boot Advanced Targeting (SBAT)が使用されています。SBATは、UEFIバイナリの.sbatセクションに生成番号を設定することで、grub2やshimなどの古いバージョンのコア・ブート・コンポーネントを取り消すメカニズムです。UEFIバイナリに設定されている生成番号は、その失効レベルを定義します。

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 17:29:43.75

スレチなのにたまたま自分の知識が披露できる場所を見つけたから止められないんだろ
もう誰も見ていないのにw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 17:34:21.31

後から来た人が見て興味を持ったらそれだけでいいので書いている
誰かの役に立つかもしれないしな
おまえとは違うよw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 17:42:32.39

>>666
まとめ

これと照らし合わせて読んだらこのまとめの内容ってどうなんだろうな？
あんたは偉そうだけどね

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 20:02:11.78

要は事の発端を遡ってみると　>>632 が間違った認識で書き込んだって事だな
2025/03/10(月)　書き込んだ日付がこのようになっているので、
俺がSecure Bootを確認したrescuezilla-2.5.1-64bit.noble.iso
このバーションの日付は以下のようになっている
\casper\filesystem.squashfs 1.2GB 2024/09/09 4:04:01

これに対してマイクロソフトの公式見解が　>>702 なので俺も確認して見たが、
クリーンインストールをしている24H2などでは何の問題もなかった
古いWindows環境でこのパッチを当てた場合にはその後のWindowsUpdateで修正されるかどうかまでは俺にはわからないな

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 20:18:11.79

そもそもが　>>702 のパッチってLinuxとデュアルブートにしている場合にはマイクロソフト側では適用していないって書いてあるんだよな
その上で苦情を言っているのが現れている
WindowsオンリーでLive CDなどからブートしているって事ならそもそもセキュアブートを無効にしろよって事でいいのではないのか？

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 20:40:36.80

>>709
また他人と勘違いしてる
妄想が過ぎるね
>>715
間違っていない
まーだわかってないのか
検証するならSBAT当てて検証しなきゃ意味がないでしょ
>>716
windowsオンリーのシステムでも
サルベージ関係のツールはlinuxベースの物を使う場合があるぐらいわかるよね
SecureBoot切ったらいいというのは事実だがSecureBootが何のためにあるか考えれば
userによっては切りたくないという心理も当然

ventoyのshimの署名がマイクロソフトの署名だってわかったのなら
ちゃんとごめんなさいしろよ

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 20:48:53.64

ば～か
そんな問題に対して解析した結果じゃないだろうよ
ずっと経緯を読んで来て見ろよ
頭こっ足らないじゃねーのか？

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 20:59:54.05

>ventoyのshimの署名がマイクロソフトの署名だってわかったのなら
>ちゃんとごめんなさいしろよ

なんでだよ？
最初から >>678 を貼ってあるよな
Microsoft Corporation UEFI CA 2011の署名は、マイクロソフト側がサードパーティの要求に対して発行したセキュリティ証明書だ
これはドライバーとか全てが対象だ
shimローダーに対してもな
おまえは相当にノータリンのようだなw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 21:08:31.82

それともうひとつ
事細かく内容を説明してくれているのであれば感謝もあるだろうけども、
短文煽りの説明内容では誰も感謝などしないわな
頭おかしいのではないのか？　いつも同じ手法のバカ煽りくん
他のスレでも同じような事をやっているようだけれども、
無知のバカ煽りは誰にも相手にされていないようだけどなww

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 21:16:55.10

>>717
おまえの文体と文脈には特徴があるからいつものやつなのは大体想像出来るよw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 21:45:20.83

>>718
発狂してるから日本語になってないよ
日本語でたのむ
>>719
貼ってあっても君が理解をしてないからごめんなさいしろよ
だって
>688
>もうひとつはVentoyでやっているUEFI署名方法はまた別な方式であるって事です
>区別して下さい
理解してないってことだ
>>720
義務教育やないんやからね
そのうえ君のようなしょっぱなから間違っているのに
わかってる人間に
>おわかりになられていないようで
>知った風にしない方がいいですよ
とかいう人間が感謝なんてしないし、
妄想はげしいし
そんな人間に感謝してもらおうって気にもならんよねえ

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 21:53:06.35

本当にバカな人間つてのはどうしようもないんだなw
いつもワンパターンな煽り方w

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 21:59:45.81

まあWindows板も含めてだがこんな過疎スレに速攻で書き込みに来るやつなんておまえしかいないだうよ
Win板で過疎り始めるとXPスレを上げ始めるのはもう止めたのか？
バカを特定するのなんて簡単だろうよw

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 22:10:53.70

Window板での布教活動は粗方済んだので、後は知識を引き継いだ次世代の者へと引き渡せばもういいかな
ただおまえは邪魔だからWindows板へは常駐するなよ
もう少し外野の知識が底上げされるといいんだけどな

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 22:25:37.50

>>723
なにも反論になってないな
ごめんなさいは？
>724
反論できなきゃレッテル張り
どうしようもないカ○だな

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 22:28:31.15

今後はいつも通りに無視w

**名無しさん＠お腹いっぱい。** · 2025/04/03(木) 22:31:20.11

反論できないからしょうがないね
ごめんなさいもできない人間だからね

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 20:05:38.85

Ventoy2Disk.exe Ventoy 製品バージョン　1.1.0.3
更新日時: 2025年2月24日

これがSecure Boot時にバイバスされてしまうのか？って疑問をWindows 7のISOで検証しました
UEFIのみのパソコンでまず確認しましたが、「Press any key to boot from CD or DVD」で停止したままになります
Windows 7のインストールにはレガシーサポートも必要です
このパソコンだとUEFIファームのみしかなくてSecure Bootを無効にしても意味がありませんので
次にVmware上で確認して見ました
結果的に、Secure Boot時にはWindows 7のISOからはブートしません
Vmware上でSecure Bootを無効にするとレガシーサポートも有効化されますので
この条件でWindows 7のISOからはブートしました

結果的にはVentoyの現バージョンを利用するとSecure Boot条件はスルーされません
まあ、BIOS上での制限なのでVentoyが仮想DVDへとマウントしたからって昔のバージョンでもスルーされないとは思いますね
githubの書き込みがそもそもおかしいですよね

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 22:31:05.68

https://github.com/ventoy/Ventoy/issues/135
ヴァルディクSS
on Jun 17, 2020
GRUB(少なくともv2.04以前のバージョン、Fedoraパッチでパッチが適用されている場合)は、すでに説明どおりに機能していると思います。
ただし、シムのチェーンロードが許可されているかどうか、たとえばFedoraのシムがロードされているときにUbuntuをロードしようとするとどのように機能するかはわかりません。Super GRUB2 Diskの作者がそれを処理しようとしたことは承知していますので、彼にコメントを求めます。

Super UEFIinSecureBoot Disk ファイルを使用して UEFI ファイルポリシーを無効にしましたが、これは最も簡単な方法ですが、「適切な」方法ではありません。実際のユースケースでは、いくつかのLinuxディストリビューション(そのすべてがセキュアブートをサポートしているわけではありません)、いくつかの署名されていないUEFIユーティリティがある場合、SUISBDメソッドを使用してセキュアブートを一時的に無効にする方が簡単です。
しかし、最初のブート時(ユーザーが私のENROLL_THIS_CERT_INTO_MOKMANAGER.crtを登録するとき)にgrubモジュールからshimに必要なすべてのキーを自動的に登録し、署名されていないefiバイナリを特別なケースとして処理するか、単にユーザーが生成したキーでそれらに署名する必要があると思いますか?

考えて、ventoyに加えてみます。

>Super UEFIinSecureBoot Disk
これに関してだが、Secure Boot条件をバイパスするローダーファイルを設定したいという内容で
VentoyがSecure Boot条件を無視してバイバスしてしまうとは何処にも書かれていないぞ
突っかかって来ているあんたは思いっきり勘違いしているわ！

**名無しさん＠お腹いっぱい。** · 2025/04/04(金) 22:34:43.27

どうせただググってヒットしたものを貼り付けただけのマヌケでしょうね

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 00:10:15.80

>>666
何がまとめだw

俺が読んでみたらデタラメだらけだ
>Ventoy自体も同じ問題があった過去がありその際はあたらしいshimを組み込んで対策をした。
https://github.com/ventoy/Ventoy/issues/2947

こいつに関しては >>702 にあるように2024 年 8 月のセキュリティ更新プログラムだけに問題があったと読み取れる
9 月のセキュリティ更新プログラム以降のものが適用されたら問題ないと受け取れるぞ

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 00:58:17.29

これはその内容を確認しておかなきゃならないだろうとこのバージョンでSecure Bootした
Ventoy2Disk.exe　製品バージョン　1.0.0.3 更新日時　2024/06/08

何の問題もなく起動するのでやはり9 月以降のセキュリティ更新プログラムに不具合が訂正されたSBAT更新プログラムが含まれていると思われる

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 01:15:40.60

>>728
墓穴を掘っているおまえの方が大々的に謝罪すべきではないか？

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 10:38:09.99

https://learn.microsoft.com/ja-jp/windows/release-health/status-windows-11-22h2#3377msgdesc
2024 年 8 月
2024 年 8 月のセキュリティ更新プログラムは、デュアルブートセットアップデバイスでの Linux ブートに影響する可能性があります次の手順: 今後の Windows 更新プログラムで利用できる最終的な解決に取り組んでいます。この問題を回避するには、2024 年 9 月以降の Windows 更新プログラムをインストールすることをお勧めします。

影響を受けるプラットフォーム:

クライアント: Windows 11バージョン 23H2;Windows 11バージョン 22H2;Windows 11バージョン 21H2;Windows 10バージョン 22H2;Windows 10バージョン 21H2;Windows 10 Enterprise 2015 LTSB
サーバー: Windows Server 2022; Windows Server 2019; Windows Server 2016; Windows Server 2012 R2; Windows Server 2012

なるほどな　この時点ではまだ24H2は正式にリリースしていない
確かに9 月以降の Windows 更新プログラムで修正されている意味合いで受け取れるな

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 11:16:30.13

Ventoyを含めて >>662 の動作を分析したい人は、VMware上にWin11の環境を複数作成すれば一度デバイス環境として有効設定してしまってもからでも、別な仮想BIOS上からブートすれば何度でも確認出来ます
その際に設定を開いてセキュアブートのチェックを入れるのを忘れずにね

https://docs.oracle.com/cd/F61410_01/secure-boot/sboot-OverviewofSecureBoot.html#sb-processes
UEFI Secure Bootデータベース・キー(DB)

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 11:37:16.71

https://docs.oracle.com/cd/F61410_01/secure-boot/sboot-OverviewofSecureBoot.html#topic_c1f_r2k_3yb
MOKデータベースについて

https://docs.oracle.com/cd/F61410_01/secure-boot/sboot-ToolsandApplicationsforAdministeringSecureBoot.html#sb-mokutil-1
mokutilユーティリティについて

理屈を理解するには難しいなw

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 11:57:27.36

https://docs.oracle.com/cd/F61410_01/secure-boot/sboot-SigningKernelModulesforUseWithSecureBoot.html#sb-mod-sign
3 セキュア・ブートで使用するためのカーネル・イメージおよびカーネル・モジュールの署名

これも読んだ方がいいな

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 18:33:46.46

全ての経緯が検証出来る形でリンクを貼って来ました
このバカが書いた　>>666 の内容をみなさんはどう思われますか？

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 18:43:37.84

どっちもどっち
同じレベルの争いをしている時点でw

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 19:06:47.02

Ventoyでやってるmokutilユーティリティ手法は非常に興味深いものになりました
こんな方法もあるのですね

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 19:21:16.03

Hasleo Backup Suite
https://www.easyuefi.com/backup-software/backup-suite-free.html

いいぞ～これ

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 19:30:50.71

>>730
また理解不足の間違い
しょっぱなに書いてあるでしょ
またValdikSS の@pbatardへのコメントでも明らか
○○すれば署名されたファイルのみが飲み込まれるとある

.>>732
はい曲解
更に理解不足
>こいつに関しては >>702 にあるように2024 年 8 月のセキュリティ更新プログラムだけに問題があったと読み取れる
>9 月のセキュリティ更新プログラム以降のものが適用されたら問題ないと受け取れるぞ
>733も含めて間違い
ちゃんと調べてこい
9/11以降のセキュリティ更新は今のところ、SBATを適用しないだけ
君は理解不足で間違って他人に迷惑かけすぎ
>8 月の更新プログラムを適用しておらず、この問題からの保護を希望されるお客様は、
>2024 年 8 月 14 日の更新プログラムを適用するか、2024 年 9 月 11 日の更新プログラムを適用して、
>管理者のコマンドプロンプトから次のレジストリキーを設定できます。
>734
自己紹介乙

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 20:08:54.25

おまえのようにググって調べたんじゃなくて実環境上で確認しなから検証しました
何を書こうがおまえには信頼性がないよw

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 20:20:21.72

君が理解力不足で曲解してるのは十分わかったから
実環境上で検証したといっても
検証したことにならないんだよなあ
すぐ上でも
SBATが適用されてると勘違いしてるんだから

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 20:27:35.53

残念ながら　>>733　には反論出来まいなww

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 20:35:45.77

https://sourceforge.net/projects/ventoy/files/
ほら　思う存分古いバージョンでも好きなだけ確認して見な

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 21:56:01.69

KB5043076はアップデートカタログからダウンロード出来るようなので、
これをインストール後に >>733 にあるバージョンのVentoyをSecure Bootしてみるといいよ
その後に9 月以降のセキュリティ更新プログラムをインストールしてからもう一度確認する

これが検証でしょうねw

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 21:59:52.50

間違った

(KB5041585) はアップデートカタログからダウンロード出来るようなので、
これをインストール後に >>733 にあるバージョンのVentoyをSecure Bootしてみるといいよ
その後に9 月以降のセキュリティ更新プログラムをインストールしてからもう一度確認する

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 22:49:32.70

>>746
いやだから反論してるだろ
理解力ないな
>すぐ上でもSBATが適用されてると勘違いしてるんだから

**名無しさん＠お腹いっぱい。** · 2025/04/05(土) 22:53:58.15

>>749
何をしてもいいが
SBATの内容を確認しないと全く意味がない

**名無しさん＠お腹いっぱい。** · 2025/04/06(日) 01:16:50.83

4kアライメントしたらOS再起不能になったわ

**名無しさん＠お腹いっぱい。** · 2025/04/07(月) 01:33:22.03

>>749 だがまだ詳細に検証中なのでもう少し時間を頂きたい
ただ今言えるのは(KB5041585)は地雷パッチであって、>>735 に書かれているように2024 年 9 月以降の Windows 更新プログラムをインストールした所で、無効に設定されてしまった.sbatセクションからこれらが取り消される事はもうない
誤解釈なのかも知れないがマイクロソフトが書いている内容は嘘です
それと同時にこの内容に関しては正式に謝罪いたします

>SBATは、UEFIバイナリの.sbatセクションに生成番号を設定することで、grub2やshimなどの古いバージョンのコア・ブート・コンポーネントを取り消すメカニズムです。UEFIバイナリに設定されている生成番号は、その失効レベルを定義します。

**名無しさん＠お腹いっぱい。** · 2025/04/07(月) 20:28:29.55

続きの検証内容です
VMware上へと新規作成した環境上へと素のままのWin11_23H2_Japanese_x64v2.isoをインストールした　2023/12/04
rescuezilla-2.5-64bit.noble.iso　https://github.com/rescuezilla/rescuezilla/releases/download/2.5/rescuezilla-2.5-64bit.noble.iso
rescuezillaにはターミナルがあるのでこれにて確認した結果
https://imgur.com/a/FcQ8TEo

次はKB5041585をインストール後の結果です
このパッチの日付を考慮してrescuezilla-2.5-64bitのバージョンにて確認　2024/05/13
Secure Boot時にこのrescuezillaは起動せずに以下のエラーメッセージとなる
現行バージョンのRufusはSecure Bootが可能でした
https://imgur.com/a/nhjllMQ
https://imgur.com/a/DjhhKXO

その後に現状のWindowsUpdateを全て適用した
rescuezilla-2.5-64bitは上記と同じエラーのままです
rescuezilla-2.5.1-64bitはSecure Bootが可能でした
https://imgur.com/a/Kp4ZoGA

rescuezillaはUSBメモリへと展開したISOイメージをそのままコピーしてブート可能にしました

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 02:43:39.41

そして最後がSecure Bootを無効として一旦rescuezilla-2.5-64bitを起動した
https://imgur.com/a/UqJS9wD

ターミナルで実行しても何も変わっていないように見えるが
rescuezilla-2.5-64bitはSecure Boo時にも起動するようになった

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 03:34:20.05

VMwareでのUSBメモリからのセキュアブート方法を書いておきます
仮想マシン　----->　設定　----->　オプション　----->　詳細　----->　ファーウェアタイプ　----->　UEFI　----->　「セキュアブートを有効にする」の項目があります

仮想マシン　----->　パワー　----->　ファームウェアへのパワーオン
これで仮想BIOSのブートマネージャーが表示されます
仮想マシン　----->　取り外し可能デバイス　----->　ブートする目的のUSBメモリを接続にします
この状態から「Reset the system」を選択し実行後にF2キーを直ぐに押します
機種によっては、Fn + F2キーの場合もあります
「EFI USB Device」　このブート項目を選択してEnterを押します
これで目的のUSBメモリからブートします

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 05:31:48.96

つまりSecure Boot設定でブート出来なくなったLinux系のOSとユーティリティアプリは、
一旦無効としてブートしてからターミナルでsudo mokutil --set-sbat-policy delete を実行すれば、
無効に設定されてしまった.sbatセクションが解除されると私は解釈しました

**名無しさん＠お腹いっぱい。** · 2025/04/08(火) 23:55:37.66

>>753
いや普通にマイクロソフトが書いていることそのままだね
>735のURLの回避策をするだけ
回避策には9月の更新をいれたら直るとは書いてない
そもそもそのシステムにSBATの更新がかかっていることがわかっても
SBATを意図的に更新した人かどうかわからないから
9月の更新を当てたシステムすべてのSBATの更新を戻すのはやらない
>2024 年 9 月以降の Windows 更新プログラムをインストールすることをお勧めします。
これは単純に8月を入れないで9月以降を入れることをすすめているだけ

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 02:50:39.48

>> 758
>この問題を回避するには、2024 年 9 月以降の Windows 更新プログラムをインストールすることをお勧めします。

そのように解釈させるためには、「この問題を回避するには、この更新プログラムは適用せずに2024 年 9 月以降の Windows 更新プログラムをインストールすることをお勧めします。」
このように書くべきだよ

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 03:10:18.35

https://imgur.com/a/FcQ8TEo
https://imgur.com/a/DjhhKXO
https://imgur.com/a/Kp4ZoGA

これらの違った累積更新パッチを適用する過程でターミナルが mokutil --list-sbat-revocations で表示しているsbatのバージョン番号が違ったものへと推移しています
しかし、rescuezilla-2.5-64bitは相変わらずSecure Boot状態では起動しなかった経緯からもこのsbatのバージョンだけでは判断に結び付きません

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 04:08:46.43

rescuezilla-2.5-64bitのもの
https://imgur.com/a/TtPDOSJ

rescuezilla-2.5.1-64bitのもの
https://imgur.com/a/fp3MRD5

これで表示されている失効レベルとはこの日付だろうかね？
これ以前のものの署名は失効扱いにしますって意味だろうかね？
https://imgur.com/a/Kp4ZoGA

sbat,1,20240109

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 06:17:46.96

https://imgur.com/a/cQv30Fq
これが実環境にクリーンインストールしてある24H2からSecure Bootしたバージョンが古いrescuezilla-2.5-64bitのものです
2台のパソコンで確認したものの表示はこれと同じでした
(KB5041585)がインストール済みである　https://imgur.com/a/DjhhKXO　と対比して考えた場合には如何なものでしょうか？
単純にマイクロソフトが何か余計なものを仕込んでやらかしちまったものを、ひた隠しに説明した内容とも受け取れるんだよね

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 13:53:50.97

>>762
KB5041585をあてるだけじゃSBATの更新がかからない
そこからさらにwindowsの起動を二回行う必要があるようだ
(他の条件もある可能性も)
1st:Boot:デュアルブート環境か確認
2nd Boot 実際に更新
かもしれない
https://infosec.exchange/@wdormann/113003096868287232

**名無しさん＠お腹いっぱい。** · 2025/04/09(水) 23:44:32.96

累積更新なのだから再起動しろって要求されるよ
やってみな

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 02:17:57.32

ちゃんと読んでね
再起動しても起動は一回でしょ

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 02:21:35.41

>762
のKB5041585インストール済の画像を見る限り
SBATの更新がかかっていないから言ってるんだけど
更新されているなら
2024010900
表記になる

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:13:34.92

https://imgur.com/a/DjhhKXO
なっていないって言われたって、この状態でrescuezilla-2.5-64bitはSecure Bootが無理だったし、
rescuezilla-2.5.1-64bitは起動した
左下に表示されているrescuezillaのバージョンが2.5.1になっているだろうよ

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:19:27.99

その状態は
shim grubともに表記がないので制限がされていないので2.5のSecure Bootが無理というのがおかしい

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:20:12.73

そんなに文句を言うのであれば後程再確認してみるよ

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:36:27.69

>>760 を説明するね
https://imgur.com/a/FcQ8TEo
これは、Win11_23H2_Japanese_x64v2.isoをインストール直後で確認した状態
この状態でrescuezilla-2.5-64bitがSecure Boot状態でも起動するのを確認しています

https://imgur.com/a/DjhhKXO
これが、KB5041585をインストール後の状態で再起動要求は済ませてあります
rescuezilla-2.5.1-64bitの方であれば、Secure Boot状態でも起動しました

https://imgur.com/a/Kp4ZoGA
そしてこれが、現状のWindowsUpdateを全て済ませた後で確認した状態です
rescuezilla-2.5-64bitはSecure Boot状態では起動しませんでした

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:40:22.49

俺も相当慎重に検証作業をしたのでイージーミスはないはずだよ

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:46:24.00

結局2番目画像は2.5確認してないんじゃないの？
で更新してからwindows2回起動していないのでSBAT更新されていない
更新されれば本来3番目画像になっている
https://infosec.exchange/@wdormann/113001305888897714

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 04:50:57.55

ああ、ひとつ言いたい事はある
VMware上にインストールして確認した訳だがストレージはもとより、仮想BIOS環境もリセットされる事を考えて新規に作成した
現状のものを流用すると仮想BIOS環境はそのまま引き継がれてしまうよ
また、実機上からだとBIOS設定を一旦リセットしてからやってみる必要があると思う

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 05:21:58.58

KB5041585で更新されるSBATのタイムスタンプは2024010900と
https://github.com/rhboot/shim/issues/685
や
https://www.heise.de/en/news/Microsoft-extends-workaround-for-Windows-SBAT-update-9848078.html
にも記載されている

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 05:26:07.69

じゃあもう一度VMware環境上から再確認してみるよ
書かれているだけでは証明にもならないからさ

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 05:46:56.68

証明にならないっていったって
一個目はrufusの作者の書き込み
二個目はニュースサイト
対して5ちゃんの誰かの検証とどっちが信用できると普通の人に聞けばわかるよね

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 08:21:50.95

ひとつ判明した事がある
間違ってやらかしたんだが、
セキュアブートが有効としてある環境と無効としてある環境へとKB5041585をインストールすると、
mokutil --list-sbat-revocationsで表示したsbatのバージョンも違うしgrub2が表示されるようになった
おまけにrescuezilla-2.5-64bitがセキュアブートを有効としても起動するようになるんだ
どおりでマイクロソフトが >>735 の説明を曖昧にして誤魔化している筈だ
完全に原因を究明していないんだろうよ

>2024 年 8 月の Windows セキュリティ更新プログラム (KB5041585) または 2024 年 8 月のプレビュー更新プログラムをインストールした後、デバイスで Windows と Linux のデュアルブートセットアップを有効にした場合、Linux の起動に関する問題が発生する可能性があります。

どうもこのパッチはSecure Bootが無効になっている状態でインストールすると.sbatセクションへと無効設定をしないのではないのかな？
ほぼ間違いがない結果が出たので、後程対比したスクショを上げるつもりです

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 09:33:37.86

セキュアブートが有効としてある環境へとKB5041585をインストール
セキュアブートを「無効」としてrescuezilla-2.5-64bitで確認した内容　　　https://imgur.com/a/L5f7oaC

セキュアブートを「無効」としてrescuezilla-2.5.1-64bitで確認した内容　　https://imgur.com/a/z7C2KsS
セキュアブートを「有効」としてrescuezilla-2.5.1-64bitで確認した内容　　https://imgur.com/a/1VrjYET
何故か表示される内容が変わるのです
嘘ではないので確認して下さい
途中経過ではありますが興味のある人へ・・・

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 14:19:57.90

>>762
>(KB5041585)がインストール済みである　https://imgur.com/a/DjhhKXO　と対比して考えた場合には如何なものでしょうか？

このスクショは間違っていますね　確認したら5箇所ほど間違って貼り付けてあるようです
セキュアブートを無効としてrescuezilla-2.5.1-64bitから確認したものです

セキュアブートを「有効」としてrescuezilla-2.5.1-64bitで確認した内容　　https://imgur.com/a/1VrjYET
こちらのスクショが正しいです

**名無しさん＠お腹いっぱい。** · 2025/04/10(木) 15:18:15.86

これはもう深い闇を感じてやる気が失せました
セキュアブートが有効な状態でKB5041585を適用したらrescuezilla-2.5-64bitはセキュアブートが有効な状態では起動しない
セキュアブートが無効な状態でKB5041585を適用したら.sbatセクションへと登録されないのでrescuezilla-2.5-64bitはセキュアブートが有効な状態でも起動する

その後のパッチはセキュアブートが有効な状態で9月のKB5043076を含めて以降の累積更新を適用したら.sbatセクションへの登録は解除される
それぞれを対比したスクショを上げるのは止めて一旦これで打ち止めとしておきます

**名無しさん＠お腹いっぱい。** · 2025/04/14(月) 23:20:37.32

aomeiのバックアッパーでクローンした後にマザボ交換後の移行先のssdでまたクローンしようとしたらアクティブコードが無効化されたわ。まあ、バックアップデーのキャンペーンで無料で手に入れたコードやから別にいいけど

**名無しさん＠お腹いっぱい。** · 2025/04/15(火) 03:00:31.64

そらaomeiのバックアッパーのせいやない
どれでもおなじや

**名無しさん＠お腹いっぱい。** · 2025/04/20(日) 10:43:37.56

Windows11と10の最新版でも問題なく完全バックアップできるソフトってどれくらいあるの？

**名無しさん＠お腹いっぱい。** · 2025/04/20(日) 23:58:59.64

パラゴンは？

**名無しさん＠お腹いっぱい。** · 2025/04/21(月) 03:20:09.88

つパラゴン