UEFIには、起動時に複雑なアプリケーションをサポートするインフラストラクチャがあります。その時間の最も緊急のニーズの1つは、GPTディスク管理用のUEFIアプリケーションです。
OSは、ディスク上のファイルとの結びつきが強いため、多くのパーティション管理を実行できません。 ESPに存在できるUEFIブートマネージャーには、ESPが削除されないという要件が1つだけあります。
また、それをESPに直接保持することは、ブートディスクを使用するのではなく、ディスクとパーティションの問題に対処するための最も便利な方法です。実際、独自のESPを備えた2つの別々のハードディスクを使用します。 diskmgmt.efi
の同一のコピー(それをそれと呼びましょう)は、コンピューターを完全に柔軟にします。
そのようなプロジェクト/製品はありますか?
高度に専門化されて制限されていますが、gptsync
はEFIアプリケーションとして実行されます。このプログラムは元々、現在放棄されているrEFItプロジェクトの一部でした。 rEFInd、 用に更新しました。 gptsync
は ハイブリッドMBR、 の作成にのみ使用されることに注意してください。これは醜く、危険で、有用性が限られているため、一般的な使用にはgptsync
をお勧めしません。ただし、特定の特殊な使用例(MacでのWindowsとOS Xのデュアルブートなど)では、便利なツールになる可能性があります。
MariusMatutiaeは私のgdisk
の使用を提案しましたが、ネイティブEFIアプリケーションとしては利用できません。 gdisk
はC++で記述されており、EFI用の手頃なC++コンパイラがないことを私は知っているので、おそらく近い将来にはないでしょう。ほとんどのEFIアプリケーションはCで記述されており、GCCとGNU-EFIまたはTianocoreツールキットのいずれかを使用してLinuxでCアプリケーションを構築することができます。 C++は理論的にはGCCを使用してEFI用にコンパイルできますが、ほとんどのC++ライブラリはサポートされておらず、gdisk
はC++ライブラリに大きく依存しています。 EFI用のIntelC++コンパイラがありますが、それは途方もなく高価(約1,000ドル、IIRC)なので、購入するつもりはありません。そのコンパイラにアクセスできる誰かがEFI用にgdisk
を構築しようとするなら、私は喜んでパッチを手伝ったり受け入れたりしたいと思いますが、今のところそれは起こりません。
より簡単な解決策は、parted
またはfdisk
をEFIに移植することです。 (最近まで、fdisk
はGPTをサポートしていませんでしたが、最新バージョンはサポートしています。)ただし、この可能性については調べていません。
今のところ、パーティショニングはライブCD/DVD/USBフラッシュドライブを起動することで実行できます。確かに、これはEFIシェルまたはEFIブートマネージャーからパーティション分割ツールを起動するほど高速ではありませんが、起動して実行するのにthat遅くはありません。ディスクのパーティション分割は、ハードウェアやOSの構成などのテストを行うラボを除いて、頻繁に実行する必要のないタスクです。
更新:
コメントでほのめかされているように、GPT fdiskをEFIに移植するプロジェクトは、 EFI GPTfdiskプロジェクト]の形で実を結びました。 これは基本的にC++のサブセットを提供するアドオンライブラリです。 EFIの機能-EFI用のgdisk
バイナリを構築するのに十分です。
あなたがそれを呼んでいたなら diskpart.efi
あなたは正しい名前を持っていただろう。 ☺
より良いツールのために利用できるニッチは確かにあります。より有能なパーティショニングツールのいくつかのEFIバージョンは歓迎されるだろうと私は思う。 EFIはグラフィックスを行います。それらはGUIツールでさえあり得ます。
もちろんあります gdisk :
GPT fdisk(別名gdisk)は、パーティションテーブルを作成および操作するためのテキストモードのメニュー方式のプログラムです。
その作者であるロッド・スミスは、このフォーラムでよく質問に答えます。ここで、新機能のリクエストに直接彼に対応できます。
gdiskが不足していると感じるのは正確には何ですか?