私はmkisofsモードでxorrisoを使ってカスタムisoを作成しています。ビルドが正しいようです。その後、ISOをチェックすると、2つのブートイメージ（BIOS 1、UEFI 2）が表示されますが、OVMFファームウェアを使用してqemuからISOを起動すると、ブータブルメディアが見つかりません。
qemuで同じブートを試みますが、ubuntu 16.04サーバーisoを新しくダウンロードしてもブートに問題はありません。
UEFI 以外の BIOS を使用すると、両方が正常に起動します。
xorriso コマンド:
xorriso -as mkisofs \
-l -J -R -V version \
-no-emul-boot -boot-load-size 4 -boot-info-table \
-b boot/isolinux/isolinux.bin -c boot/isolinux/boot.cat \
-isohybrid-mbr isohhdpfx.bin \
-eltorito-alt-boot -e EFI/BOOT/BOOTX64.EFI -no-emul-boot \
-isohybrid-gpt-basdat \
-o testos.iso ./cddir/
xorriso -report_el_torito plain2つのiso（ubuntuと私がカスタマイズしたもの）の使用と確認の詳細はcmd次のとおりです。https://gist.github.com/deitch/e069268f92402d6a2b1c7e060ddba622
答え1
飛行していただきありがとうございますxorriso。
問題は、xorrisoがEFIシステムパーティションとして表示されるようにしたイメージファイルにあります。名前付きバイナリファイル/EFI/BOOT/BOOTX64.EFI（または/BOOTIA32.EFI32ビットx86の場合...）と他のファイルを含むFATファイルシステムイメージである必要があります。内容を理解するには、Ubuntu ISOで/boot/grub/efi.imgファイルをマウントしてください。
Ubuntuやその他のオペレーティングシステムで使用されるFATファイルシステムは、GRUB2プログラムgrub-mkimageによって作成された可能性があります。 ISOLINUX / SYSLINUX EFIソフトウェアは、CD-ROMデバイスを見つけたときに飛び出すので動作しません。
起動可能なISOを取得する非常に便利な方法はプログラムですgrub-mkrescue。 GRUB2がBIOSおよびEFI用に構成されている場合（イメージgrub-pcEFI：バイナリパッケージのインストール）はいハードドライブのBIOS用MBRとハードドライブのEFI用GPTがあります。grub-efi-amd64grub-efi-ia32grub-mkrescueBOOTX64.EFIBOOTIA32.EFI
答え2
非常に簡単な方法は次のとおりです。
ISOに接続すると（boot/grub/efi.imgのUbuntu ISO）、efi.imgすべてのシステムで起動します。
cat efi.img >> youriso.iso
これにより、ISOはCDROMとUSBフラッシュドライブの両方で動作します。 ：D
答え3
私は間違いなくThomas Schmittほどxorrisoを知りませんが、次のようにEFI専用のISOを作成しました。
xorriso -as mkisofs \
-V 'deb10.5.0 preseed amd64 efi' \
-e boot/grub/efi.img \
-no-emul-boot \
-o $ISO_NEW $DIR_EXTRACT
xorriso ... -extract / $DIR_EXTRACTここで、$ISO_NEW は出力 ISO の名前で、$DIR_EXTRACT はこの例では Debian 10 バージョンでハッキングされています。
私が見たほとんどすべての例はより柔軟ですが、ブートローダのステップを複雑にするハイブリッドMBR / EFIを使用しています。これはただEFIを使用してefi.img生成されたISOをOVMFブートローダーと共に使用して、事前に構築されたカスタムDebianインストーラーを実行して$DISKQEMUエンコード用のイメージを生成しました。
インストールを実行してqcow2ディスクを作成します。
MACHOVMF="-machine q35,firmware=/usr/share/ovmf/OVMF.fd"
$Q_P -m 4096 $MACHOVMF -hda $DISK -cdrom $ISO_NEW -vga std -monitor stdio
SSHを介してDISKを設定し、回帰テストします。
NET_Q35="-nic user,hostfwd=tcp::10022-:22"
$Q_P -m 4096 $MACHOVMF -hda $DISK $NET_Q35 -vga std -monitor stdio
開発のために同様のコマンドラインを使用してgdbでQEMUを実行しますが、より多くのCPUとヘッドレスを使用します-nographic（そして-Sgdbソースファイルをロードする前に設定するなどcpu_exec）。
最後に、$ DISKが仮想マシンの内部にインストールされています。次の場所にあるEFIシステムパーティション（ESP）を確認してください/boot/efi。
q35efi-2:17> df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 2004028 0 2004028 0% /dev
tmpfs 403768 5420 398348 2% /run
/dev/vda2 3546736 1515520 1831336 46% /
tmpfs 2018840 0 2018840 0% /dev/shm
tmpfs 5120 0 5120 0% /run/lock
tmpfs 2018840 0 2018840 0% /sys/fs/cgroup
/dev/vda1 523248 5228 518020 1% /boot/efi
tmpfs 403768 0 403768 0% /run/user/1000
q35efi-2:18> blkid
/dev/vda1: UUID="DB4A-1458" TYPE="vfat" PARTUUID="7bac2a49-d394-444f-b4f7-7c822b842023"
/dev/vda2: UUID="caada636-4214-4c13-98eb-74367c1c380c" TYPE="ext4" PARTUUID="40d7e26a-1273-4af7-beb9-3ca3647a0dc5"
/dev/vda3: UUID="6d427317-3434-4425-a057-a987e847f0d2" TYPE="swap" PARTUUID="4d44decf-5237-4e81-8892-77e5e9e97a70"
q35efi-2:19> efibootmgr -v
BootCurrent: 0006
Timeout: 0 seconds
BootOrder: 0006,0000,0001,0003,0004,0005,0002
Boot0000* UiApp FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(462caa21-7614-4503-836e-8ab6f4662331)
Boot0001* UEFI QEMU DVD-ROM QM00005 PciRoot(0x0)/Pci(0x1f,0x2)/Sata(2,65535,0)N.....YM....R,Y.
Boot0002* UEFI Misc Device PciRoot(0x0)/Pci(0x3,0x0)N.....YM....R,Y.
Boot0003* UEFI PXEv4 (MAC:525400123456) PciRoot(0x0)/Pci(0x2,0x0)/MAC(525400123456,1)N.....YM....R,Y.
Boot0004* UEFI HTTPv4 (MAC:525400123456) PciRoot(0x0)/Pci(0x2,0x0)/MAC(525400123456,1)/IPv4(0.0.0.00.0.0.0,0,0)/Uri()N.....YM....R,Y.
Boot0005* EFI Internal Shell FvVol(7cb8bdc9-f8eb-4f34-aaea-3ee4af6516a1)/FvFile(7c04a583-9e3e-4f1c-ad65-e05268d0b4d1)
Boot0006* debian HD(1,GPT,7bac2a49-d394-444f-b4f7-7c822b842023,0x800,0x100000)/File(\EFI\debian\shimx64.efi)
q35efi-2:20>