DiscCryptorとGPTディスクに別の問題を発見しました。
同じGPTディスクに複数のWindows 32ビット（Vistaから10までのすべてのHomeバージョン）があります（唯一の存在は、BIOSのみのラップトップで、U-EFIがありません）。はい、はい、それはBIOSのみであり、ディスクは4つ以上のプライマリパーティションを持つGPTです。Grub2core.img用の1つの小さな8MiB RAW GrubBIOSを除き、すべてのパーティションはGPTです...はい、はい、Windows 32ビット。WindowsがMBR以外のディスクから起動しないことを思い出してください。ハイブリッドGPT + MBRは好きではありません。Grub2+ MemDisk + VHDの小さなファイル（32MiB以下）を好みます。
私のディスクは100％GPTで、システムのWindowsごとに1つのGPT NTFSパーティションがあり（WINDOWSフォルダーはあるが、NT60ブートコードとBCDはそこにありません）、Grub2とMemDiskとVHDファイル用の追加のNTFSパーティションもあります。 （それ以外の場合、32ビットのウィンドウはGPTディスクから、つまりBIOS + GPTディスクでは32ビットから起動できません）。そのVHDファイルは固定サイズで（memdiskがramでそれらをエミュレートできるようにするため）、内部にMBRディスクがあり、32MiB NTFSパーティションが1つだけあり、NT60ブートコードとその特定のWindowsのBCDがあります。Windowsごとに1つのVHD。
これは、GPTディスク上のサンプル（すべてのウィンドウは32ビットとホームバージョンであり、プロなし、エンタープライズなし、サーバーなし、100％正当なもの）です。
- 1番目のセクター= Grub2ブートコード+ GPT保護
- GPT1 = 8MiB RAW GrubBIOS（Grub2がcore.imgをRAWに配置）
- GPT2 = Grub2ファイル+ MemDisk + VHDファイルの1GiB NTFS
- GPT3 = 32ビットWindows Vista SP2システム（Windowsフォルダなど）のNTFS
- GPT4 = 32ビットWindows 7 SP1システム用のNTFS（Windowsフォルダーなど）
- GPT5 = 32ビットWindows 8システム用のNTFS（Windowsフォルダーなど）
- GPT6 = 32ビットWindows 8.1システム用のNTFS（Windowsフォルダーなど）
- GPT7 = 32ビットWindows 10システム用のNTFS（Windowsフォルダーなど）
- GPT ...など...
各VHDは、次のように32MiB仮想MBRディスクを囲んでいます。
- 1番目のセクター= Nt60ブートコード+ MBRパーティションテーブル
- MBR.1 =プライマリNTFS 32MiB（BCD関連のもの）
- MBR.2 =-空-
- MBR.3 =-空-
- MBR.4 =-空-
各ウィンドウごとに1つのVHDファイル（ブートローダーとBCDを分離するため）。
すべてをMBRに配置したい場合（3つのプライマリ+ 1つの拡張に制限されます）3つのウィンドウしか配置できません（Grub2は拡張内の論理上に置くことができます）、その3つのプライマリがそれぞれ1つBCDもの（各ウィンドウのBCDの分離）...すべてのWindows BCDを同じパーティションに許可すると、必要な数のWindowsを配置できますが、それらすべてがBCDを共有するため、ブートメニューが表示されます。ウィンドウによって、それらは分離されません、そのようなBCDに触れるそれらの1つに失敗すると、他のすべてのブートなどが台無しになります。もちろん、暗号化も必要です。
GPT + Grub2 + MemDisk + VHDファイルを使用すると、（暗号化を除いて）必要なファイルを取得でき、各ウィンドウを他のウィンドウから100％分離できます。
3つの主な理由により、U-EFIではなくBIOSが必要です。
- HDDの100％（最初のセクター、GPTテーブル、およびディスクの最後にあるGPTテーブルの2番目のコピーを除く）を暗号化したい... Grub2 + MemDisk + VHDファイルに使用するそのパーティションを暗号化する方法についてはまだ作業中です... VHDファイルごとに1つの追加パーティションを作成することを検討していました...システムと同じように暗号化され、次にLUKsでGrub2が暗号化されます（grub2-installの実行時にモジュールパラメータを使用）。
- 私のラップトップにはU-EFIがなく、BIOSのみです。
- HDDが2TiBよりも大きい（MBRでは最大2TiBしか使用できず、残りは失われます）
DiskCryptorの問題に戻って、起動したWindows GPTパーティション（WINDOWSフォルダーがある場所）を暗号化する場合、起動コードを他の仮想MBRディスク（VHDファイル内にある）に配置します。起動後にパスワードを要求されますが、常に「無効なパスワード」のエラーが表示されます。
しかし、起動したWindows GPTパーティション（WINDOWSフォルダーがある場合）を暗号化せず、BCDがあるパーティション（VHDファイル内にある仮想MBRディスク内のパーティション）のみを暗号化する場合、起動時にパスワードを要求します正しいものであれば、ウィンドウを完全に起動します（ただし、BCDの仮想ディスクパーティションを自動マウントしない場合を除き、手動でマウントする必要があります...自動マウントするかどうかを確認する必要があります）。
そして、両方を（同じパスワードで）暗号化すると、Windowsのbootmbrは読み込まれますが、winload.exeが白いテキストのグラフィック画面のある青い背景で見つからないことがわかります。
MHD部分のみを暗号化すると、VHDファイルが十分に早く接続されないため、自動マウントされない可能性があります...ログオン時にパスワードをキャッシュしてDisckCryptorを実行すると、VHD接続がログオン前のタスクスケジュールで実行されるため、問題が解決する可能性があります...時間があれば、テストする必要があります。
別のディスクで「システム予約」またはそれを呼び出したいもの（NT60ブートコードとBCDのものがある）がDiskCryptorでサポートされていないか、少なくともWindows 32ビットがGPTパーティション（WINDOWSフォルダーにある場合）ではサポートされていないようですです...）その仮想MBRを暗号化するとうまく機能しますが、GPTパーティションを暗号化すると別の種類のエラーが発生します。
ISOの作成やそれを使った起動など、もっと多くのオプションを再試行します。
おかげで私はWindowsを複数回使用し、別のもので起動し、DiskCryptorをインストールし、再起動してGPTをマウントしようとすると、マウントは正常に行われるので、それを復号化し、見つけられるまで、1つを起動できないという大きな問題を修正します。解決策私は、ラップトップで再びリードする前に、VirtualBOXマシンでさらにテストを行います... DiskCryptorがそれを行う前に警告してくれればいいのですが...少なくとも、私は何をしているのか知っていて、復号化できる他のウィンドウ、クローンバックアップなどもあります。
多分私は何かを逃す！起動方法やDiskCryptorブートローダーの配置場所、設定方法などを完全に理解していないのかもしれません。
同じGPTディスク上に4つ以上の異なるWindows Home 32ビットが必要であることを覚えておいてください。ブートコード、BCDなどを含め、それらを100％分離したいので、他のオプションはありません... GPTは必須です。 ..システム（Windowsフォルダがある場所）だけでなく、ブートパーティション（BCDがある場所）だけでなく、別のパスワードで暗号化したい場合も、暗号化Grub2を使用すると、複雑にならず、簡単に使用できます。機能するソリューションが見つかるまで暗号化されます。
ブートパーティション（BCDがある場所）を保護することは、システム（WINDOWSフォルダーがある場所）を保護することよりもはるかに困難だと思っていましたが、正反対です。
私はテストし、テストし、テストする必要があります...私は方法を見つけることができます。
はい、誰かがそれらについて考えている場合、私はTrueCryptとVeraCryptを試してみましたが、どちらもより大きな問題があり、TrueCryptはGPTシステムの暗号化を許可していません。マシンにはEFI変数がないため（BIOSのみ、U-EFIがないため）、EFIパーティションを配置しても関係ありません。
ブート（暗号化なし）はこのように行われ、電源オン、BIOS実行、BIOSがディスクの最初のセクターを読み取り、Grub2ブートローダーコードを見つけて実行し、RAW GrubBIOS（core.img）を読み取って実行します。 .cfgファイル）とメニューを表示し、起動するシステムを選択します。Grub2はmemdiskをロードし、仮想ハードディスクに対応するVHDイメージを配置してそこにジャンプします。そのMBRのコードが実行されます（NT60コード） ）、bootmgrがロードされて実行され、次にwinload.exeなど...通常のWindowsブート...次に、ScheduleタスクがSYSTEMアカウントで起動され、同じVHDが接続され、BCDにアクセスできるようになりました。プロンプトが表示され、ユーザーを選択するなど...通常のウィンドウが続行します...デスクトップが表示されます。
すべてのブートは同じHDDから行われ、GPTスタイルで行われます。トリックは、ブートウィンドウの前に、nt60ブートコードとBCDがある仮想MBRディスクを（Grub2 + memdisk + VHDファイルで）マウントすることです。は、MBRディスクが認識しているものから実際に起動していますが、ファイルに保存され、GPTパーティションに保存されている仮想のディスクです。他の優れたトリックは、BIOSのみのPCでGPTディスクから起動できるGrub2のおかげです。
誰かが私の起動手順を再現してDiskCryptorをテストできることを願っています。また、いつの日かVeraCryptがGPT = U-EFIを想定しないことを願っています。
VHDを作成するには、WindowsからDiskPartを使用します。また、Windowsインストールメディアから起動し、コンソール（言語を選択した後、Shif + F10）に移動し、DiskPartを使用した後に、作成、マウント、アクセスなどを行うこともできます。
DiskCryptorに感謝します。欲しいものに少し近づきましたが、それでもまだ足りません。Windowsを起動してください。
次の部分は、SystemRescueCD（Linux Liveディストリビューション）からDiskCryptorをマウントすることですが、それは可能な限り非常に難しい話になります。